- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Vezetékes FEJhallgatók
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Kormányok / autós szimulátorok topikja
- SD-kártyát vennél? Ezért ne csak a GB-ot nézd! – Tech Percek #9
- Androidos fejegységek
- Házimozi belépő szinten
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Notebook hibák
-
PROHARDVER!
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
Szerencsére ezek a mobil eszközök eddig elkerültek, épp elég ez a Toshiba Satellite, aminél nem egyszerű elérni, hogy mindkét magot használja a procija. Szóval még az is lehetséges, hogy nem telepíthető rá, csak 32 bites OS, ahogy láttam, alapból Win7 32 bit volt rajta az imént látott oldalon, de az már régen volt. Minden esetre ez kitolás így eléggé, bár akad még jó pár OS, ami 32 bites, de fogynak erősen. A végén marad a nagy magyar OS a bPhanter, az csak 32 bitre van PAE-s kernellel. Viszont KDE-s létére nagyon kis erőforrás igénye van. Meglepően kicsi.
-
-
Mtbsrác
senior tag
Értelek valószinüleg a gyár csinálhatta mert a felh. asus oem név alatt fut. s nemlett eddig hozzányúlva a géphez, így ezért kérdeztem hogy mi lehet a jelszó mert az gondolom ugyan az lehet minden ilyen esetben. De lehet megváltoztatták. Majd keresek vmi kisebb vert amit rátudok rakni.
Más: megpróbáltam csak elindítani a Linux Mint 17.3 MATE 64-bit telepítőt és kiböki vmi nem stimm a bitekel
. (csak az volt kéznél). Ja s megnéztem pontosan a mint 18 ciannamon 32bit van most épp rajta. Lehet a 64bit-es ver nemtetszik neki.
-
lev258
veterán
válasz
Mtbsrác
#7892
üzenetére
Az OEM telepítés úgy működik, hogy létrehoz egy ideiglenes felhasználót jelszóval (nem a rendszer választja, hanem a gyár/bolt) azért, hogy még lehessen ezt-azt módosítani a rendszeren. Aztán ha úgy érzi, készen van, akkor nyom rá arra, amit te is említettél és a következő indításnál már tiszta lappal (törölt felhasználóval) várja az új gazda adatait az induláshoz. Tehát egyértelműen az eladónál volt a gond.
-
Mtbsrác
senior tag
Igen az. Újrarakom az egészet.
Esetleg tudni mi a jelszava? Maga a rendszer elindul csak épp semmit se lehet csinálni még netezni se . Hogy miért nem adják ki azt nemértem, hiszen egy ingyenes rendszer. Meg ilyenekkel kell még a nagyérdeműt is traktálni. Mellesleg úgy kaptam hogy tegyem újra.Mirr Murr
Linux Mint 16 vagy 17. -
-
-
lev258
veterán
válasz
sharpner
#7880
üzenetére
Ha nem gond, meg tudnád nézni egy Ubuntu 16.04.2 Live-val? Lehet Mate, Xubuntu vagy bármelyik, a verzió a lényeg. Nem kell telepíteni, csak a kipróbálás mód elegendő.
Ez elvileg egy bug lenne a firmware fájlokban, amit talán már javítottak, de nem kizárt, hogy a Mint még le van kicsit maradva. Ha csak erről van szó, akkor így kiderül és megoldást is tudunk majd javasolni. -
sharpner
csendes tag
Üdv!
Teljesen új vagyok Linux téren és telepítés után máris egy falba ütköztem. Adott egy HP 17-X005NH laptop, melyre feltelepítettem a Linux Mint 18.2 Cinnamon-t. De sajnos nem működik a Wi-Fi, mely egy Intel Wireless-AC 3165. Ebben kérném valaki segítségét! Ha lehet privátban, az esetlegesen felmerülő több kérdésem miatt. Előre is köszönöm! -
Normi™
őstag
Sziasztok!
18.2 Mint alatt,de régebbi verzióknál is a Chromium induláskor root jelszót kér amennyiben automatikus bejelentkezésre állítom be a rendszert.Használtam a keresőt,de semmit sem találtam ezzel kapcsolatban.Találkozott vele más is?Létezik rá megoldás?Eléggé zavar.
Köszönöm szépen előre is!
-
Dhampir
félisten
Az biztos, erről már van némi tapasztalatom. Tavaly a Carrizo dualos konfig miatt szívtam telepítés után is, kernelcserékkel is.
Intel proci mellett egymagában AMD-vel (gyárilag letiltott integrált Intel meghajtóval) sem volt probléma még régebben, Intel+Nvidiával sem. Minél fapadosabb és régibb egy hardver, annál jobban "szereti" a Linux.
Gyárilag módosított Ubi alatt megnéztem a zárt drivereket, ilyen hosszú listát még nem láttam, annyira agyonfoltozta a kernelt a hardvergyártó. Ez a régi HP általi preinstall SuSe Linux Enterprise Desktop-ra emlékeztetett, ott is működött minden hardveresen, de alapból zárt volt a rendszer egésze, mert külön felvett közösségi tárolókkal már megborult volna.
-
lev258
veterán
válasz
Dhampir
#7854
üzenetére
Tudod egy baj van ezzel az elgondolással. Egyáltalán nem biztos, hogy az általuk kiválasztott kernel (amire vakon ráböktek), amit elég kevés hardveren tesztelnek, valóban jól működik. Könnyen lehet, hogy a javításai komoly bug-okat javítanak, pl. nekem a dual-VGA-s gépemen így volt.
-
válasz
Dhampir
#7854
üzenetére
Nekem ezt csinálta a 18.1 telepítéskor egy alkalommal, de reboot után többször nem. Nem tudom, miért csinálta, de így nem is érdekelt tovább.
(#7853) colomb2
Lassan én is kinövök a disztróhopperkedésből.....kéne egy kis idő a Debian 9-re, azt szeretném belakni most már rendesen, de ettől kíváncsiságból úgyis felrakok érdekes disztrókat.
Múltkor valami japán ninjás disztró piszkálta a fantáziámat.
-
Rimuru
veterán
válasz
ubyegon2
#7841
üzenetére
Ez a kinek mi egyszerűbb dolog megint csak benézett ide. - persze mert en tudom mit cisnalok.
![;]](//cdn.rios.hu/dl/s/v1.gif)
minden disztrónál vegyíteni + kesobbiek: csak egy distrot hasznalok ami ellat minden feladatot, minek legyen tobb?
Az igazi distro hoppolgatast kieltem mar 5 es fel evvel ezelott, amikor vegul megallapodtam. 5 evig Arch user voltam, szep kis ido. 
-
lev258
veterán
Dióhéjban a Mint fejlesztők alapelve az, hogy a kiadott rendszer tesztelt, megbízható, míg egy komolyabb komponens frissítése (pl. kernel) ezt az állapotot megszünteti, akár addig elő nem forduló hibákat is okozhat. Pár éve már volt egy kisebb vita erről, mivel így közvetve biztonsági frissítéseket is visszatartanak.
Ne aggódj, én sem értem. Egyébként már nem használok Mint-et. -
-
#7846
King Unique
titán
King Unique
titán
-
Egyébként nem kéne tele lennie ennyire, én a helyedben megnézném a Baobab-bal, ezeket a partíciókat, ha más nem, legközelebb lesz sejtésed, mi hová települ ill. szemetel és annak több helyet adsz. Ha már ez a szervernek álcázás a kedvenced!
Még akár ezzel is elszórakozhatsz.
-
Linuxakadémia előadás. És igen annyira nem cincáltam szét miután elmagyarázták mit miért. Nem láttam értelmét vagy csak nem értek hozzá mint kiderült.
lev258: A szerverre tanították, csak itt próbáltam először. A szerveremnek nincs is gondja, de a desktop máshová is felhalmoz dolgokat.
ubyegon2: Köszi, megnyugodtam, hogy nem értek hozzá mert nem jól becsültem az egyik funkcionális partíció méretét. Ha duplájára veszem sohase találkozunk.
-
Értelek. Nekem nincsenek ilyen speciális igényeim, főleg nem akarnám a /home alatt lévő mappákat minden disztrónál vegyíteni. Igaz a Data partícióm pár centivel (6,5 cm) lejjebb van, így oda kell húznom az egeret, de belefér.
Igazából nekem eddig úgy állt kézre, hogy mindenre a Data ill. Torrentek partíció (Linux iso-k kizárólag) van használva, bármely disztrón vagyok, azt csatolom. A Home alatti Letöltések és a többi mappába csak kifejezetten ahhoz a disztróhot kötődő dolgokat töltök le. Így ez egyszerűbben kezelhető nekem és ha akarom el tudom érni a többi disztró alól is ezeket.
Vagy egyszerűen csak kezdő laikus GUI-s módszereket használok, mert laikus kezdő vagyok!
Nem is értek ebből egy szót se!
XDG user directoriesEz a kinek mi egyszerűbb dolog megint csak benézett ide......
-
Rimuru
veterán
válasz
ubyegon2
#7839
üzenetére
"hogy mi az előnye az FSTAB-ban csatolt külön meghajtó használatához képest" - ez ugyan az, mert valahova fel kell csatolni azt a particiot.
Hogy miert jo symlinkelni? mert a legtobb alkamazas szamara transzparens (a tobbi pedig specialisabb). A legjobb pelda a ~/Downloads mappa, ez ugye standardnak szamit (archwiki) alapertelmezetten ezt szoktak hasznalni, nem kell mindig atallitanom ha igazabol az a mappa a HDD-n letezik. Nekem igy nez ki a lathato mappak sora ~/ alatt kozvetlenul.
Nem is kell mindig a /data prefixet hasznalni ha el akarok erni valamit, mert ott van a home alatt "minden" 1 lepesre. -
Szerencsére elég tisztán látjuk hová vezet nem hozzáértőknél a túlbonyolított particionálás!
Ne bonyolítsuk túl a particionálást, mert oda vezethet, ami fecus ft-nél is történt, sonar ft nagyszerűen érzékeltette, hogy szervereknél hogyan lehet szétparticionálni a meghajtókat, de ezt mindenki felejtse el itt! -szerintem-
Szerintem aki Mint-et használ, annak ez bőven elegendő:
/
/ és / home
különösen SSD-n lévő oprendszer esetén jó megoldás:
/ és /másik meghajtón külön Data v egyéb megnevezésű partíció/k**ez a symlinkes megoldás se rossz, ha valaki ismeri.....
hogy mi az előnye az FSTAB-ban csatolt külön meghajtó használatához képest
-
sonar
addikt
Arra gondoltam, hogy a szétszedés nem rossz, csak félbe lett hagyva. Csak este már nem igazán ment a fogalmazás...
Btw
Ha fontos a biztonság én így szoktam szétszedni a rendszert (így tanultam)
Hozzáteszem rendszere vállogatja! Tudni kell, hogy mit akar az ember, mi a célja a vasnak!/boot
/boot/efi
/
- root , alap rendszer programok, libek, minden jog kell (dev,suid,exec)
- a /dev külön virtuális filerendszer, de igy is okozhat gondot a nodev a root-on
/usr
- programok adatai, libek, binárisok: futtatási és setuid jogok kellenek
/var
- változó adatok, felhasználó által irható területek
- debian/ubuntu esetében kell a futtatási jog (/var/lib/dpkg/info alatti scriptek)
- csatolási opciók: nodev, nosuid
/var/log
- naplózás, számos könyvtár irható a szolgáltatást futtató felhasználó jogával
- csatolási opciók: nodev, nosuid, noexec, (sync opción érdemes elgondolkodni, de lassitó tényező, de a logok egyből hdd-re kerülnek)
- fenntartott blokkot érdemes 10%-ra emelni, hogy ha a user logok nagyon teleszemetelik attól még a root tudjon irni
/var/tmp
- mindenkinek irható, hasonlóan a /tmp-hez, csak kevésbé ismert, használt
- csatolási opciók: nodev, nosuid, noexec,
/var/cache
- pl.: apt által letöltött deb fileok, más programok átmeneti letöltései
- csatolási opciók: nodev, nosuid, noexec
/var/spool
- pl.: átmenő levelek, proxy (squid) adatok. Támadható processzek / felhasználók által irható területek
- csatolási opciók: nodev, nosuid, noexec (kivéve a chroot-olt aklamzás fut. pl: levelező)
/home
- felhasználói könyvtárak
- csatolási opciók: nodev, nosuid, noexec (noexec azért, hogy ne tudjon progit futtatni, de "sh script.sh" v "python proba.py" tud futni)
- fenntartott helyet 1%-ra csökkenteni érdemes, mivel csak userek irhatják, de 1% maradjon, hogy ha növelni kell ahhoz kell némi szabad hely
/tmp
- mindenkinek irható, különösen veszélyes, lehet symlinkelni mondjuk a /var/tmp-vel és akkor nem kell külön partició, méret választás fontos mert mondjuk mc ha kibont v másol vmit azt ide pakolja
- csatolási opciók: nodev, nosuid, noexec
/srv
- egyes szolgáltatások területei (pl.: web, samba)
- kevésbé elterjedt (sokan a /home vagy a /var alá teszik) -
sonar
addikt
Alapvetően nem rossz.
Amit én még csináltam volna:
/boot -ot külön szedtem volna (1GB) (és ha tud efi-t a vas akkor /boot/efi -it )
Csak a /var-t leválasztani nem látom sok értelmét. Akkor /var/log /var/tmp -t külön venni és nodev, nosuid, noexec-cel csatolni ha a biztonság és a stabilitás növelése a cél. Illetve a /tmp-t is akkor külön particióra tenném (és LVM-et használnék)
Miért is kezdted el szétdarabolni? -
lajos0001
tag
Sziasztok!
Xp + mint 18.1 xfce duálbootos rendszert használok. 1 harddisk van a gépben: 1 db 16 Gb-os fat32 primary partíció + 1 kiterjesztett partíció, ezen különböző file systemű virtuális partíciók. A primary partíció és 1 másik (540 GB-os) fat32-es virtuális partíció uuid-je egyezik (gőzöm sincs, miért), a partuuid-jük azonban eltérő.
sudo blkid ezt adja:
/dev/sda1: LABEL="C" UUID="68A0-E4F7" TYPE="vfat" PARTUUID="500e500d-01"
/dev/sda5: LABEL="D" UUID="0E59-8C9C" TYPE="vfat" PARTUUID="500e500d-05"
/dev/sda6: LABEL="E" UUID="0E67-3A74" TYPE="vfat" PARTUUID="500e500d-06"
/dev/sda7: LABEL="F" UUID="0E75-856A" TYPE="vfat" PARTUUID="500e500d-07"
/dev/sda8: LABEL="G" UUID="0E83-5C9A" TYPE="vfat" PARTUUID="500e500d-08"
/dev/sda9: LABEL="H" UUID="0E91-DD93" TYPE="vfat" PARTUUID="500e500d-09"
/dev/sda10: UUID="10973ad7-0209-4fe1-a1c2-df5480c257cf" TYPE="swap" PARTUUID="500e500d-0a"
/dev/sda11: UUID="c30767b2-b51f-43c5-a8a6-834feb322d14" TYPE="ext3" PARTUUID="500e500d-0b"
/dev/sda12: LABEL="K" UUID="032AA0DB68EFB9A5" TYPE="ntfs" PARTUUID="500e500d-0c"
/dev/sda13: LABEL="L" UUID="1F9012D85387C0AE" TYPE="ntfs" PARTUUID="500e500d-0d"
/dev/sda14: LABEL="M" UUID="008B050037941C1A" TYPE="ntfs" PARTUUID="500e500d-0e"
/dev/sda15: LABEL="N" UUID="5BA5C58060A716C1" TYPE="ntfs" PARTUUID="500e500d-0f"
/dev/sda16: LABEL="O" UUID="0A0C36F0563139BC" TYPE="ntfs" PARTUUID="500e500d-10"
/dev/sda17: LABEL="P" UUID="68A0-E4F7" TYPE="vfat" PARTUUID="500e500d-11"Kérdésem: hogyan tudnám megváltoztatni a /dev/sda17 virtuális partíció uuid-jét? (nem tetszik, hogy egyformák; /dev/sda1-et nem piszkálnám inkább, azon van az xp).
Amit eddig próbáltam:
1/ tune2fs vfat/fat32-eseken nem működik,
2/ hexedit nem találta meg a virtuális partíció uuid-jét (nagyon lassú volt, és felhagytam vele).
3/ terminálban dd-vel dumpolva a virtuális partíció első 412 byte-ját, a dumpban hexedittel megtaláltam és átírtam az uuidet, a dump visszarakása azonban nem sikerült.
4/ google-ben turkálva eddig használhatónak tűnő (és kevésbé kockázatos) megoldást nem találtam, grafikus felületűt pedig semmilyet.Bármilyen jobb ötletet előre is nagyon megköszönök (nem szívesen raknám újra a rendszert (túl sok munka van már benne a finomhangolásával), sem nem formáznám a virtuális partíciót, ha nem feltétlenül muszáj).
-
Dhampir
félisten
Jöhetett volna már a múlt héten is.
-
A Linux Mint Cinnamon-t a telepítéskor kissé szétpartícionáltam mint egy szervert.
Megpróbáltam mindennek 3x annyi helyet hagyni mint az Ubuntu 12.04 volt. Mégis betelik a root.Mennyire megbízható ma már pl. live Mint alól gparteddel átméretezni és áthelyezni partíciókat?
Mivel lehetne olyan mentést csinálnom amivel egy esetleges újratelepítés esetén gyorsan visszakapnám a belakott Mintet?
-
lev258
veterán
válasz
Dhampir
#7817
üzenetére
Akkor talán ideje lenne, hogy a gépről is írj valamit. Főleg a videókártya a lényeges.
csixy: Sajnos manapság egyre gyakoribb, hogy a rendes Intel támogatás az újabb eszközökhöz hónapokat, vagy akár többet is késik. Így meg maradnak a minél újabb kernelek és frissebb alsa csomagok próbálgatásai. -
csixy
addikt
válasz
Dhampir
#7817
üzenetére
Az enyének még hangja nincs. A 4.11-es kernelekkel előkerül a driver ,de mégse szólal meg és videók akadnak vele. A korábbiakkal minden jó csak nincs hang driver. Pedig léteznie kell linuxban már neki mert korábban Manjaróval egy kernel erejéig volt hangja. De egyenlőre így is jó nekem.
-
Dhampir
félisten
Csak éppen a Mate nem tetszik.
Mondjuk az jót nem jelentett, hogy már a Live futtatásakor is Compatibility módot kellett választanom az F6 billentyűvel (Ubuntunál pedig a nomodeset-et).
Régebbi gépekkel nem is volt gondom különösebben, szinte minden disztrót megettek, legfeljebb egy-két hardverelem kellett csak driveresen pofozgatni.
-
Dhampir
félisten
válasz
ubyegon2
#7814
üzenetére
Annyira még nem akartam belemászni (habár régen SuSE, Mandrake, Mandriva és még Mageia alatt is megesett, hogy grafikus felület nélkül kellett helyreállítani az asztalt, mert a zárt driverekkel sokszor csak a gond volt, de ott a Yast, illetve a drakconf szöveges felületen is könnyen kezelhetően működött). Szerintem egyenlőre ennyi elég volt most, de még gondolkodok a folytatáson.
-
válasz
Dhampir
#7813
üzenetére
Valami hw-es akadás biztosan van ott a 18.1 csomagjaival ill. driverekkel.....van ez a tty1 tty2, amit konzolban lehet előhívni alt (vagy ctrl, vagy shift) F1 v F2-vel, azzal nem próbáltad még, bár az is olyan, mintha a villám csapott volna a gépba, de nem kell rebootolni.
Én egyszer próbáltam használni, nem tudom miért, de a háttérben épp partíciót zsugorítottam.....jót tett 200 giga filmnek.Mindenképp a 14.04 alapúak lesznek jók nálad szerintem.
-
Dhampir
félisten
válasz
ubyegon2
#7812
üzenetére
Na ja.
A 18.1 az alapfrissítés 3/4 részénél lefagyott. Semmi mást nem telepítettem még rá, csak a sima update ("Optimális stabilitás és biztonság" menüpont).
A tálcára ugyan letudtam tenni a frissítéskezelő ablakát, bezárni nem lehetett, de például a főmenüben lévő kikapcsológomb sem reagált, csupán a fizikai gomb erőltetett kikapcsolásával tudtam leállítani a rendszert.
-
válasz
Dhampir
#7811
üzenetére
Szerintem a Debian akár még kezesebb is lehet, mint az említett kettő disztró, de kell valamennyi ismeret hozzá, a repókat mindenképp ismerni kell, mert a stabil repóban valóban elég régiek a csomagok, én is felraktam mindíg a frissebb csomagok repóját, ha a Cinnamont meg a Nemo-t akartam frissíteni, kicsit figyelni kell a függőségekre is a Debiannal, de ha belejön az ember, akkor sokkal rugalmasabban használható az Ubuntu verzióknál és az arra épülőknél.
Stabilitása egyértelmű, bár nekem Mintnél sem volt stabilitási gondom soha. Kivétel ez alól a friss verzió megjelenése, de azzal jó ideje kivárok kb egy hónapot.
-
Dhampir
félisten
válasz
ubyegon2
#7810
üzenetére
Debian-t inkább csak azért nem, mert számomra valahogy ismerősebb és kezesebb a Mint/Ubuntu. Persze tudom, hogy a Debian egy stabil (ha nem a legstabilabb) kiadás, hiszen az alapja ezeknek a szépreményű "gyermekeknek".
Évek során sokféle disztrót kipróbáltam, de annyira "megvénültem", hogy most már csak stabilan használni szeretek egy rendszert. A kíváncsiság megmaradt, de inkább a felfedezés öröme miatt, a kalandvágyat a higgadtabb szemlélődés, eltöprengés váltotta fel e tekintetben.
-
válasz
Dhampir
#7809
üzenetére
Értelek! :-) Bár engem egyszer leoltottak a FB Linuxos csoportban, hogy attól, hogy kezdő valaki, még nem jelenti, hogy nem ért hozzá annyira, hogy kapásból terminal parancsokkal meg kernelfordításokkal operáljon!
Közben leesett, hogy azt a swapot ilyenkor az automatikus telepítés csinálja/ná!
Lőj a kettő közé, rakj fel Ubuntu Mate-t, az akkor Ubuntu is lesz meg kicsit Mint is, a DE miatt.
Debiant nem próbáltad még? Pont az ilyen gyakorlott már nem kezdőknek való, ráadásul amíg olajozottan fog működni, addigra előjönnek az elfelejtett dolgok és sok újat is tanulnál!
-
Dhampir
félisten
válasz
ubyegon2
#7808
üzenetére
Szia!
Kezdőbe már nem írok, nem mintha haladó lennék, még sok esztendei, túlnyomórészt grafikus felületű Linux-felhasználás után sem.
Álljon meg a menet, sosem készítenék ekkora swap-et, valami értelmes gyári partícionálást mutat Live alól.
Pont ezért is jutottam arra a döntésre, hogy legyalulom az "elszabott" (?) gyári partíciókat.
Köszönöm szépen a segítséget!
Már csak azt kell eldöntenem, hogy Ubuntu vagy Mint kerüljön fel, mert mindegyiket a másféle felület miatt szeretem (Unity - Cinnamon).
Ubuntu alatt kinyírják majd az Unity-t, bizonytalan vagyok abban, hogy problémamentes lesz-e a változás, és mivel fog járni, akkor már inkább a Mint Cinnamon?
-
válasz
Dhampir
#7807
üzenetére
Szia!
Ugyanott jársz, bármelyik topikba írsz a kettő közül, ill. a Kezdő topik is dettó. Most írtam az Ubuntuba neked.
Ha nem fogsz hibernálni, ne csinálj 16 GB swap-ot. Ha min 8 GB RAM van, akkor nem is kell a swap, de van aki ilyenkor is csinál 1 GB-ot.
Ezt csak azért mondom, mert nagyon remélem nem a valami mellé, hanem a valami más opcióval telepítesz!
-
Dhampir
félisten
Sziasztok!
Egy kérdésemmel már jártam az Ubuntu topikban is, de mivel kísérletezésképpen Live Linux Mint Cinnamon alatt is próbálkoztam, ezért érdekelne a véleményetek.
Adott egy gyárilag UEFI-re tett preinstall Ubuntu 14.04, és az érdekelne, hogy a saját rendszeremet feltelepíthetném-e úgy, hogy ne sérüljenek meg a gyári partíciók?
Amikor elindítottam a Mint telepítőjét, akkor azt írta, hogy a már meglévő gyári partíciók mellé telepíthetném a rendszeremet. Eszerint biztosra vehetem, hogy nem sérti meg a gyári partíciókat?
Valamint az is érdekelne, hogy ti melyik telepítési módot tartjátok hasznosabbnak; az UEFI vagy a Legacy módokat?
Így helyezkednek el a gyári alappartíciók (kérlek nézzétek el, hogy ez a korábban feltöltött képernyő pillanatfénykép még Live Ubuntu 16.04 alatt készült
):
-
Hang terén is elég noob vagyok, de egyszer Debiannal sokat kinlódtam és ennek a hsz-nak az alján megtalálod a szükséges parancsokat, aminek a kimenetével érdemes elindulni. Érdemes átnézni a hsz-re érkezett válaszokat is, nekem anno rendbejött a hang a fórumtársak segítségével!
Lehet, hogy a pulseaudioval is próbálkoznod kellene....
Ja aq 4.11.7-eseel le van dögölve a youtube .... nem játszik le.
Azt ne használd akkor!
-
csixy
addikt
válasz
ubyegon2
#7801
üzenetére
Köszi! Én is rátaláltam az UKUU-ra és fenn van a 4.11.7-es meg a 4.11.1-es kernel. A drájver és a hangkártya is meglett, , de nincs szeerinte hanglejátszó. Az Alsa melyik komponensét kell feltenni? Már fenn van egy csomó belőle , de mi az ami szükséges ? Ja aq 4.11.7-eseel le van dögölve a youtube .... nem játszik le.
amit nemtok.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Az igazi distro hoppolgatast kieltem mar 5 es fel evvel ezelott, amikor vegul megallapodtam. 5 evig Arch user voltam, szep kis ido. 
Új hozzászólás Aktív témák
Hirdetés
RowonA topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Miért vezet mindenki úgy, mint egy állat?
- Bestbuy játékok
- Metal topik
- Formula-1
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Vezetékes FEJhallgatók
- Proxmox VE
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Kerékpárosok, bringások ide!
- További aktív témák...
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Antivírus szoftverek, VPN
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Nvidia Quadro P400/ P600/ P620/ P1000/ T400/ T600/ T1000 - Low profile (LP) + RTX A2000 6/12Gb
- BESZÁMÍTÁS! ASRock Z370 i5 8500 16GB DDR4 512GB SSD 2060 Super 8GB Zalman Z9 Plus Enermax 750W
- ÁRGARANCIA! Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- Bomba ár! HP ZBook 15 Studio G3 - Intel Xeon I 32GB I 512SSD I 15,6" FHD I Nvidia I Cam I W10 I Gar
- Bomba ár! Dell Latitude E7270 - i7-6GEN I 8GB I 256GB SSD I 12,5" FHD I HDMI I CAM I W10 I Gari!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged