- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- MaxxDamage: Vizes Laptop Hűtés? Lehetséges? Igen!
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- sziku69: Szólánc.
- GoodSpeed: Megint 3 hónap Disney+ akciósan :)
- Geri Bátyó: Agglegénykonyha 4 – Zöldséges ragu, ami sokféleképpen elkészíthető
- ricsi99: 6. Genes alaplap tündöklése.. kontra MS/Zintel korlátozásai.(Mehetnek a levesbe)
- bitblueduck: RTX 50-es széria PhysX támogatás nélkül. Tényleg akkora probléma?
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#75478
ubyegon2
félisten
Véreshurka
#75477
válasz
Véreshurka
#75477
üzenetére
Szia!
Épp ott van a megoldás, ahol a netdev-et láttad!
ezt a sort beírod az adott meghajtó sorának a végére az FSTAB-ban:
noauto,x-systemd.automount,x-systemd.mount-timeout=30,_netdeva 30 sec jelenti, hogy a systemd addig várakozik a mount parancs végrehajtásával, akár írhatsz be más értékeket is.
ezzel nézd meg a service statust, lehet, hogy majd ez a szolgáltatás is kelleni fog:
systemctl status networkmanager-wait-online.serviceHa kell, akkor ebben vannak a linkek a helphez.
-
#75477
Véreshurka
senior tag
Véreshurka
senior tag
Sziasztok!
Amikor fstab téma van valahogy mindig csak tervezem a hozzászólást, de mindig elfelejtem, így most kérdeznék ezzel kapcsolatban:
Kábellel a hálózaton lévő gépre a NAS-t már szépen fel tudom csatlakoztatni az fstab-al, viszont laptop-ra még nem sikerült ezt megoldanom, gondolom azért mert hamarabb próbálja meg felcsatolni a köteteket, mint ahogy felállna a hálózat. Arch wikiben olvastam, hogy a_netdevparaméterrel megmondható, hogy az adott kötet hálózati tároló, és én ezt úgy értelmeztem, hogy ezeket később csatlakoztatja fel a rendszer, azonban ez sajnos nem jött össze, még mindig csak egysudo mount -a-val tudom felcsatlakoztatni ezeket a köteteket. Még egy talán systemd-s megoldást találtam, illetve rclocal konfigurálást - már régen próbáltam, kicsit homályosak az emlékeim - , de jobb lenne ha az fstab-on belül meg tudnám oldani. Vagy ott nem lehetséges és csak más lehetőséggel tudom ezt megtenni?Előre is köszönöm!
-
#75387
Corleone33
senior tag
Corleone33
senior tag
A következő problémával állok szemben:
Adott egy Linux (,Ubuntu 18.04), amit Oracle VirtualBoxban futtatok és egy megosztott mappát szeretnék létrehozni a guest és a host rendszer között.
Ez eddig működik is, terminalban mountolom shared mappát és mindkét rendszeren látható, viszont újrainduláskor "elhajítja" az egészet, noha be van jelölve hogy tartós legyen a megosztott mappa és a felhasználó is hozzá van adva vboxsf csoporthoz terminal szerint.VBox GuestAddition fel van telepítve szóval feltételezem nem ez a probléma, alapvető kerneleket meg miegyebeket már lefrissítettem de a végkimenetel ugyanaz: mountoláskor szépen mükszik, újraindításkor meg mintha sose csináltam volna semmit.
Van erre valami normális megoldás vagy mindenképp fstab-ben kell turkálni ezért hogy működjön is? Több órája keresek megoldásokat de egyszerűen nem jutottam előrébb..
-
#75359
tordaitibi
veterán
CPT.Pirk
#75358
válasz
CPT.Pirk
#75358
üzenetére
Ezek a "fancy"
dolgok minden KDE alatt működnek, nekem legalábbis Manjaro, Debian, és most az Ubuntu is KDE-sítve lett utólag, azon is úgyhogy szerintem ez KDE feature.
A Lemezek lett volna a következő tippem, az is meg tudja csinálni de az is bedrótozza az fstab-ba. Gnome-lemezek a hivatalos neve.
A nofail, ott a pont, nyertél, ez eszembe se jutott.
De én inkább kerülöm a szerkesztgetését ennek a fájlnak.
Nekem ennyi az fstab és indulásnál mindent felmountol amit akarok, nekem így egyszerűbb és jobb a békesség.UUID=9315b819-445c-45a9-807c-ac7c8f8396e6 / ext4 errors=remount-ro 0 1 -
-
#75356
CPT.Pirk
Jómunkásember
tordaitibi
#75355
CPT.Pirk
Jómunkásember
válasz
tordaitibi
#75355
üzenetére
Igen. Ugyanakkor a "nofail" opció az fstabban megoldja ugyanezt.
-
#75355
tordaitibi
veterán
CPT.Pirk
#75350
válasz
CPT.Pirk
#75350
üzenetére
Elnézést hogy beleszólok de fstab-ba bedrótozni háttérmeghajtót csak akkor ha örökre a gépbe marad mert ha valamiért kiveszi akkor fel se áll a rendszer, nálam legalábbis ez van.
Én is dualbootozok és van egy 1TB háttértáron több partícióm amire a mindkét os dolgozik, igen paraktikus hogy a képek, filmek, letöltések, stb. mindkét os alatt ugyanaz, h letöltöttem valamit pl. win alatt, másnap az Ubuntuba ugyanott a Letöltések mappába megtalálom.
A KDE biztosít egy lehetőséget ahol ezeket a meghajtókat bár cserélhető háttértárként csatolja, de az indulás pillanatában, nekem pl. azon vannak a kis szkriptjeim meg 2 automatikusan induló programom és hibátlan így.
És nem kell fstab-ot berhelni, ami kicsit mindig veszélyes az átlagfelhasználónak.
Ezek mind automatikusan csatolódnak, a fájlkezelőbe kényelmesen elérhetőek:
Ezt ezen a gui felületen lehet pár kattintással megcsinálni:
A többi az snap-es cucc, ne azt nézzétek. -
CPT.Pirk
Jómunkásember
Igen, fstab bejegyzést kell hozzáadni, meg csinálni mappát ahová fel akarod csatolni őket.
Arra érdemes figyelni, hogyha a Windows rendszer partícióját is fel akarod csatolni, akkor ott az opciókra oda kell figyelni, mert különben problémát okoz a hibrid sleep, ami alapból be van kapcsolva W10 alatt és "dirty" állapotban hagyja a fájlrendszert.
-
Yerix
tag
válasz
ubyegon2
#75339
üzenetére
Köszönöm a linkeket és a tanácsot. Úgy tűnik, hogy amit akarok az FSTAB-ben nem megoldható. Úgyhogy akkor autostart és script írás.
Jó lenne néhány hasznos leírás, hogy megtanuljam a linux script írás alapjait.
Még csak egy-két hete kezdtem el linuxot használni, úgyhogy elveszettnek érzem magam, nem tudom mit hol érdemes keresni.
-
Jogos, elkerülte a figyelmem, bocsi. Ezekben a linkekben találsz mintát, hogyan lehet fstab-ba mountolni, ahogy látom elég sok összetevőre érdemes figyelni: [link] [link]
Gondolom ilyeneket láttál már Te is, tényleg elég fejvakarós, ha még nem csinált ilyet a user, elég sok mount opció van, amit az adott sw/hw környezet ismeretében tudsz csak meghatározni. Lényegében csak úgy nem tudja megmondani neked senki, hogy ez a sor legyen az FSTAB-ban, eléggé el kell vele bíbelődnöd, de legalább fejből vágni fogod az FSTAB meg a mount részeket.
![;]](//cdn.rios.hu/dl/s/v1.gif)
De ha van egy file ami automatikusan lefut rendszer induláskor és oda be lehet írni parancsokat, az még jobb lenne.
Ez is hasonló lesz, kicsit ismerkedsz a script írással és ha megvan, már csak autostartba kell tenned.
Van neked is olyan érzésed, hogy kicsit ezekre rá kell feküdnöd, mert ezek nem mezei home user feladatok.
Nem bonyolultak amúgy, csak ezeket a mount, automount, autostart, script dolgokat kell megismerned.Én ezeket ügyesen megúsztam jórészt, eddig.....viszont pontosan tudom, mit kéne tudnom, ha valamit meg kéne oldanom és napról napra úgy érzem, semmit nem tudok.
-
Yerix
tag
válasz
ubyegon2
#75335
üzenetére
Igen azt láttam, ahogy Ő is írta, úgy a terminálba kell. De az FSTAB-ban más struktúrában kell szerepelni. De még nem sikerült megfejtenem, hogy hogy.
De ha van egy file ami automatikusan lefut rendszer induláskor és oda be lehet írni parancsokat, az még jobb lenne. Mert pár programot is el szeretnék indítani a rendszer indulással együtt/után.
-
#75308
tordaitibi
veterán
Anakin007
#75306
válasz
Anakin007
#75306
üzenetére
"Azt azért tisztázni kell, hogy ha olyan nagyon elégedett vagy te vagy bárki más a windows-al, nulla IT-s ismerettel az alapok terén is,"
Ezt tömören visszautasítom.
20 év Win alatt ragadt rám rendesen cmd és powershell meg regedit is, valamint nézzél fel a linuxmint.hu -ra és keress rá a nickemre, 444tibi.
Velem volt tele 2 évig a fórum és istenesen megtanultam a terminállal bánni, az egy dolog hogy utálom.
Eljutottam addig hogy apró, de mégiscsak szkripteket írtam, saját fejemből és működnek is.
Nem kevés külső segítséggel de megoldottam a tv tuneremet, a nyomtatómat, a szkenneremet, mindent.Miért teszel fel ilyen provokatív kérdéseket, ez annyira érdekes hogy itt vagyok, tanulni szeretnék valami újat 56 évesen, érdekel a sorozatos kudarcok ellenére is, nem zárkózok el, nem tokosodok be és akkor sokadszor az arcomba kapom hogy ugyan minek is ez nekem.?
Tényleg nem értem. Nem jó az ha egy rögös út után, de akkor is 1 darabbal bővült a linux hívők tábora? Mert már terjesztem is, nem milliós nagyságban de mintírtam már 5 ismerősömnek ez fut a gépén.Androidot 8 éve használok, azonnal belemásztam nyakig, root, fstab átirkálás, ttucatnyi custom rom kipróbálása után maradt a Resurrection Remix, Google cuccok megnyirbálása, reklámmentesen élek a droiddal azóta is, BL nyitás, mindent megcsinálok vele amit én szeretnék.
Most akkor minek nekem okostelefon, kell az nekem..?Hát érdekesen fogalmaztál. És kicsit meg is bántottál.
-
I02S3F
addikt
válasz
lev258
#75296
üzenetére
Szerintem azért van Kali és Kali1 mappa, mert a Kali-ba már nem tudja felcsatolni a rendszer a partíciót, ezért Kali1-el próbálkozik.
Kérdésem, hogyha nem kezdő, mert úgy veszem ki, akkor miért nem használ alapból fstab-ot?
Szerk. : Hiba2 - A kde csak ír valami logba, hogy miért nem startolt el rendesen.
-
Anakin007
aktív tag
Másik: mi csatolja a partíciókat ill. hol tárolja az infókat? Van a gépemen 2 másik rendszer is (Kali és win10). A Kali, amit hol Kali2, hol Kali3, hol csak simán Kali bejegyzés alá mountol indításkor. Ha leválasztom kézzel és törlök minden 'Kali' nevű könyvtárat a 'media' alól, restart után újra összekuszálódik, kreál Kali-s könyvtárakat (általában kettőt Kali és Kali1 néven) és hol ide, hol oda csatolja indításkor. Fontos lenne, hogy mindig ugyanott legyen. A /etc/fstab-ban meg sehol semmi, csak az alap rendszer van /home-al, /-el meg swap-al, még a win10 sincs ott, ami pedig állandó és látszik a Dolphin-ban és a 'media' alatt is megcsinálja a könyvtárat hozzá. Érdekes, azt nez 1-ek variálja, pedig pont az nem érdekelne
Nemrég SSD-t cseréltem nagyobbra, ezt a Kubi-t pedig átpartícionáltam. Régen / volt egy partíció +SWAP ugye és a $HOME. Most csináltam /usr és /var partíciókat. A futó rendszeren Kparted-el csatoltam fixen /var1 és /vusr1 könyvtár alá, majd Kali-n átmozgattam a dolgokat a helyükre, majd, (gondoltam) tök jó lesz, mert csak a Kubi fstab-jában kell csak az egyeseket kitörölni és kész. De nem. Nincs ott semmi, a Kparted nem mentette oda vagy passz, hogy hova. Kali alól megmókoltam az fstab-ot, UUID szerint, ahogy a korábbiak (érdekesség, a win10 sincs ott, de azt mindig jól felcsatolja, mindig ugyanoda) és lám, múkod. CSAK: azóta, véletlenszerűen, néha a bejelentkezés után nem áll fel a KDE, csak a háttérkép jelenik meg és elköszön, semmire nem reagál, se ALT+CTRL+DEL, se ALT+CTRL+BACKSPACE. Egyedül az ALT+CTRL+Fvalamelyik megy, ilyenkor konzolon betudok lépni és elsütni egy init 6-ot. Utána ha mákom van, simán megy. MEg azután is. Tényleg random, mikor mi törénik. Ötlet? a .xsessionerrors-ban csak a szokásos hibák vannak, amik mindig...
-
vadkörte
addikt
Egy félresikerült rendszer takarításnak "köszönhetően" sikeresen meggyilkolásztam kedvenc Manjarom. Úgyhogy reinstall (kihívás lett volna helyreállítani, de nem volt lelkierőn szívni vele) Példásan gyorsan végeztem. (A frissítésekkel, az applikációk összeválogatásával és a beállításokkal együtt néhány óra - na jó, mindig van valami faragni való és nem, nincs backup, szeretek veszélyesen élni
- néhány= ~8) végeztem.
Így derülhetett ki, hogy nálam sem fut a trim.
Nektek, meg némi guglizásnak köszönhetően már elviekben megyeget ütemezetten.
Egyszerűbb lett volna fstab-ból de a linux egy 840-es Samu-n van arról meg azt az infót találtam, hogy ütközhet a fw-ével, így maradt a heti periodikus) -
Visszavonom, amit mondtam, igazad van, totál semmi TRIM nincs beállítva default! (ezek szerint ennél a Manjaro-nál eltrehánykodtam)
[ubyegon@manjaro8570p ~]$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=69b76d76-242c-4066-b268-b7b087f607e1 / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
[ubyegon@manjaro8570p ~]$ systemctl status fstrim
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
Docs: man:fstrim(8)
[ubyegon@manjaro8570p ~]$ sudo hdparm -I /dev/sda | grep "TRIM supported"
[sudo] ubyegon jelszava:
* Data Set Management TRIM supported (limit 8 blocks)
[ubyegon@manjaro8570p ~]$ sudo fstrim -v /
/: 11 GiB (11786780672 bytes) trimmedTisztán látszik, hogy nem aktív az fstrim sem és a manuális TRIM parancsra trimmelt is rendesen......
Ezek szerint mindenképpen érdemes minden disztró telepítése után minimum az FSTAB-ot ellenőrizni és a fstrim-et is!
Köszi, hogy jelezted, mert én halál nyugodtan írnám mindenkinek, hogy nem kell vele foglalkozni! Nem bántom a Manjaro-t, de eddig csak itt tapasztalható ez a súlyos trehányság!
Nem a Te SSD-d a bűnös akkor!
-
válasz
CPT.Pirk
#75223
üzenetére
Manjaro-nál nem volt egyik megoldás sem alapból aktív itt a tartalék gépemen.
Az hogy a fenébe lehet? Arch alapúak ráadásul a discard-ot alkalmazzák default. Megnézem mindig, ha felrakok egy disztrót, hogy néz ki az FSTAB-ja. Valami oka biztosan van, hogy nálad nincs egyik sem, nem valami régi kínai SSD-d van még mindig?
(#75224) edari
Megpróbálhatod felrakni innen kézzel is, bár tárolóban benne kéne lennie a groovy-s verziónak.
Ezt
írjahiányolja nálad függőségként: 1.1.1f-1ubuntu4, ami fenn van az meg ez: 1.1.1f-1ubuntu2***************
közben látom változott a helyzet erre: debconf-2.0:i386
Most már kicsit összezavartál......
-
#75091
Véreshurka
senior tag
Sanyi.mTs
#75063
Véreshurka
senior tag
válasz
Sanyi.mTs
#75063
üzenetére
Most kipróbáltam, hogy az /mnt alá csatolok egy mappát, nálam megy minden szépen: írás is, olvasás is. Ha érdekel, így csináltam, bár nem különbözik túlzottan attól amit írtam korábban. Annyi, hogy még mindig NFS-el csatolok. Ha esetleg nem menne az NFS jogok megadása a NAS-on, ez a reddit poszt elég jól összeszedi, de itt van ahogy én csináltam (bocs, de angolul használom a rendszert, remélem azért érted majd a menüket):
1. Control panel --> File Services # itt engedélyezned kell az NFS-t, mást nem kell bejelölni
2. Control Panel --> Shared Folder (itt gondold át, hogy melyik mappát melyik gépedre szeretnéd majd felcsatolni, majd jelöld ki a mappát) --> Edit gomb, vagy jobb klikk Edit --> A fenti menüsorban keresd meg az NFS Permissions fület --> nyomj a Create gombra, majd add meg:
Hostname or IP: ha csak egy gépre szeretnéd megadni a jogot akkor csak annak a gépnek az IP címét írd be ide (ha jól emlékszem: 192.168.1.10), ha viszont szeretnéd, hogy a hálózatod minden gépe elérje, akkor add meg így: 192.168.1.1/24 (feltéve ha a subnet maskod: 255.255.255.0)
Privilege: Read/Write # értelemszerűen ettől eltérhetsz ha az indkolt, mondjuk nálam a médialejátszóra konfigolt engedély csak olvasni engedi
Squash: Map all users to admin # itt nekem csak ezzel az egy beállítással működött, nem tudom, hogy biztonsági szempontból jó-e ez így, de minden leírás ezt ajánlja
Security: sys
Enable asynchronus -->pipa
Allow connections from non-privileged port... --> nincs pipa # persze ha a hálózatod ezt kívánja akkor legyen
Allow users to access mounted subfolders --> pipa
Nyomj egy OK-t neki.
Ezzel a NAs felöli résszel meg is vagy. Ha több megosztott mappát is szeretnél felcsatolni akkor ezt minden egyes mappával meg kell ejtened.Linux alatti teendők:
sudo apt install nfs-common# nem tudom alapból fent van-e náladsudo mkdir -p /mnt/nas/video# ha ide szeretnéd felcsatolni, persze olyan struktúrát adsz meg amilyet szeretnél. Nálam pl. a /home alá van csatolva: /home/vereshurka/NAS/mappáksudo mount -t nfs 192.168.1.10:/volume1/video /mnt/nas/video# feltételezve, hogy a volume1-en van a video mappádHa minden igaz fel is csatoltad a mappát és el is éred, tudod írni/olvasni. Legalábbis nálam megy mind a kettő
Majd ha működik minden fstab alá is felveheted, hogy mindig fel legyen csatolva, ebben inkább majd a többiek, nekem 4 hét kellett mire szerkeszteni mertem az fstab-ot 
-
#75073
Véreshurka
senior tag
Sanyi.mTs
#75063
Véreshurka
senior tag
válasz
Sanyi.mTs
#75063
üzenetére
Elnézést, hogy belevau, én is még csak most ismerkedem a linux-al, de miért nem NFS-el osztod meg a NAS-on lévő mappáidat? Ha jól látom a másik fórumban Synology NAS-od van.
sudo mkdirparancsba én is belefutottam 1-2 hete, hogy nem tudtam a sima felhasználómmal írni, csak olvasni. Ahogy böngésztem a netet arra jutottam, hogy sudo nélkül hozom létre a mappát ahova csatolni szeretnék. Nálam a te mappaszerkezetedet nézve ez így nézne ki:mkdir -p ~/NAS/video--> ez a home-odba hoz létre egy /Nas/video mappátLeszeded az nfs-common csomagot,
sudo apt install nfs-common(feltételezve, hogy debian alapú rendszert használsz)Aztán már csak fel kell csatolni:
sudo mount -t nfs 192.168.1.10:/volume1/video home/felh.neved/NAS/video(feltételezve, hogy a volume1-en van a video mappa), illetve a többi mappát is így fel tudod venni, nálam hiba nélkül működnek, tudom írni/olvasni is őket.fstab-ba is felveheted:
192.168.1.10:/volume1/video home/felh.neved/NAS/video nfs defaults 0 0(a space-eket kicseréled TAB-ra)Kap egy reboot-ot a Linux, és már fel is van csatlakoztatva a NAS-od mappája állandóra.
(#75072) Synaptic: nekem úgy jött le a hozzászólásból, hogy most linux van a gépen amire csatolni szeretné...
-
Synaptic
senior tag
válasz
ubyegon2
#74895
üzenetére
A probléma abból ered hogy csak erre az egy hibára koncentrálok , mármint a videó akadásra
. De pl már csukott szemmel megy a samba konfigurálása hogy lássa az SMBV1 es nasomat. Tudok frissíteni , telepíteni paracssorból , fel tudom mountolni a meghajtókat az fstab -al . stb ...Itt Mate alatt csak egy adaptive és egy nincs beállítás van a compositor alatt.
-
CPT.Pirk
Jómunkásember
válasz
Sanyi.mTs
#74593
üzenetére
Az állandó csatolásra én nem tudok grafikus megoldást, de lényegében csak csinálni kell egy mappát ahová majd csatol, aztán be kell írni egy sort az fstab-ba ennek megfelelően.
Itt van részletes leírás róla: https://linoxide.com/how-tos/howto-mount-smb-filesystem-using-etcfstab/
-
leviske
veterán
válasz
leviske
#74183
üzenetére
Sziasztok!
Megint megtörtént, de most nem húztam újra a rendszert.
fdisk kimenet | fstab tartalma
Ahogy korábban, úgy most is az sdb partíció a problémás. Annyi változott, hogy most nem a mnt alá csatoltam, hanem kapott egy /data könyvtárat. Bárkinek ötlet?
mod: És még annyi az újdonság, hogy az újraindítás most megoldotta. Lehet, hogy már haldoklik a lemez? Egy 2018-as WD Green HDD-n van a partíció.
-
-
válasz
#63718632
#74403
üzenetére
Az Arch alapúak meg online, minden mountolt partíción.
Ezt azért érdemes lecsekkolni. Ha csatolsz egy particiót, be kell írni a discard mount opciót az FSTAB-ban a csatolandó eszköz sorába. Vagy már ez is változott? Sok dologban le vagyok maradva, szóval, ha már nem így van, sorry.
-
vadkörte
addikt
válasz
lypen99
#74378
üzenetére
"DE ha külön csinálom meg akkor kell fel kell mountolni az adott particiot és öröm bodogsag?"
1x mindenképp meg kell ejtened. Vagy az OS partíciókezelőjével teszed meg, vagy az fstab szerkesztésével. Előtte elmélyednék kicsit a linux partíciókezelésében és az fstab rejtelmeiben. -
CPT.Pirk
Jómunkásember
válasz
Balerik
#74311
üzenetére
Az Ext4 az jogosultságkezelős fájlrendszer, aminek nem te vagy a tulajdonosa, ezért nem tudsz rá írni, csak olvasni róla.
Így kapásból vagy birtokba veszed pl. a chown parancs használatával, vagy felcsatolod az fstab-on keresztül állandóra magadnak. Ez utóbbi lenne a javasolt eljárás.
-
vadkörte
addikt
válasz
CPT.Pirk
#74272
üzenetére
Kikommenteztem a /mnt sorokat, majd vissza. 4 (2-2) indítás - hideg, nem restart - átlagával kb. 34s a bejelentkező ablak, kb. 45s a desktop. Ez is nagyon messze van a 2-5s-től, de így leírva nem olyan vészesen sok idő..
Érdekes, mert ha kikommentezett állapotban voltak az fstab-ban a /mnt sorok, akkor a /run/mount/utab állományba beírta magát az összes HDD/partíció és a run/media/user/~ mappába felcsatolódnak eltávolítható lemezként
(#74277) ubyegon2
"Jó ötletnek? Hát öööö....valami előnye van számodra amúgy? Költői kérdésnek szántam.....ja és Win10 meg legacyban telepítve....."
Igen annak tűnt, a W10 volt előbb, azt eleve legacy-ben telepítettem - gonosz vagyok, ha W10 telepítést kérnek tőlem, ha lehet legacy-ben telepítem magamnál meg pláne - a linux-ot meg a kíváncsiság miatt telepítettem UEFI-ben. Utólag bele gondolva, nem ez volt az évszázad ötlete.
"NTFS-sel nem tudsz mit kezdeni, ha kell a Win miatt, ez nyilvánvaló, de ez a sok HHD+ODD felcsatolás."
A /mnt csatolások, HDD-k. Pontosabban 2db HDD 2-2 partíciója, valamint a W10 SSD (a GDrive mappa miatt). A HDD-kről nem csak adott mappákra van szükségem, hanem a teljes lemez elérésére. Az ODD-ket nem csatolom, csak ritkán használom őket így nincsenek is az fstab-ban. -
válasz
vadkörte
#74275
üzenetére
Na igen. Amikor telepítettem a desktop Manjaro-t, jó ötletnek tűnt az UEFI
Jó ötletnek? Hát öööö....valami előnye van számodra amúgy? Költői kérdésnek szántam.....ja és Win10 meg legacyban telepítve.....NTFS-sel nem tudsz mit kezdeni, ha kell a Win miatt, ez nyilvánvaló, de ez a sok HHD+ODD felcsatolás. Különösen utóbbi tűnik elég haszontalannak. Nem tudom KDE-n hogyan kell, de azt ki kéne lőni onnan.
A fiuk megkörnyékezett, hogy a laptopjára szeretne a W10 helyett linux-ot, mivel az anyja gépével is csodát tettem.
Nem lep meg, ez szinte csak így működik, ha valaki látja családban, ismerősnél, hogy fut egy Linux. Onnantól, ha csak nincs valami komoly oka a WinX használatnak, nekik is kelleni fog egy olyan.
Egyébként ennyi bőven elég az FSTAB-ba, olyan sor meg ne legyen kikommentelés nélkül, aminek nincs funkciója:
UUID=77c25784-65fa-6b22-b7c5-eac5445027b3 / ext4 discard,noatime,errors=remount-ro 0 1
# swap was on /dev/sdb7 during installation
UUID=d86f7120-35a8-112f-a09f-9e9c1f9a49e4 none swap sw 0 0 -
#74241
peterattila
aktív tag
ubyegon2
#74238
peterattila
aktív tag
válasz
ubyegon2
#74238
üzenetére
Pastebin-t még nem használtam, de így jó? https://pastebin.com/YUk1BTVg.
A monitoron semmi változás, csapkodhatom én a billentyűzetet. Nem hdd gond, kivettem az fstab-ból a felcsatolást, semmi változás. Viszont nekem gyanús több sor is a dmesg kimenetben, az utolsó pár sor, itt várakozik sokat:
[ 8.603806] caller os_map_kernel_space.part.0+0x73/0x80 [nvidia] mapping multiple BARs
[ 10.363326] r8169 0000:04:00.0 enp4s0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 10.363340] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
[ 39.556872] INFO: NMI handler (perf_event_nmi_handler) took too long to run: 0.000 msecs
[ 39.556875] perf: interrupt took too long (16427 > 2500), lowering kernel.perf_event_max_sample_rate to 12000 -
válasz
gregory91
#74239
üzenetére
Ezért is lenne jó látni a dmesg-et, hogy mi történik a @6.914s után. Látszólag az általad említett sor nem fogja meg a bootot,
de egyébként valóban szokatlan sor ez a FSTAB-ban, az igaz.UUID=3F65-C85B /boot/efi vfat umask=0077 0 1
Mivel egyes van a sor végén, a fs-ets ilyenkor ellenőrzi a fsck, most esik le! Ettől még......vagyis passz, efi-vel összefüggő kérdésekbe nem vauzok bele, nálam nincs fsck sor a systemd-analyze sorokban.
-
#74238
ubyegon2
félisten
peterattila
#74237
válasz
peterattila
#74237
üzenetére
Ebben az FSTAB-ban elsőre nem látszik semmi. Nézzük meg a dmesg kimenetet pastebin linkkel berakva, ott csak mutat valamit, hol kezdi a szuttyogást.
Azért sötét végig a monitorod, mert nem nyomod meg a látniakaromabootfolyamatot gombot! A le/fel gomb is tökéletes erre a célra. No de először nézzük a dmesg-et.
Ezt még nem próbáltad?
Valami halványan rémlik a meghajtók nevéről, lehet tévedek, de jobb lenne, ha átneveznéd a data-1 helyett data1-nek! A nevekben lévő írásjelek itt nem szerencsések. (ez lehet, hogy marhaság és csak ha szóközt tartalmaz a megnevezés, akkor van gond)
-
#74237
peterattila
aktív tag
peterattila
aktív tag
systemd-analyze
Startup finished in 6.043s (kernel) + 6.664s (userspace) = 12.707s
graphical.target reached after 6.651s in userspacecat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=82f2d9b2-3b26-4d7d-bb95-bbf9779d8690 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=3F65-C85B /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
UUID=52ad698d-f53b-4902-a59b-ae19208c2f5c /mnt/Data-1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=be5bd992-5391-4360-a745-634795ff1408 /mnt/Data-2 auto nosuid,nodev,nofail,x-gvfs-show 0 0A minitor a boot során sötét, semmilyen visszajelzés nem látszik. Tiszta telepítés. 2 belső hdd van, ezek csatolásával eljátszottam, eredmény nélkül. A boot idő egyformán hosszú maradt.
-
#74236
ubyegon2
félisten
peterattila
#74235
válasz
peterattila
#74235
üzenetére
Ez a kimenet nem mutat semmit, egyébként se jó csak így magában, a systemd-analyze nélkül.
Az a 30 sec plusz idő vagy egy rendszer számára nem található meghajtó miatt lehet, ehhez látni kéne az FSTAB kimenetet, de ha most sem UUID-dal vannak csatolva a meghajtók/particiók, az alapból hibalehetőség. Milyen telepítés ez amúgy, tiszta vagy frissítés? Milyen csatolásaid vannak? Külső/belsősystemd-analyze
cat /etc/fstabkimenetek kellenek.
A másik ami nekem új volt a múltkor, bár elég ritka, de nézd át ezt a thread-et
Ja igen, amíg bootol a rendszer, mi történik a képernyőn? Visszaszámlálás valami szöveggel, ilyesmi? Csak úgy nem malmozik a rendszer, hogy ne jelezné, mit csinál? Legalul szokta jelezni.
-
#74193
ubyegon2
félisten
cprogrammer
#74191
válasz
cprogrammer
#74191
üzenetére
Ez így általánosságban nem annyira jó ötlet.
Miért nem az?
Egyes desktop rendszerek automatikusan oda mountolják a csatlakoztatott külső eszközöket.
És? Én ezt ugyanúgy megtehetem azzal, hogy az FSTAB-ba beírva automountolom akármelyik eszköz/particiót, funkcionálisan totál mindegy, hogy ez a /mnt vagy a /media. Ez is csak egy ideiglenes csatolás gyakorlatilag. Ami fontos, hogy a csatolást UUID-dal kell FSTAB-ban rögzíteni.
-
leviske
veterán
válasz
CPT.Pirk
#74184
üzenetére
Ezek már már Ubuntun készültek, de az sdb partíciót ugyanoda csatoltam.
fdisk || fstabTumbleweed alatt az tért el, hogy a root partíció btrfs volt, a home pedig xfs. Létezik, hogy esetleg az kavar be, hogy háromféle fájlrendszer típust használtam egyszerre?
(#74185) lev258: Nem tartozom a megfontolt emberek sorába sajnos.
Korábban én is a /media alá csatoltam, de openSUSE alatt akkor találkoztam először ezzel a jelenséggel. Azóta több alkalommal a /mnt könyvtárat választva is kaptam ilyet. A neten annyit találtam, hogy hivatalosan egyik sem a tartós partíciókhoz van kitalálva. -
cigam
titán
válasz
_Smooth
#73815
üzenetére
Nem ismerem az OMV-t hogyan készít összefűzött köteteket, az fstabban hogyan szerepel? A
cat /proc/mdstatmit mond?
A hibás lemezt így tudod eltávolítani:mdadm --remove /dev/md0 /dev/sda1
Majd miután kicserélted a lemezt visszateszed a raid tömbbe.mdadm --add /dev/md0 /dev/sda1Ha végleg eltávolítanád, akkor pedig
mdadm --stop /dev/md0 mdadm --remove /dev/md0
Ezután egyenként újrapartícionálod a lemezeket, és közben leveszed rólük a "raid" tipusú jelölzést.mefistofeles
Mivel még beta a 20-as simán lehet benne olyan telepítéssel összefüggő hiba ami a te csillagzatod(HW-ed) alatt jön elő. -
válasz
#63718632
#73649
üzenetére
Ja persze, az SSD ilyen szempontból igencsak különbözik a HDD-től, amit véglegesen törlünk, az tényleg végleges lesz, ha a TRIM átgereblyézi a NAND-okat, márpedig megteszi, ha alapból discard opció van FSTAB-ban, akkor gyakorlatilag azonnal. Mondjuk nekem HDD-nél is volt fájdalmas, mikor egy hosszú HDD-k közötti másolás alatt ügyködtem és valami miatt tty-t váltottam, kb 300GB film kampeca lett.
(#73650) szucstom
Szagértő a lóf*sz, 6 éve használom, ebből 3 évig érdekelt/foglalkoztam vele, ma inkább már csak használom és egyre kevesebb dologra emlékszem. De a feltételezés nagyon szimpatikus ettől még!
Baromságot én is írok szerintem, de ha észreveszem ritkán, kijavítom, ha más dörgöli a pofámba, akkor elkezdem vadul megmagyarázni még azt is.Büntiből elolvastam, de ennél jobban én se tudtam volna megfogalmazni.
Ez már felér egy fél dicsérettel!
(#73648) Pörp
Szerintem a kernel elintézi, de csak desktop Linuxot ismerem ilyen szempontból, szervert nem. Én már raktam másik gépbe telepített meghajtót és simán bootolt onnan is. Desktopból notebookba is. De ezer% persze így sem lesz ez, csak nagyon valószínű.
-
#72891
peterattila
aktív tag
cigam
#72890
peterattila
aktív tag
Most így néz ki. Hogyan nézzen ki módosítás után?
cat /etc/fstab# /etc/fstab: static file system information.## Use 'blkid' to print the universally unique identifier for a# device; this may be used with UUID= as a more robust way to name devices# that works even if disks are added and removed. See fstab(5).## <file system> <mount point> <type> <options> <dump> <pass># / was on /dev/nvme0n1p2 during installationUUID=4d7b9d45-248e-4536-add9-b5c5087c59b3 / ext4 errors=remount-ro 0 1# /boot/efi was on /dev/nvme0n1p1 during installationUUID=EFB3-2B42 /boot/efi vfat umask=0077 0 1/swapfile none swap sw 0 0LABEL=Data-1 /mnt/Data-1 auto nosuid,nodev,nofail,x-gvfs-show 0 0LABEL=Data-2 /mnt/Data-2 auto nosuid,nodev,nofail,x-gvfs-show 0 0 -
#72890
cigam
titán
peterattila
#72888
cigam
titán
válasz
peterattila
#72888
üzenetére
Erre én is gondoltam, hogy azt valamiért lassabban /később csatolja fel.
Az fstab-ban írd át a csatolását:
UUID=3f46ad95 /mnt/Data-2/Filmek ext4 defaults,x-systemd.before=nfs-kernel-server.service 0 0
Elméletileg így megvárja az nfs indítása, hogy felcsatold a partíciót.vmk
Ez egy RaspberryPi? -
Rimuru
veterán
válasz
ubyegon2
#72778
üzenetére
manual mindig ott van hogy segitsen
man fstab
The sixth field (fs_passno).
This field is used by fsck(8) to determine the order in which filesystem checks are done at boot time. The root filesystem should be specified with a fs_passno of 1. Other filesystems should have a fs_passno of 2. Filesystems within a drive will be checked sequentially, but filesystems on different drives will be checked at the same time to utilize parallelism available in the hardware. Defaults to zero (don't fsck) if not present.man fsck
Filesystems with a fs_passno value of 0 are skipped and are not checked at all. Filesystems with a fs_passno value of greater than zero will be checked in order, with filesystems with the lowest fs_passno number being checked first. If there are mul‐tiple filesystems with the same pass number, fsck will attempt to check them in parallel, although it will avoid running multiple filesystem checks on the same physical disk.Hence, a very common configuration in /etc/fstab files is to set the root filesystem to have a fs_passno value of 1 and to set all other filesystems to have a fs_passno value of 2. This will allow fsck to automatically run filesystem
checkers in parallel if it is advantageous to do so. System administrators might choose not to use this configuration if they need to avoid multiple filesystem checks running in parallel for some reason – for example, if the machine in question is short on memory so that excessive paging is a concern. -
-
BoB
veterán
válasz
ubyegon2
#72738
üzenetére
Ha az fstab-ban nem nulla van az utolsó mezőben, akkor időnként ellenőrzi boot-kor a fájlrendszert a rendszer. Itt csak a root kap 1-est, a többi 2-est kellene hogy kapjon. Ahogy említettem ha 0-át írsz ez soha nem hajtódik végre.
Ha ekkor problémát észlel, azok a hibák javításra kerülnek, aminek a javítása valószínűleg adatvesztés nélkül végrehajtható.
Ezt lehet felülbírálni az alábbi 2 kernel paraméterrel:
fsck.mode=[[auto], force, skip]Ezzel azt lehet állítani, hogy ez végbe menjen-e abban az esetben, ha az fstab bejegyzés utolsó része > 0. Ez alapvetően auto módban fut, vagyis x naponta illetve x felcsatolásonként hajtódik csak végre (meg talán van itt még egy változó).
Ha ezt megadjuk force paraméterrel, akkor ez (és az fstab bejegyzés utolsó része > 0), akkor minden egyes boot-nál lefut.
Ha ide skip -et adunk meg, akkor semmiképpen nem fut le, akkor sem ha az fstab bejegyzés utolsó része > 0.
fsck.repair=[[preen], yes, no]
Ezzel a kernel paraméterrel azt lehet állítani, hogy mi történjen akkor ha hibás a fájlrendszer, amire ellenőrzéskor derül fény.
Az alapbeállítás az, hogy azok a hibák kerülnek javításra, aminek a javítása biztonságosan végrehajthatónak tekintett. Ez a preen.
A yes esetén minden hibajavítás le fog futni függetlenül azok biztonságosságától, míg no esetén soha nem kerül végre hibajavítás.
De egyébként tune2fs -el is lehet játszani hogy minden boot-nál legyen ellenőrzés. Nem csatolt fájlrendszer ellenőrzését meg manual is el lehet indítani.
-
BoB
veterán
válasz
ubyegon2
#72732
üzenetére
Önállóan az nem mindig hajt végre ellenőrzést csak időnként, de igen, mert:
Amit cigam írt kernel paraméterek, azok működnek, elsőre alapbeallitas az auto mód (ez van akkor is használatban ha ezt a paramétert külön nem allítod be), ez néha végrehajtja az ellenőrzést ha az fstab-ban nagyobb szám van mint 0 al ellenőrzés részen.
Force-ben mindig végrehajtja, skip-ben sosem. Ez a három paraméter mehet.A második azt mondja meg hogy hiba esetén javítsa-e. Ez preen, yes, no lehet, alapbeallitas a legelső. Ebben az esetben csak azokat a hibákat javítja amik biztonsággal javíthatók, yes-nel mindig az összeset, no-nal sosem egyiket sem.
-
Laszlo733
aktív tag
válasz
CPT.Pirk
#72717
üzenetére
A /run/media helyén a Win particiója van, valamiért azzal lehet valami baja. Korábban kézzel felcsatoltam, de már nem aktív a kérelem.
Az fstab tartalma pedig:UUID=BA3A-351B /boot/efi vfat umask=0077 0 2
UUID=1da9d838-e923-421e-9cbb-262a39790555 swap swap defaults,noatime,discard 0 2
UUID=5ee468cd-1289-4271-a8e7-4732e2b4ec88 / ext4 defaults,noatime,discard 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
-
cigam
titán
válasz
Karmko
#72703
üzenetére
Be tudod írni, csak nem látod mit gépelsz.
A másodikra igen a válasz, csak elhibáztam a könyvtármegosztást, nem kel a /cifs a végére
sudo mount.cifs //gépneve/megosztás /mnt -o username=felhasználó,password=jelszóEz a parancs a/mnt könyvtár alá csatolja a megosztást.
Ha működik pl. a /media alá készítesz egy könyvtárat, és az fstab szerkesztésével minden induláskor automatice felcsatolja neked.ami ki van jelölve sor, de látszólag már telepítve van, szóval tuti működni fog. Sőt inkább
sudo mount -t smbfs //windows/megosztas /mnt –o username=windowsfelhasználó,password=windowsjelszó -
vadkörte
addikt
válasz
Necronom
#72408
üzenetére
A Manjaro az Arch vonalon felhasználóbarát. Tud produkálni érdekességeket.
A Debian alapúak valamennyire "kezdő"barátabbak, de az Arch-alapú fork-okk
Az MX-et találtam eddig a leg-hülyegyerekbarátabbnak.
Ennek ellenére nekem a Manjaro vált be. Sokáig XFCE-vel használtam (ezt bírta kihajtani az azóta jobblétre szenderült laptopom) ma KDE-vel, majdnem napi használatban. (Ha be tudnám röffenteni rajt a F@H cliens-t akkor a homeoffice-ban is azzal dolgoznék, van hozzá leírás, de belegabalyodtam, mint vasorrú bába a mágneses mezőbe. A wine-ban ellődörög az MSOffice (Access)) Teljesen beváltotta a hozzá fűzött reményeim.Félre ne értsd, nem lebeszélni akarlak a Deepin-ről, csak a tapasztalataim írom le.
Amúgy az fstab Manjaro alatt is pontosan ugyanígy néz ki. -
cigam
titán
válasz
Necronom
#72402
üzenetére
kicsi tartok tole, hogy az ubuntu alapu OS-nel valamilyen, amig Debian alapunal valami mas lesz
tevedek?Tévedsz. Az fstab, az smb.conf,... mindenhol ugyanaz. Mindegyik Linuxot ugyanazokból a téglákból(csomagokból) építik, de ahogy a való életben sincs két egyforma ház, mindegyik máshogy néz ki. Az egyik emeletes, a másikhoz garázs is van, a harmadiknak meg csak a színe más. Ha pl. nem működik a bevált smb.conf fájlod az azért lehet, mert maga a szamba is fejlődik, bizonyos paramétereket már nem használnak, és újakat vezettek be. De az is lehet hogy jól működik a samba, de adott distróban alapból be van kapcsolva a tűzfal, és annak a konfigurációjában engedélyezni kell, hogy kijusson a hálózatodra. Szóval ahány ház annyi szokás.
-
Necronom
senior tag
lck, Pano jajajaa igy mar ertek mindent
oszinten bevallom engem az ilyesmi sem windows sem google sem feszbuk ugyeben soha a budos eletben meg nem birt hatni
tudni akarjak a szokasaimat? kivel beszelek, mit irok, bill. rogzito prg van rajta? legyen, egeszsegukre
valogassanak abbol az 5-3-1 milliard emberbol vagy abbol a par szazezebol akik deepint hasznalnak
szeretem a kinait mind lanyban, mind kajaban - vegul is ugyanaz mindketto enni kell es kesz
ram akanak valamit erolteteni reklamok mutogatasaval? joszerivel bosszant, de ha nem kell nem veszem meg
tv adast nem nezunk mar tobb mint 10 eve, nezzuk amit szeretunk, lehet valogatni
de termesztesen megertem a fenttartasokat hiszen a szteket is szeretem deneveres legyencigam latom nalad se problema a mindenfele OS ahogyan májkimikinel sem az
es koszonom a linket, van egy ilyen keszre csinalt fstabom meg smb.conf fileom azokat hasznalom
de pl kicsi tartok tole, hogy az ubuntu alapu OS-nel valamilyen, amig Debian alapunal valami mas lesz
tevedek?
ez a jelen fastabomban a mount, mostmeg Lubuntu van a kis szerveremen/dev/disk/by-uuid/92EC7F45EC7F22A1 /mnt/HDDxxx auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/2C34A7E134A7AC70 /mnt/HDDxxx auto nosuid,nodev,nofail,x-gvfs-show 0 0ugye en mar leirtam az ez iranyu igenyeimet miszerint a neve lehet barmi, egyetlen egy a lenyeg, hogy az igenyeimet kielegitse es mivel en nem az OS-t akarom hasznalni, hanem a szamgepet igy masodlagos a szerepe, annyi, hogy kell valami a szamgephez, hogy futtatni tudjam a photofiltre nevu kis kedvenc programom
(szerencsere van nativ linuxos verzson belole, mint ahogy sokminden mas is)nnna....idokozben keresem az lck altal mutatott videoban a letoltheto ISO-t de nem talalom...
-
#71920
Neil Watts
veterán
ubyegon2
#71901
válasz
ubyegon2
#71901
üzenetére
Nem birtam magammal, meg ma ki kellett probalnom!
*dobperges*
UEFI modban telepitettem (CSM nelkul), mint jo par eve mindent, ugy az tiszta dolog:- Bedugtam a pendrive-ot
- Bootoltam nonfree driverekkel
- Csatlakoztam az 5GHz-es wifi halozatomhoz
- Uj particios tablat hoztam letre az SSD-n
- Elinditottam a telepitot
- Kovettem az utasitasokat mint az elozo ket telepitesnel
- Megvartam amig vegez
- Ujrainditottam a gepet
- Csatlakoztam a wifi halozatomhoz (mind a 2.4 mind az 5GHz-esre siman felmegy. 2.4GHz-en 65 Mbit van meg az 500-bol, 5GHz-en 500 az 500-bol. Volt a teszt pontom es a router kozott egy szabad szemmel is jol lathato betonfal.)
- Frissitettem a rendszert a legujabb cuccokra.
- Reboot
- Csereltem egy kernelt (LTS-rol 5.5.8-ra)
- Reboot
- Bekattintottam az AUR-t a pacmac-ben
- Beallitottam a leggyorsabb szervert
- Felraktam a szukseges programokat
- Beallitottam a TRIM-et, a discard opciokat kiszedtem az fstabbol.
- LiveCD-vel helyreraktam a swap eltolasat.Teszteltem a laptopfedel lehajtasaval valo altatast: Jeles*
* Fedel lehajtasnal elalszik ahogy kell, a felelesztes a bekapcsolo gombbal tertenik, mint barmely mas rendszeren
Osszessegeben: Kulonosen ajanlott.
(#71908) májkimiki
Ez a telepito is elcseszte az eltolast ahogy latom. A 4. particiod a swap, es nem megfelelo a szektor kezdeten van. Ha SSD-rol van szo, akkor GParteddel/KDE Particio szerkesztovel javitsd LiveCD-rol!Udv. core2
-
#63718632
törölt tag
válasz
ubyegon2
#71909
üzenetére
Kivettem az fstab-ból az origi swap-ot. Töröltem, formáztam, csatoltam, swapon. Most jó az alignálás. Bootol rendesen csak sokára kapok login-t. De újra húzom majd egyéni partícionálással.
Van még ott valami más is!!!!
FB-s disztrinek a kékcsillagot gondoltad? A fene tudja, annyira nem néztem utána a fejlesztő csapatnak. A másik meg gondolom melyik lehet. Akikkel csak ott lehet kommunikálni?
-
#71873
ubyegon2
félisten
Neil Watts
#71872
válasz
Neil Watts
#71872
üzenetére
Szia!
Manjaroval nem voltak sosem TRIM gondok, a mostani kemenetek is megfelelőek. Egyébként az Archklónok valóban default a discard opciót részesítik előnyben, semmi gond nincs ezzel sem, max nagy fájlokkal való gyakori műveleteknél nem javallott, így értelemszerűen az NVME tipusoknál sem. Fstrim ütemezett is tökéletes, de bármilyen meglepő is, az online és az ötemezett is teljesen jól megfér egymás mellett.
Egyszóval ha csak felrakod a Manjaro-t, már rendben van az SSD-k kezelése.
Alignálással sincs gond jó ideje, max legacyban telepítéskor hibásnak jelzi a kiterjesztett particiót.
Az fstab-ban a rendszer alkalmazott discard opciokat, mind a HDD-k mind az SSD-k eseteben
HDD esetén kicsit érdekes, de lényegtelen, úgysem hajtja végre semmi ezt a parancsot merevlemezeknél.
Ha valaki discard-ot alkalmazna, a /boot esetén ne legyen, ennyire érdemes odafigyelni.
És igazán nincs mit! Hasznos látni, melyik disztró hogyan kezeli a TRIM-et.
-
#71872
Neil Watts
veterán
ubyegon2
#71840
válasz
ubyegon2
#71840
üzenetére
Szia!
Ferfiui kivancsisagtol hajtva felpakoltam a Fedora helyett egy Manjarot.
Eddig nagyon tetszik.
Az alignment is rendben van:
Asudo blockdev --getalignoff /dev/sda, sdb, sdd
(ugrott a betujel, nem tudom miert), 0-t ad vissza, tehat a telepito jol vegezte a dolgat.Az fstab-ban a rendszer alkalmazott discard opciokat, mind a HDD-k mind az SSD-k eseteben. Ezeket mindenhonnan eltavolitottam, mert azt olvastam, hogy ez folyamatosan TRIM-el, igy engedelyeztem az fstrim service-t.
/etc/fstab:UUID=D72B-22EB /boot/efi vfat umask=0077 0 2UUID=e0f19ede-8a6c-499a-a6a1-b5f72e93cfdc / ext4 defaults,noatime 0 1UUID=6070260d-4eb6-4075-84ae-68ee25d1c35f swap swap defaults,noatime 0 2tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0# Internal HDsUUID=78254e28-4f38-490a-ad5b-c2d1e87706c3 /mnt/78254e28-4f38-490a-ad5b-c2d1e87706c3 ext4 defaults,noatime 0 0UUID=bb4fd23d-7a2e-4729-a327-4b443935324a /mnt/bb4fd23d-7a2e-4729-a327-4b443935324a ext4 defaults,noatime 0 0UUID=e10ca82f-302c-4063-91d7-6fb16e3ad4ea /mnt/e10ca82f-302c-4063-91d7-6fb16e3ad4ea ext4 defaults,noatime 0 0UUID=0a20e9a8-f876-40eb-88ad-24c17a0e1aef /mnt/0a20e9a8-f876-40eb-88ad-24c17a0e1aef ext4 defaults,noatime 0 0sudo systemctl status fstrim.timer:
● fstrim.timer - Discard unused blocks once a weekLoaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)Active: active (waiting) since Sat 2020-03-21 06:32:35 CET; 15min agoTrigger: Mon 2020-03-23 00:00:00 CET; 1 day 17h leftTriggers: ● fstrim.serviceDocs: man:fstrimMar 21 06:32:35 armand-x570aoruselite systemd[1]: Started Discard unused blocks once a week.
Ez igy megfelelo?
Koszi!
Udv. core2 -
válasz
ubyegon2
#71830
üzenetére
A beépített kingson sa400-on van a windows, a linuxos egy usb-s sony, ez: [link] .
Az archos fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
#
UUID=4880-CF95 /boot/efi vfat defaults,relatime 0 0
UUID=2556D4764859B887 /trwin ntfs defaults,relatime 0 0
UUID=f95e5840-b996-424d-8e11-da4b930d49a0 / ext4 discard,noatime,errors=remount-ro 0 1
/swapfile none swap defaults,discard 0 0a LM tríciáé:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdc4 during installation
UUID=2ac122bb-e5b2-4fc4-ae8a-266082b5a236 / ext4 discard,noatime,errors=remount-ro 0 1
# /trwin was on /dev/sdc3 during installation
UUID=2556D4764859B887 /trwin ntfs defaults,relatime 0 0
/swapfile none swap sw 0 071832: Neked viszont a "BIOS"-t kellene frissítened, emiatt megérné akár USB-n bedugni egy adattárolót és feltelepíteni rá egy win10-est átmenetileg, amíg felülírod a "BIOS"-t, utána luxálhatod a winnyózt. Csak nem tudom , hogy USB-s eszközön biztonságos lenne-e a hadművelet, de a beépített vinyón sima ügy lenne.
-
Ha fstrim időzítőt állítanék be, akkor az mindegyik elérhető SSD-t trimmelné, még a windowsosokat is ugye? Az nem lenne jobb?
Egyszerűbb lenne valóban. Nincs a vezérlőnek kedve Windows-zal foglalkozni, particiókat sem lát, csak trimmelhető területet, így azon végigtrimmel, ha eljő az ideje.
A DRAT/ZRAT kiírás elméletileg nem minden SSD-nél van jelen, de ha jól rémlik inkább csak tájékoztató jellegű, a zéró jelenti, hogy nullával tért vissza olvasás után, a másik meg azt jelenti, hogy a TRIM előtti állapotba tért vissza az olvasás alapján. Nagyon régen valahol irkáltam erről, mivel akkor eléggé utána olvasgattam, egyelőre ezzel ne foglalkozz, csak informális kiírás.
Milyen SSD ez pontosan?
Ez a blog jó régi már, berakhatnád ide a FSTAB kimenetét.
**************************************************************
SD kártyát a lehető legritkábban trimmeld, kipusztul tőle, nem SSD. Ha a többi meghajtót nem írja ki, az azt is jelenti, hogy ott nem volt feladata, ilyenkor nekem is visszadobja a promtot üresen.
core2
Majd elfelejtettem, hogy az alábbi sorokból vagy az
autovagy anoautoparamétert ki kéne venned.
UUID=e10ca82f-302c-4063-91d7-6fb16e3ad4ea /mnt/e10ca82f-302c-4063-91d7-6fb16e3ad4ea auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
UUID=0a20e9a8-f876-40eb-88ad-24c17a0e1aef /mnt/0a20e9a8-f876-40eb-88ad-24c17a0e1aef auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
UUID=78254e28-4f38-490a-ad5b-c2d1e87706c3 /mnt/78254e28-4f38-490a-ad5b-c2d1e87706c3 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
UUID=bb4fd23d-7a2e-4729-a327-4b443935324a /mnt/bb4fd23d-7a2e-4729-a327-4b443935324a auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0 -
#71825
ubyegon2
félisten
Neil Watts
#71823
válasz
Neil Watts
#71823
üzenetére
journalctl | grep fstrimHa csinálsz egy gyors manual TRIM-et, annak is rakd be a kimenetét léci:
sudo fstrim -avMég inkább érdekesek a fenti parancsok, mivel az első parancs kimenete alapján támogatott a TRIM, de ez ilyenkor ugye nem annyira egyértelmű mégsem.Látom már!
Célszerű lenne vagy a discard opciót beraknod FSTAB-ba vagy az fstrim-et ütemezni mondjuk heti rendszerességre. De ha elég szabad helyed van, akkor az is bőven elegendő ha pár hetente lefuttatod a manual TRIM parancsot, pár napja olvastam, hogy a relatív nagy overprovisioning mellett akár szükségtelenné válhat a TRIM. Gondolom emiatt van az, hogy a gyártó 7-28% overprovisioning-et javasol, a consumer SSD-nél 7%-ot alkalmaznak gyárilag, a professional meghajtóknál viszont 28%-ot. (már amelyik alkalmazza mindkettőt)
-
válasz
ubyegon2
#71820
üzenetére
A paramétereket már teljesen összebarmolgattam, de nem is mennénk vele semmire, mert eredetileg HDD-hez volt beállítva a rendszer. Most a / partíció úgy van megcsinálva , ahogy a te blogodban olvastam a MINTA fstab-ban. De ugye ez csak a / partíciót trimmeli ?
Ha fstrim időzítőt állítanék be, akkor az mindegyik elérhető SSD-t trimmelné, még a windowsosokat is ugye? Az nem lenne jobb?
Mi ez a deterministic zeros ..... ??? ez jó , vagy rossz nekem ??? :
"
noki@tevagyok ~]$ sudo hdparm -I /dev/sdb | grep TRIM
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM
" -
#71821
Neil Watts
veterán
ubyegon2
#71818
-
ooszi
senior tag
Sziasztok tudnátok segíteni?
Arch Linux telepítést tanulok különböző oldalakról, jól is megy, de egy problémát nem tudok megoldani.
Telepiteskor belépek root -kent, a nano programmal szerkesztenem az fstab filet, de ez az üzenet fogad: bash: nano: command not foundNem tudom megnyitni?
-
válasz
szucstom
#71730
üzenetére
No ezt viszont valóban okosan csináltad, meghálálja a géped a fs cserét.
Ja, ezek az NTFS alatt adott szóközök, de lehet, hogy ékezetek elég furán néznek ki Linux alatt. Ez önmagában nem okozott volna gondot.Azért láttam már ennél egyszerábben lefolyó FSTAB szerkesztést is.
(#71729) Cyrin
Lehet élni FSTAB automount nélkül, de minek!?
Mondjuk én is lusta voltam még megcsinálni és ha elfelejtem a manual mount-ot, vissza is pofázik rendesen a Qbittorrent. -
szucstom
őstag
válasz
#63718632
#71721
üzenetére
hát, dögöljek meg, de sokadjára összejött
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=806A-8783 /boot/efi vfat umask=0077 0 2
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 / ext4 defaults,noatime,discard 0 1
UUID=5966e029-edbb-437a-81ce-ce78f68d792f /run/media/z0d14c/mindenes ext4 defaults,noatime
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
szucstom
őstag
válasz
ubyegon2
#71714
üzenetére
Persze, NTFS. Annyira nagy gond?
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=806A-8783 /boot/efi vfat umask=0077 0 2
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 / ext4 defaults,noatime,discard 0 1
UUID=26906F8E906F62F3 /dev/sda4 ntfs defaults,noatime
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
szucstom
őstag
válasz
ubyegon2
#71714
üzenetére
na igen
így már jó lesz Mester Úr?szerk.: yepp, így jelzi a samut, tárhely nagyságából tudom, hogy az lesz az.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=806A-8783 /boot/efi vfat umask=0077 0 2
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 / ext4 defaults,noatime,discard 0 1
UUID=d23eb5a4-413f-4673-94ed-d6fba044550c /dev/nvme0n1p1 ntfs defaults,noatime
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
szucstom
őstag
válasz
#63718632
#71712
üzenetére
Na igen
Remélem ez így már jobb lesz (live cd-vel kivágtam azt a sort és működőképes lett a linux )# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=806A-8783 /boot/efi vfat umask=0077 0 2
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 / ext4 defaults,noatime,discard 0 1
UUID=d23eb5a4-413f-4673-94ed-d6fba044550c /dev/nvme0n1p1 ntfs defaults,noatime,discard 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
válasz
szucstom
#71706
üzenetére
Elmentjük a nano-t és berakjuk ide a kutyult FSTAB-ot! Nem zárjuk be még a nano-t.
Szerinted ezt viccből írtam?
Nem véletlenül írtam már az elején! A root sorába bemásoltad a MINTA sor számsorát.
Manjaros kollégák itt vannak szerencsére, én csak apt rendszeren tudnám ezt konzolosan megoldani.
Amúgy szerintem live-ból bootolva is lehet szerkeszteni a FSTAB-ot, ha megtalálod. Nagy vész nincs
-
szucstom
őstag
válasz
ubyegon2
#71702
üzenetére
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=806A-8783 /boot/efi vfat umask=0077 0 2
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 / ext4 defaults,noatime,discard 0 1
UUID=d23eb5a4-413f-4673-94ed-d6fba044550c /dev/sda4 ntfs defaults,noatime,discard 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
válasz
szucstom
#71700
üzenetére
Ez már jobb lesz talán, ezt másold be szépen és jöhet a FSTAB kimenet.
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 /
UUID=9389d1f1-46667-4175-9471-34b03c93fac8 /ez az enyém volt és raktam is bele egy szándékos logikai hibát:
UUID=9389d1f1-46667-4175-9471-34b03c93fac8
Gondolom itt neked is feltűnik így, mi nem OK.
(#71704) májkimiki
Ez de katonás kimenet! Tetszik.
Abban segíts már léci, hogyan tudja szucstom kolléga megnézni a pontos elérési utat a csatolandó SSD-hez.
-
szucstom
őstag
válasz
ubyegon2
#71691
üzenetére
no, eddig megvan (remélem jól csináltam
)# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=806A-8783 /boot/efi vfat umask=0077 0 2
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 / ext4 defaults,noatime,discard 0 1
UUID=9389d1f1-46667-4175-9471-34b03c93fac8 /dev/sda4 ext4 defaults,noatime,discard 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
válasz
vadkörte
#71690
üzenetére
Nem tudom, lehet, hogy UEFI-nél rakja be? Amúgy szerintem értelmetlen, mivel alapból a /-en belül van, így csoda lenne, ha nem lenne automatikusan felcsatolva.
Az imént bootolt Manjaro FSTAB-ban 100%, hogy nem volt benne ilyen sor, ez legacy, nem UEFI.
(#71689) májkimiki
Az online(azonnali)
discardTRIM és az ütemezett fstrim teljesen jól elvan egymás mellett. A discard paramétert akkor nem célszerű használni, ha nagy fájlokkal zajló I/O műveletek történnek, mert abba belekvarhat és lassulást okoz időlegesen. Emiatt tiltják az NVME SSD-nél is, mert alapból ez a nagy fájlokkal és gyors másolással operál.A
noatimeopció azért jó, mert minden fájlművelethez így nem fűz naplóbejegyzést, ami által gyorsul az I/O művelet. -
válasz
szucstom
#71686
üzenetére
https://logout.hu/tema/ubuntu_linux_2/hsz_22696-22696.html#msg22696
Anno így nézett ki az FSTAB szerkesztése.
https://wiki.archlinux.org/index.php/Fstab_(Magyar)
Ez meg azért, hogy értsd is, mi miért van.
No akkor......
sudo nano /etc/fstabparancs az első lépésUUID=9389d1f1-46667-4175-9471-34b03c93fac8 (CODE)/ elérési/út (/CODE) ext4 defaults,noatime,discard 0 1Így fog kinézni a beszerkesztendő sorod.
2. lépés, megállapítjik az UUID számot:
sudo lsblk -fkimenetből kimásoljuk a megfelelőt és beillesztjük a MINTA sorba
(ha szükséges, használhatod asudo fdisk -lparancsot is)3. lépés, beírod a / helyére az elérési utat
Mivel ez tároló meghajtó, kivesszük a
discardopciót és az utána lévő számok 0 0 lesznek. Az archwiki linkból megtudhatod, miért nem0 1A kész sort bemásoljuk a nano-ba ügyesen. A / sora után Enter és utána legyen ez a sor.
Elmentjük a nano-t és berakjuk ide a kutyult FSTAB-ot! Nem zárjuk be még a nano-t.
-
szucstom
őstag
válasz
#63718632
#71680
üzenetére
Lehetséges, nem vagyok otthon ebben a témában. Pusztán annyit akartam közölni, példának okául, hogy míg a 18.5-ben magamnak kellett a touchapd conf fájlát létrehozni és megszerkeszteni, addig a 19-es Kyria-nál már megvolt alapból (volt még pár ilyen, de felsorolni már nem tudnám)
ubyegon2
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=806A-8783 /boot/efi vfat umask=0077 0 2
UUID=9389d1f1-4987-4175-9471-34b03c93fac8 / ext4 defaults,noatime,discard 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
válasz
vadkörte
#71677
üzenetére
Akkor az én gépeimet utálja a Manjaro meg a KDE is. Most, hogy mondod tényleg 1gigás frissítés volt, mikor átbootoltam.
(#71678) szucstom
Kevesebb meló.....azért megcsinálhatta volna az automountot is, ha már......
Ha nem használtad még a Nano-t, melóhelyen ismerkedj meg vele. Az kell majd az FSTAB szerkesztéshez.
(#71680) májkimiki
Nem az ő hibájuk, miért idiótáskodik a Manjaro ezekkel az értelmetlen nevekkel meg számokkal? Aki nincs nagyon képben a rollinggal, azt hiheti, jött egy újabb kiadás.
-
válasz
vadkörte
#71675
üzenetére
Ja, az FSTAB magyarba is megvan, de az angol jóval bővebb, ha jól emlékszem és sok tipp meg magyarázat is van benne. CLI-s megoldás amiatt jobb valóban, mert univerzális, a GUI-s meg akár azonos DE-n belül is változik, épp az FSTAB-os leírásom nem ér emiatt semmik, mivel gksu-val már nem lehet GUI-s szövegszerkesztőt indítani.
Én imént megint benéztem a csak fallback módban indítható Manjaro KDE-be, hogy ott hogyan lehetne szerkeszteni az FSTAB-ot, épp a fájlkezelő nem akart működni, se a /-t sem a /home-ot nem tallózta be, valami érthetetlen hibát írt ki.
A napokban mindenféle hibákat olvasok Manjaronál, gondolom megint frissítés, olyankor mindig van valami. nálam csak a szokásos kernel panic.
-
vadkörte
addikt
válasz
ubyegon2
#71672
üzenetére
Viszont ami akkor kellett volna, az épp benne van (fstab
) Hogy én mit nyiglődtem az angol wiki-vel, erre itt van ungárisul is.
Amúgy változatlanul használom a KDE-s Manit és változatlanul tetszik. Nem tudom miért, de sokszor már nem is GUI megoldást keresek, hanem CLI-st, aztán nézek mint a lukinyúl, hogy van GUI-s is -
válasz
szucstom
#71665
üzenetére
Aham, már emlékszem, ill jól emlékeztem a Samura, de erről már amúgy ejtettünk is talán pár szót, legfeljebb nem Manjaroval.
nem éri el, csak, ha manuálisan odavezénylem a letöltési ablakban.
Ez így nekem értelmetlen, ha nincs manuálisan sem csatolva, akkor nincs csatolva, amiről itt írsz az az elérési út megfelelő beállítása mind böngészőben, mind letöltésvezérlő kliensben. Hiába fogod felcsatolni manuálisan vagy az FSTAB-ba beírva, ugyanúgy a default elérési utak lesznek az említett helyeken.
Ráadásul ez még csak nem is Linux sajátosság, más oprendszernél is ez van.Mivel gyárilag csak 6GB/12GB(256/512) van elkülönítve, minimálisan 5%-ot el kell különítened az overprovisioning miatt, ezt gondolom tudod.
-
-
ooszi
senior tag
válasz
#63718632
#71335
üzenetére
hegejani@HomePC:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=6530bb95-0716-4fe4-86ad-d7a3e5b69186 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=C036-3B94 /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme0n1p3 during installation
UUID=6db09f0d-b1cd-42ec-b48f-40ea1b505a36 /home ext4 defaults 0 2
# /mnt/Nvme500GB was on /dev/nvme1n1p1 during installation
UUID=bc3bc3c0-8ead-42fa-9a43-56e7d17b179f /mnt/Nvme500GB ext4 defaults 0 2
# /mnt/WdBlack500GB was on /dev/sdb1 during installation
UUID=162ca5ac-b557-4fff-aea5-6918c6f2f2b8 /mnt/WdBlack500GB ext4 defaults 0 2
# /mnt/WdRed4TB was on /dev/sda1 during installation
UUID=bee04875-de5f-4571-8b94-55040c6aad09 /mnt/WdRed4TB ext4 defaults 0 2
# swap was on /dev/nvme0n1p4 during installation
UUID=1afdc097-cfbb-4438-a318-56b91cbf11f8 none swap sw 0 0 -
ooszi
senior tag
FSTAB:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=6530bb95-0716-4fe4-86ad-d7a3e5b69186 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=C036-3B94 /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme0n1p3 during installation
UUID=6db09f0d-b1cd-42ec-b48f-40ea1b505a36 /home ext4 defaults 0 2
# /mnt/Nvme500GB was on /dev/nvme1n1p1 during installation
UUID=bc3bc3c0-8ead-42fa-9a43-56e7d17b179f /mnt/Nvme500GB ext4 defaults 0 2
# /mnt/WdBlack500GB was on /dev/sdb1 during installation
UUID=162ca5ac-b557-4fff-aea5-6918c6f2f2b8 /mnt/WdBlack500GB ext4 defaults 0 2
# /mnt/WdRed4TB was on /dev/sda1 during installation
UUID=bee04875-de5f-4571-8b94-55040c6aad09 /mnt/WdRed4TB ext4 defaults 0 2
# swap was on /dev/nvme0n1p4 during installation
UUID=1afdc097-cfbb-4438-a318-56b91cbf11f8 none swap sw 0 0 -
válasz
#63718632
#70804
üzenetére
Köszi, ezt kipróbálom, sajna ez a legnagyobb hátrányom, hogy egy bevált séma rögzül a fejemben, onnantól semmi más nem érdekel. Hiába próbáltam ki sokszáz disztrót 6 év alatt, ezekhez a bevált módszerekhez ragaszkodom, jól mondja Frawly komám mindig az Offtopikban, hogy nem vagyok képes fejlődni.
Van valami egyedi dolog a Manjaro grubjában, ha egy másikat is oda teszel ahol Ő van, akkor utána nem nagyon szeret indulni, a másik bejegyzéséből.
Ja, egyedi dolog, én egy qrva nagy bosszantó sok éve meglévő bugnak mondanám, de ezzel is már rutinből elbántam, csak abban tévedett a módszert leíró kolléga, hogy ha utolsónak telepítem a Manjaro-t, akkor nincs ez a gond. Akkor is van, ha a többi disztró fő kernele frissíti magát.
(#70806) Horvi
Nem lenne ezzel a HP 8570p-vel se ilyen gondom, ha csak a Manjaro került volna rá. Meg ha nem birizgálom ezt a galád BIOS-t az UEFI próbálkozásokkor. Azt nem csípi a gép, amúgy qrva jó strapagép, nem egy kényeskedő, nyekergő műanyag pengevékony lófütty.
Ez a jelszavas dolog nagyon meglepne, ha úgy működne FSTAB-ból, ahogy szeretnéd. Bár ha össze-vissza linklegetsz, fene tudja.....ehhez nem értek, de nem is hallottam hasonlót. Igaz, a rendszer kéne, hogy elérje a meghajtókat......Haladó topikba megkérdezném a helyedben, hátha.
(#70805) CPT.Pirk
Annyira gondolom nem nehéz átállni Chakra-ról, de én rohadtul sajnálom, hogy így megnyeklettek, mert ez az utolsó RC5 már nálam nagyon jól muzsikált! Valami nagyon jól összeállt benne, jó nem minden a bootidő, de még a gyors Manjaro-ra is rávert, 5s alá már csak a Chakra tudott bebootolni meg amúgy is, ez a CK-kernel nekem vagy a HP-nak inkább, nagyon bejött!
-
Horvi
őstag
Hali,
Egy újabb hülye kérdéssel fordulnék a nagyérdeműhöz
A melóban adott pár network drive amit felmountoltam, fstab-ba is bekerültek. A drive-ok eléréséhez kell a felhasználónév/jelszó páros. Ugye a felhasználó név az nem változik de X időnként meg kell változatni a jelszót.
Van arra mód, hogy az fstab-ban megadjak egy jelszóra mutató változót, hogy ha változik a jelszavam akkor automatikusan azt használja? Vagy ez így felejtős?
Egyelőre úgy csináltam meg, hogy egy fájlban eltároltam a felhasználónevet, jelszót és azt a fájlt adtam meg az fstab-ban mint "credentials" option.
Ez egy fokkal már kényelmesebb megoldás, hogy csak itt kell átírni még pluszban a jelszót.Megoldható a dolog vagy nagyon benéztem valamit?
-
#69891
CPT.Pirk
Jómunkásember
AeSDé Team
#69890
CPT.Pirk
Jómunkásember
válasz
AeSDé Team
#69890
üzenetére
Megoldható, ha ismered az fstab fájlt és van egy live képes disztró alól be tudsz lépni egy másikba. Többnyire minden benne van a téma összefoglalóban, ehhez neked partíciót kell klónoznod, majd live rendszer alól belépni a klónozott rendszerbe, ahol átszerkeszted az fstab bejegyzéseket. Ez után egy update-grub a másik rendszerről megoldja a bootmenüt. Röviden.
-
válasz
vadkörte
#69853
üzenetére
Nem-nem! Inkább örülök! Sosem fogom guruként kezelni a linuxot, sosem fogom n+1 disztríbúció összes terminal utasítását fejből nyomni.
Na végre valaki!
Guruként....no ettől sokan távol vagyunk, én egyre inkább, de legalább bizonyos területeken elég hatékonyan eligazodom leírások alapján,az FSTAB régen eléggé foglalkoztatott és most újra érdekel, mert elég sok új dologgal szembesültem, anno systemd-mount még nem volt, most az is bejött a képbe.a noatime-os elütést észre sem vettem, pedig többször átfutottam azt a kemény 5 sort
Ezen ne csodálkozz, mire valamit összeszerkesztettem anno, már én se láttam meg benne a hibát, máséra rápillantva egyszerűbb.
-
vadkörte
addikt
válasz
samujózsi
#69838
üzenetére
Jó, OK, dual boot-os. Anno a dual boot jelentését nem így "tanultam". Nem akartam összerondítani egyik rendszer betöltőjét sem, így maradtam ennél a primitív megoldásnál. Nem a legelegánsabb, de működik...
(#69839) IO.sys:
Nem volt kikapcsolva. Már ki van. Most már világbéke van és csacsogó csillámpónik csivitelve ugrándoznak a szivárványos réteken!
(#69841) samujózsi:
Elég volt a fastboot kikapcsolása, illetve a biztonság kedvéért mindegyik Windows-os energiagazdálkodási profilban kikapcsoltam a hibrid-alvás funkciót. A hibernálást meghagytam, mert néha használom.
(#69843) CPT.Pirk:
Aljas vagy! Felfedted A NAGY titkot!!!
(#69848) ubyegon2:
Ennyire azért nem vágom a linux-ot. Az megvan, hogy a linux-ok elboldogulnak az NTFS-sel de "nem szeretik" és a jogosultságkezelés is problémás vele (OMV-t futtatok a NAS-omon, és van, hogy terminal-oznom kell)
Arch/Manjaro wiki alapján raktam össze az fstab-om. Ott írták az "auto"-t és a "0 2"-t. Ha azt mondjátok, hogy "defaults" és "0 0" jobb, akkor teszek vele egy próbát.
Naszóval a lényeg az, hogy mindenki segítségét hálásan köszönöm, a probléma megoldódott.
Egyelőre így használom a gépet, aztán majd ha lesz ismét laptopom, arra már direktben a Manjaro megy fel, az asztalinál van még néhány program, ami a Win-hez köt, bár, ha elfutnának a wine-ban.... Hmmm...
dolgok minden KDE alatt működnek, nekem legalábbis Manjaro, Debian, és most az Ubuntu is KDE-sítve lett utólag, azon is úgyhogy szerintem ez KDE feature.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nem bonyolultak amúgy, csak ezeket a mount, automount, autostart, script dolgokat kell megismerned.
- néhány= ~8) végeztem.
Nektek, meg némi guglizásnak köszönhetően már elviekben megyeget ütemezetten.
(nem az FSTAB-ba természetesen)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- PROHARDVER! feedback: bugok, problémák, ötletek
- Sony Xperia 1 V - kizárólag igényeseknek
- Borderlands 4
- SONY LCD és LED TV-k
- Elektromos autók - motorok
- Villanyszerelés
- Android alkalmazások - szoftver kibeszélő topik
- Anglia - élmények, tapasztalatok
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Eredeti játékok OFF topik
- További aktív témák...
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Eredeti - Choice - Bundle - Steam kulcsok beszerzése. Írj kérés PM-et!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- REFURBISHED és ÚJ - Lenovo ThinkPad 40AS USB-C docking station (akár 3x4K felbontás)
- Azonnali kézbesítés az év bármely pillanatában
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest