- MasterDeeJay: Alacsony fogyasztású házi szerver a korábbi projektekből összeépítve
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- weiss: Logi MX Master 3S FW NEM frissítés
- Magga: PLEX: multimédia az egész lakásban
- eBay-es kütyük kis pénzért
- Geri Bátyó: Megint tahó voltam – SZEMÉLYISÉGFEJLŐDÉS
- Argos: Adjátok vissza a netet! - szeretnék elaludni!
- nonsen5e: DPD tapasztalatok
Hirdetés
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#76934
gyulazsolti
senior tag
cigam
#76927
gyulazsolti
senior tag
Az fstab-ba, oda kellene beírni ahol nyillal jelölöm? [kép] Eddig paint féle valamit kerestem, hogy megtudjam mutatni a képet.
Nem tudom oda vinni a kurzort.Át tudom nevezni a kötetet?
Hopp, a kurzorra rájöttem, a nyilakkal.
Akkor a / jel után írjam be : media/saját ntfs-3g uid=1000,gid=1000,umask=000 0 2
UUID=56DCBB7FDCBB57C7 /media/saját ntfs-3g uid=1000,gid=1000,umask=000 0 2
-
#76927
cigam
titán
gyulazsolti
#76926
cigam
titán
válasz
gyulazsolti
#76926
üzenetére
Így csináltam, "saját" mappát, jó? [kép]
Ezt nem értem. Ezt az fstab-ba kellene beírni, nem a parancssorba. Induláskor az fstab-ból olvassa ki, hogy melyik eszközt hova csatolja fel.
De felvannak csatolva a neghajtók amiket szerenék állandóra. [kép]
Az automata felcsatolás így működik. A /media/userneved mappa alá felcsatolja. amit felismer. Viszont mivel 2 meghajtódnak is "Új kötet" a neve, elég nehéz megkülönböztetni őket egy plusz sorszám alapján. Ezért kell a /media alá olyan könyvtárat létrehozni amiből Te tudni fogod, hogy a pitypalatty mappában csatoltam fel azt a partíciót, amin a pornót gyüjtöm, és a munka mappában pedig az a partíció van fel felcsatolva, amin a munkádhoz kapcsolódó fájlokat tartod.
Szerintem ez nem látszik mind a terminálban. [kép]
Mert a hálózati meghajtó csak akkor fog felcsatolódni, ha valamivel be is tallózód (pl. megnyitod a fájlkezelőben) Természetesen a hálózati meghajtókat is felcsatolhatod az fptab-ban, de ez a második lépés legyen, amikor már tudod helyesen szerkeszteni az fstab-ot, és a helyi meghajtókat úgy csatolja fel ahogy szeretnéd.
tordaitibi
De lehet. Úgy hívják hogy macOS
-
#76924
cigam
titán
gyulazsolti
#76922
cigam
titán
válasz
gyulazsolti
#76922
üzenetére
A #76912-ben már megcsináltam egy fstab sort.
Hogy te mit tartasz az sda1 meghajtón, azt neked kell tudni. Ha éppen nem tudod melyik az sda1, nyisd meg az Új kötet1 mappát (/media/ggy/Új kötet1) hogy beazonosítsd.A listában az
- első oszlop: az eszköz(partíció) azonosító, pl sda1
- a második oszlop: a fájlrendszere
- a harmadik oszlop: az egyedi azonosító, az a bizonyos UUID
- negyedik oszlop: jelenleg hova, melyik mappába van felcsatolva.tiobe
Jogos, megint csak köszönöm a kiigazítást! -
#76922
gyulazsolti
senior tag
cigam
#76921
gyulazsolti
senior tag
De kiadtam azt a parancsot, a leírásban ott van.
Már megcsináltam a terminálban a mappákat.Na ezzel nem vagyok képben.
"Hát ott van a fotódon minden pl.
sda1 -»az a sok betűszám (Az UUID oszlop) az UUID amit az fstab-ba kell bemásolni) Most újkötet1 néven van felcsatolva"
Megcsinálnál egyet mintának?
Bekopizom.
loop0 squashfs /snap/transgui-test/22
loop1 squashfs /snap/vlc/1700
loop2 squashfs /snap/snapd/10492
loop3 squashfs /snap/gtk2-common-themes/13
loop4 squashfs /snap/core/10577
loop5 squashfs /snap/core18/1944
loop6 squashfs /snap/gtk-common-themes/1514
sda
└─sda1 ntfs Új kötet 56DCBB7FDCBB57C7 /media/ggy/Új kötet1
sdb
├─sdb1 ntfs C0E8D409E8D3FB9A
├─sdb2 ntfs D4CED087CED062F2 /media/ggy/D4CED087CED062F2
└─sdb3 ext4 49451d62-a84a-447e-b029-f74b482ffe0f /
sdc
└─sdc1 ntfs Új kötet 582CD50A2CD4E452 /media/ggy/Új kötet -
#76921
cigam
titán
gyulazsolti
#76918
cigam
titán
válasz
gyulazsolti
#76918
üzenetére
Azt a WDMyBook mappát nem én csináltam, ott volt.
Tuti? Nem a sudo mkdir /media/WDMyBook parancsot próbáltad ki?
Felőlem MC-ben is csinálhatod. Csak ne felejtsd el a jogokat is átállítani a mappákon. Nem használtam régóta MC-t, majd a többiek megsúgják, hogy ott hogyan kell.
Hát ott van a fotódon minden pl.
sda1 -»az a sok betűszám (Az UUID oszlop) az UUID amit az fstab-ba kell bemásolni) Most újkötet1 néven van felcsatolvaAz ssdb1 és sdb2 valószínű a W8.1 partíciók, és az sdc1 most "Új kötet" néven van felcsatolva.
-
#76916
tordaitibi
veterán
cigam
#76912
Azt az fstab kiegészítést (nem tudom fejből) ne felejtsétek el neki mondani amit be kell írni ha nem elérhető valamiért a meghajtó, ne haljon meg a rendszer bootnál.
Szép a szenvedély, de ez win alatt 2021-be (de 20 éve is így ment):
hálózati meghajtó hozzáadása
betallóz
esetleges nevet-passwordot beír
megkérdi milyen néven csatolja
megkérdi hogy minden indításnál automatikusan csatolja.
Kész.
A linkbe egy "csodálatosan egyszerű" samba leírás is van, brrrr...
Én az ilyenek miatt halogattam kb. 10 évig, kb. 6-8 nekifutás után a Linuxokat. Most meg oké csinálom de néha nem gyerebe a módszerek.
Vállalom a következményeket, jöhet a megkövezés.
A kérdező kolléga személyébe szerencsére lelkes személyiség lakozik.
10000-ből 1 -
#76912
cigam
titán
gyulazsolti
#76910
cigam
titán
válasz
gyulazsolti
#76910
üzenetére
Igen, jó az irány.
Én úgy csinálnám, hogy pl. az "új kötet 1"-nek készítek egy mappát a /media alá, ahogy írtam is. a rá jellemző mappanevet választanék. Mondjuk ha adatok vannak rajta, akkor
sudo mkdir /media/adatok
sudo chmod 777 /media/adatok
Az fstab szerkesztésekor pedig csak be kell helyettesíteni az adatokat.pl
UUID=56DCBB7FDCBB57C7 /media/adatok ntfs-3g uid=1000,gid=1000,umask=000 0 2Ez az 1000-es id-jű (általában az elsőnek létrehozott felhasználóhoz és csoporthoz) rendeli felcsatoláskor, de mindenki tudja majd írni, olvasni.
És sorra a többinek is készítesz egy mappát, és hasonló módon felirod őket az fstabba. Így minden induláskor oda fogja felcsatolni ezeket a lemezeket.Ha elmentetted az fstab tartalmát, egy sudo mount -a parancsol csekkolhakod is, hogy minden rendben van. Ha nincs hibaüzenet, már fel is csatolta őket , és ezentúl minden újraindításkor ott lesznek.
-
vadkörte
addikt
válasz
trapi007
#76877
üzenetére
"Linuxhoz nem értek..."
Ahhoz képest összekalapltál egy parancssoros felülettel operáló server-t...
"Azt olvastam, hogy a Debian, nem barátja a kezdőknek."
Nem egészen. A Debian senkinek nem barátja. Olyan, mint a gonosz nagymama a családban.
A Debian-t már ismered valamelyest. Én nem mennék át más platformra. Miért kellene újrarakni? Klónozd át egy másik SSD-re és go... Maximum az fstab-bal lehet kisebb munka
Más.
Brave-ről van infója valakinek? Hetek óta nem frissül. Érvénytelen kulcsra hivatkozik frissítéskor. -
CPT.Pirk
Jómunkásember
válasz
trapi007
#76877
üzenetére
Miért nem klónozod át egy nagyobb SSD-re?
Hozd létre a partíció(ka)t az új SSD-n, aztán a CloneZilla megcsinálja a klónozást, utána nagyjából csak egy live rendszer alól át kell írni a root partíció UUID-jét (ha UUID-vel csatoltad) az fstab fájlban, aztán kell csinálni egy grub frissítést és készen is vagy.
-
lypen99
aktív tag
Az előbb írtam, hogy 2 HDD van a gépbe.
A 80 GB-t látom, de a 160-t nem, de azt adtam meg homenak partíciónálásnál.
Mountolnom kellene vagy mit ha tölteni szeretnék rá?
Bocsánat a láma kérdésért, de fstab paranccsal megnéztem és ott van látszik, csak a GUI-n nem látom, tehát nem értem..Szerk.: A Lemezkezelőben is látom, csak magát Letöltéskor nem tudom kiválasztani, hogy arra a HDD-re tudjak tölteni.
-
urandom0
senior tag
válasz
anorche1
#76657
üzenetére
Külön az USB-re tudtommal nem lehet (csak az említett fstab-os módszerrel kikapcsolni), viszont globálisan lehet állítani a disk cache-t, tehát ez érvényes lesz a merevlemezre is!
Ezek kellenek neked:vm.dirty_background_ratio - megadja, hogy a rendszermemória hány %-nak kell megtelnie disk cache-sel, hogy elkezdje kiírni a lemezre. Nálam most 10%, szóval ha a RAM 10%-a megtelt disk cache-sel, akkor elkezdi kiírni (de közben ha megy a másolás, pufferelhet tovább).
vm.dirty_ratio - megadja, hogy a rendszermemória hány %-át használhatja maximum disk cache-nek. Nálam 20%, szóval ha a memória 20%-át eléri a cache, akkor azt kiírja lemezre és addig nem pufferel semmit, amíg ki nem írta teljes egészében.
Így tudod állítani:
echo 20 > /proc/sys/vm/dirty_ratio
echo 10 > /proc/sys/vm/dirty_background_ratioÉs így tudod csekkolni:
cat /proc/sys/vm/dirty_ratio
cat /proc/sys/vm/dirty_background_ratioLehet játszani a különféle kombinációkkal:
vm.dirty_background_ratio = 5
vm.dirty_ratio = 10- vagy -
vm.dirty_background_ratio = 50
vm.dirty_ratio = 80- vagy -
vm.dirty_background_ratio = 5
vm.dirty_ratio = 80Beállítod a két értéket, és teszteled egy pendrive-val. Utána megint állítasz rajta, megint teszteled, és így tovább, amíg jó nem lesz.
Újraindítás után a beállítások elvesznek, ha meg akarod tartani őket, akkor csinálsz az /etc/sysctl.d könyvtárban egy valamilyen számmal kezdődő fájlt .conf kiterjesztéssel, pl. 90-local.conf
Minél nagyobb a szám az elején, annál később hajtódik végre -> ha van előzőleg beálított paraméter, azt felülírja. Nekünk ez kell.Szóval:
sudo nano /etc/sysctl.d/90-local.confÉs beleírod az általad megfelelőnek vélt értékeket, pl.:
vm.dirty_background_ratio = 50
vm.dirty_ratio = 80Szóközök legyen az egyenlőségjelek körül!!
-
válasz
Panthera
#76383
üzenetére
Szerintem nyugodtan használd az SSD-t, az amit leírtál, az lófütty felhasználás, ha még az SSD-ről is lehetne tudni valamit......
, de amúgy ha viszonylag új tipus, akkor neked bőven elég oda a garbage collection is. Linux oldalról csak az FSTAB-ban alkalmazható discardopció működhet vagy a cron, de mondom, felesleges ez is. Beírod FSTAB-ba a discrad-ot és kész, majd egyszer kidobod az elhasznált SSD-t. A két időpont között feledkezz is meg róla nyugodtan. Max az overprovisioning-gal érdemes foglalkozni, ha gyárilag nincs lefoglalva min 7%.Ja igen, nincs init rendszer abban a valamiben, ne is keress, azért vannak csak a fenti lehetőségeid.
-
-
&(#75486) Véreshurka
Úgy néz ki, hogy mindkettőtöknek érdemes lesz azt a linkelt systemd-s csatolási módszert megpróbálni. Nem tűnik egyszerűnek, de végig kell zongorázni amit a leírás javasol. Nem értem mi lehet a gond ezekkel az FSTAB-os csatolásokkal, igaz nem is próbáltam soha, olyan mint ha egy apróságon átsiklana a figyelmünk.....nem tudom, hogy egy autostart.sh mennyivel lenne jobb, nekem ez a systemd-s megvalósíthatónak látszik.
még ezt is idelinkelem, hátha találtok benne valamit:
NFS/Troubleshooting -
Yerix
tag
Ubyegon2 én hasonló helyzetben vagyok, mint Véreshurka.
Laptopon manjaro linux fut, vezetékes hálózaton van össze kötve egy NAS-sal.
Véreshurkával ellentétben én nem NFS-en, hanem CIFS-en szeretném elérni a NAS-t.Valamint én addig el jutottam, hogy FSTAB-ban fel sikerült csatolni a NAS-t. Eléri a manjaro, de valamiért minden file-t úgy látok, hogy írható-olvasható-futtatható. Illetve ha új file-t másolok a NAS-ra az is minden jogot megkap, de az MC másolás után hibát ír, hogy nem tudja a file jogosultságát állítani.
Én azt szeretném kérdezni, hogy ha Véreshurkának is és nekem is ennyi nyüg egy NFS felcsaotlása FSTAB-ba, nem lenne könyebb egy autostart.sh-t megfelelően paramérterezve nem lenn jobb megoldás ?
-
#75486
Véreshurka
senior tag
ubyegon2
#75485
Véreshurka
senior tag
válasz
ubyegon2
#75485
üzenetére
Sajnos nem nyert ez sem
Lenne 6 db csatolásom, találtam 3 különböző lehetőséget, mindet kipróbáltam 1-1 köteten, de nem működik egyik sem:
1.noauto,x-systemd.after=network-online.target,_netdev--> innen
2.noauto,x-systemd.device-timeout=30,timeo=30,x-systemd.idle-timeout=1min--> redditről szedtem
3.noauto,x-systemd.automount,x-systemd.mount-timeout=30,_netdev--> Arch WikiCsak egy kis adalék: nem daemon-okat indítottam újra, hanem mindig a teljes rendszert.
Illetve közben megtaláltam amit kerestem, de átfutva ez kicsit nekem bonyolultabbnak hangzik (legalábbis több mindent kell szerkeszteni, mint 1 fájl), mint egy fstab-ot szerkeszteni. Illetve azt sem értem, hogy elvileg már a _netdev opcióval egyedül működnie kéne, legalábbis a legtöbb leírás szerint.
-
#75484
Véreshurka
senior tag
ubyegon2
#75478
Véreshurka
senior tag
válasz
ubyegon2
#75478
üzenetére
Na megnéztem. Jól sejtem, hogy az fstab-ban nem számít az opciók sorrendje? Mert sajnos nem megy.
Networkmanager-wait-online.serviceaktív, betöltött. Ilyen most egy bejegyzésem:192.168.1.12:/csatolni/kívánt/mappa/útvonala /home/user/csatolási/pont nfs noauto,x-systemd.automount,x-systemd.mount-timeout=30,defaults,nofail,_netdev 0 0
anoauto,x-systemd.automount,x-systemd.mount-timeout=30az ok, az arch wiki-ből jött, meg is néztem nagyjából mit jelentenek,
anofailugye azért kell, ha nem lenne elérhető a NAS,
adefaults-ot a legtöbb olyan helyen olvastam ahol NFS csatolásról lehetett olvasni,
a_netdevmeg ugye, hogy távoli kötet.Sajnos még sem megy, rögtön látom, hogy nincsenek felcsatolva újraindítás után (MATE DE Disk Mounter tálcakiegészítőjén keresztül), és a
sudo mount -asem csatolja fel őket csak akkor ha kiveszem anoauto,x-systemd.automount,x-systemd.mount-timeout=30részt ahogy eddig is volt. Egyébként így újra elolvasva a wiki részt ismerős volt és mintha már ki is próbáltam volna, persze ugyanezzel az eredménnyel. Egyébként mintha ehhez a systemd-s csatoláshoz olvastam volna valahol, hogy még más is kell hozzá (talán valamilyen fájlból definiálni valamit), de most persze pont nem találom -
#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 -
-
#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. -
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.
-
#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.
, de amúgy ha viszonylag új tipus, akkor neked bőven elég oda a garbage collection is. Linux oldalról csak az FSTAB-ban alkalmazható 
Ez tetszik!
az fstab-ot nem én szerkesztettem, igazából fogalmam sincs mi van ebben. Én gui-n kattingattam össze a csatolást, és ezt sikerült legenerálnia belőle.... töröljem a /dev/sde8 sort? az elég ?
Lenne 6 db csatolásom, találtam 3 különböző lehetőséget, mindet kipróbáltam 1-1 köteten, de nem működik egyik sem:
![;]](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.
Új hozzászólás Aktív témák
Hirdetés
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
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- PlayStation 5
- Épített vízhűtés (nem kompakt) topic
- QNAP hálózati adattárolók (NAS)
- Kiválthatja az AI az egeret és a billentyűzetet?
- Xiaomi AX3600 WiFi 6 AIoT Router
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Azonnali fotós kérdések órája
- MasterDeeJay: Alacsony fogyasztású házi szerver a korábbi projektekből összeépítve
- VR topik (Oculus Rift, stb.)
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- 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!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Apple iPhone 14 Plus 128GB, Kártyafüggetlen, 1 Év Garanciával
- Eladó szép állapotban levő Samsung S22 8/128GB / 12 hó jótállással
- Bomba ár! HP Elitebook 840 G1 - i5-4GEN I 8GB I 180GB SSD I 14" HD+ I Cam I W10 I Garancia!
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- IKEA (HAVREHOJ) tablet tartó
Állásajánlatok
Cég: FOTC
Város: Budapest