- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- aquark: Jó platformer játékokat keresek!
- sziku69: Szólánc.
- pusszycat: JEYI - okos, színes, interaktív, ssd külső ház.
- eBay-es kütyük kis pénzért
- Geri Bátyó: Agglegénykonyha 5 – Edények és konyhai eszközök
- Geri Bátyó: Agglegénykonyha 6 – Néhány egyszerű tésztaétel
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
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... -
válasz
vadkörte
#69837
üzenetére
/run/media/username/SYSTEM ntfs-3g auto,rw,notime 0 2
Nagyon rég láttam FSTAB-ot, de a fenti sorban javítsd a helytelen bejegyzést, notime az rossz, amúgy megpróbálnám a
defaultopciót berakni, abban benne lesz arwésautois, viszont ha igaz, setuid is kell az NTFS mount-hoz. A Windows-nál szükséges kikapcsolásokon túl is célszerű így megpróbálni, persze minden soron:/run/media/username/SYSTEM ntfs-3g default,noatime 0 2
Ezeknek meg kéne lenni optimális esetben a mounthoz, ha jól értelmezem(5 éve használtam utoljára NTFS-t):
ntfs-3g is compiled with integrated FUSE support
the ntfs-3g binary is at least version 1.2506
the ntfs-3g binary is set to setuid-root
the user has access right to the volume
the user has access right to the mount pointItt elég sok hasznos kérdés/válasz van:
This section documents and answers the most common questions about the NTFS-3G driver
# Windows hibernálás kikapcsolása Linux alól
Lehet elég ez a parancs is a hibernálás kikapcsolásához:
# mount -t ntfs-3g -o remove_hiberfile /dev/your_NTFS_partition /mount/point
Deleting Windows hibernate metadata
As an alternative to above clean shutdown method, there is a way to completely destroy NTFS metadata that was saved after hibernating. This method is only feasible if you are not able or unwilling to boot into Windows and shut it down completely. This is by placing remove_hiberfile option when you are mounting your NTFS file system using ntfs-3g.
-
cigam
titán
válasz
samujózsi
#69838
üzenetére
Nem, leállításkor is piszkos állapotban marad:
When you shut down your computer with Fast Startup enabled, Windows closes all applications and logs off all users, just as in a normal cold shutdown. At this point, Windows is in a state very similar to when it’s freshly booted up: No users have logged in and started programs, but the Windows kernel is loaded and the system session is running. Windows then alerts device drivers that support it to prepare for hibernation, saves the current system state to the hibernation file, and turns off the computer.
When you start the computer again, Windows does not have to reload the kernel, drivers, and system state individually. Instead, it just refreshes your RAM with the loaded image from the hibernation file and delivers you to the login screen. This technique can shave considerable time off your start up.vadkörte
Az fstab-ban kell megadni, hogy melyik user/csoporthoz fog tartozni milyen jogosultságokkal. Az NTFS jogait nem tudod linux alol eltekerni, vagyis felcsatoláskor dől el, hogy melyik user/csoport tudja írni/olvasni. Ez lesz érvényes az egész partícióra. -
vadkörte
addikt
Hello!
Új vagyok linux fronton, bár számítástechnikával ide-stova 20 éve foglalkozok. Először kb. 15 éve találkoztam linux-szal ezután néhány éve a laptopomon folytattam az ismerkedést, mivel szerencsétlen gép W10-re már alkalmatlan volt, és még W7-tel is lábatlan tetű volt. A legjobb eredményt XP-vel értem el, de azért 2016-ban XP-t telepíteni, ráadásul szándékosan... Hááát...
Először Ubuntu-val próbálkoztam, de az elvérzett a gép ősi hw-én, ezt követte némi keresgélés után a Mint-XFCE, a végén Manjaro-XFCE. Ezzel is halálozott el (alaplaphiba) a gép pár hónapja.
Virtualbox-ban évek óta futtattam ismerkedés céljából néhány linux-ot, de az valahogy nem ugyanaz. (hiányzott is az érzés )
A laptopomból maradt SSD-re egy nagy levegő után 2019 év feltelepítettem a legfrissebb KDE Manjaro-t. Belaktam, testre szabtam, használom. De egy dologgal nem boldogulok, hiába olvasok utána. Az NTFS file-rendszerű partíciók, csak ro jogosultsággal csatolódnak, a wiki leírások alapján kiegészítettem az fstab-ot is, de akármit teszek, nem tudok írni az NTFS partíciókra.fstab részlete:
Storage
UUID=**************** /run/media/username/SYSTEM ntfs-3g auto,rw,notime 0 2
UUID=**************** /run/media/username/DATA ntfs-3g auto,rw,noatime 0 2
UUID=**************** /run/media/username/DPPROOF ntfs-3g auto,rw,noatime 0 2
UUID=**************** /run/media/username/DPCONVERT ntfs-3g auto,rw,noatime 0 2
UUID=**************** /run/media/username/DPOTHER ntfs-3g auto,rw,noatime 0 2
Úgy vélem az UUID-k és a felhasználónevem nem lényeges, ezért töröltem ki a kimásolt fstab részletből.
Ötlet, hogy mit rontottam el?
A hw az alábbi:
Intel Core i5 6600, 16GB DDR4 RAM, 2x SSD+2x HDD, Creative Audigy2 5.1, nVidia Geforce GTX750Ti 2GB.
SSD1: OCZ Vertex Windows10 Pro és a sallangok, NTFS
SSD2: Samsung 840 Manjaro linux és a sallangok, EXT4
HDD1: adatok, NTFS
HDD2: adatok, NTFS
A rendszer nem dual boot-os, a gép indulásakor választom ki az indítandó OS-t, alapból a W10 töltődik.
A disztribúció:
Manjaro 18.1.5 KDE Plasma DE 5.7 (némileg testre szabva) a kernel 5.4.6-2, zárt 418-as nVidia driver -
#68216320
törölt tag
válasz
samujózsi
#69587
üzenetére
Megcsináltam az átnevezős dolgot, de az mc szerint ugyanolyan lett az új grub.cfg.
OS install óta nem volt raid szétesés. Egyszerűen ilyen menüvel települ fel a disztro. Az install végén látszik is szépen, hogy mindkét hdd-n megcsinálja a grub-ot. ez rendben is van. Amit most látok, ez a default nála.
Aztán elkezdek molyolni a grub-al és nem lesz eredménye.Nem tudom, hogy az efi számít-e neki, de ugye az a partíció, amit nem lehet tükrözni, mivel az tölt be először. Esetemben az fstab szerint a /dev/sdf1 van mountolva a /boot/efi alá.
Arra gondolok, hogy lehet a bios/efi pedig pont a másik hdd efi partíciójával indul alapban. Persze bios-ban csak annyi látszik, hogy Ubuntu.De nem vagyok képben, hogy most miként dolgozik össze az efi és a grub, szóval csak fantáziálgatok. Már régi problémám ez a jelenség csak tegnap reinstall volt és újra előjött a dolog. Nem vészes a 30mp várakozás sem csak inkább a "nem értem" része bosszant a helyzetnek
fstab
# / was on /dev/md127 during installationUUID=a12307f6-b6a1-40e3-90f3-f16ea8b199b3 / ext4 errors=remount-ro 0 1# /boot/efi was on /dev/sdf1 during installationUUID=482D-F52F /boot/efi vfat umask=0077 0 1# /hdd was on /dev/md126 during installationUUID=95b12e9d-b3df-4255-acf2-28d0a4339d43 /hdd ext4 defaults 0 2/swapfile none swap sw 0 0tmpfs /tmp tmpfs defaults,noatime,mode=1777,nosuid,size=1024M 0 0A /hdd mountot tessék elnézni. Egy user van, gyakran kell használnom és lusta vagyok /media/hdd-t vagy /media/usernev/hdd-t használni
És már sok script-ben szerepel, azt sincs kedvem cserélni. -
anorche1
őstag
válasz
CPT.Pirk
#69499
üzenetére
Nem, figyelembe veszi ha kesobb csatlakoztatom.
Csak a rendszer ujratelepites utan a teljes home konyvtaramat vissza masoltam, azt a mappat is, amibe csatolom.
Fstab -ban kikommenteltem a sort, restart utan toroltem a mappat, toroltem a # -t, restart, csatlakoztattam a meghajtot, letrehozta a mappat, es fel is csatolta szepen. Valszeg a mappa jogaival volt valami.
De a lenyeg, hogy sikerul.
A udev szabalyt mar korabban is nezegettem, hogy ha kesobb dugom ra automatikusan csatlakoztassa, ne kelljen nekem kezzel, de inkabb skippeltem. Majd talan 1x. -
-
anorche1
őstag
Bocsi a duplaert
fstab -ban benne van, hogy uuid alapjan bootkor csatolja fel a kulso hdd -m a home konyvtaram ala. Ezt szepen meg is teszi.
De ha a kulso hdd nelkul bootolok, majd utana csatlakoztatom, akkor /run/media/user/uuid ala csatolja. Korabban ez jol mukodott, csak miota ujraraktam a rendszert nem. -
anorche1
őstag
Manjaro kde
Hogy tudom azt megcsinalni, hogy ha egy bizonyos (tehat nem az osszes) usb -s hddt a gepre dugok, akkor azt egybol csatolja fel?
Fstab -ban benne van, tehat a gep indulaskor szepen felcsatolja. De nekem az is kellene, hogy ha bootkor nem volt jelen a hdd, csak kesobb kotottem ra, akkor ne kelljen kezzel mountolnom. -
Rimuru
veterán
válasz
anorche1
#68903
üzenetére
Nem kell kulon ESP (EFI) particiot letrehoznod, ugyan azt hasznalja a windows es a linux is.
Technikailag nincs ertelme klonoznod a /boot/efi-t, amikor a grubot telepited akkor berakja magat oda rendesen.Az ilyen csodaprogramokban nem hiszek, de kb ezt csinalnam:
Windows intall, telepitovel mar letrehozni a linuxnak szant szabad teruletet - lesz X particio, ebbol az egyik EFI + a formazatlan.
A szabad teruletre visszajuttatod valahogy a linuxod, pl livecd: letrehozod a particiokat amiket szeretnel, felmountolsz mindent (efi-t is), atmasolsz mindent olyan formaban ahogy kenyelmes, fstab helyrerak (minimum az esp uuid modosult), chroot grub install, reboot.
Termeszetesen ez kicsit el van nagyolva igy de ennyi a lenyeg, ha hasznalsz valami toolt (pl clonezilla) akkor annak a sajatossagait figyelembe kell venni. -
CPT.Pirk
Jómunkásember
válasz
Butcher82
#68800
üzenetére
Akkor érthető. A Clonezillát ismered? Karakteres felülete van, de elég jól megcsinált. Lényegében sok képernyőn keresztül menve megmondod neki, hogy mit mire klónozzon át (device - device mód), aztán ő megcsinálja és ha szerencséd van még bootolható is lesz.
Arra fel kell készülnöd, hogy az átklónozott rendszer ha nem találja a root fájlrendszert, akkor ki kell javítanod a bejegyzést hozzá az /etc/fstab fájlban. Ez akkor lehet, ha eltérő lesz a partíció kiosztás. Az eredetit asudo fdisk -lparanccsal tudod megnézni, az fstab tartalmát pedig acat /etc/fstabparanccsal. -
-
anorche1
őstag
Egy luks -szal titkositott usb -s hdd -t hogyan tudok fstab -ban automountolni?
A /dev/mapper/luks-2aa... /home/XY/HDD ... nem jo. Valahogy ugy kene, hogy bootolas kor keje a jelszavat, mint mikor a rendszer is titkositva van.
Sot, azt esetleg meg lehet oldani, hogy ha tobb hdd is titkositva van ugyanazzal a jelszova, akkor csak 1x kelljen beirni, es mindet felcsatolja? -
anorche1
őstag
Fstab -ban beallitottam, hogy a kulso winyomat inditasnal csatolja fel a home konyvtaramba. Ez hibatlanul is mukodik.
A gond akkor van, amikor ez a winyo nincs bedugva a gepbe, es ugy kapcsolom be. Ilyenkor masfel percig var a hdd -re, majd emergency modba lep a boot (innen hogy jutok tovabb? keri a root jelszot, es kapok egy root promptot. Hogyan tovabb?)
Hogy tudnam megoldani, hogy ha nincs csatlakoztatva a hdd, akkor csak skippelje a dolgot, ne essen panikba, ne varjon masfel percet?Szerk.: manjaro kde
-
válasz
Rimuru
#67743
üzenetére
/mediaa default, mint emlegettem már.
És nem kényelmes, mert nem tudom milyen, Mint alatt nem foglalkoztam vele, csak az FSTAB-ba másoltam a szükséges sorokat.Igazatok lehet amúgy, Ubuntut nem használok, ha rosszul navigáltam a kollégát szerintetek, javítsatok ki ill segítsetek neki.
(megint kiderült, hogy jobb, ha nem írok semmit)Valójában már régóta nem is vauzok bele semmibe, most viszont SSD-s overprovisioning kérdés volt, emiatt nem bírtam megállni, de elég lett volna csak linkelnem a régi hsz-t.
-
Az a kényelmes, amit megszoktál.
Én ezeréve oda csatolom, ahová a rendszer is csatolja alapból, van egy FSTAB-om ma már részben felesleges SSD és cache opciókkal, így mindig azt viszem át, ha új disztrót telepítek, ill így csináltam, amíg ilyesmivel foglalkoztam. Felejtek is rohamosan, mióta nem irkálok a topikokba. ![;]](//cdn.rios.hu/dl/s/v1.gif)
Egyszóval úgy jó, ahogy ti csináljátok, én nem értek hozzá, ezért alkalmazkodom a rendszer default dolgaihoz, amikor az is megfelelő, de Mint Cinnamonnál nekem 6 éve megfelel.
-
-
OK, már itt van az sdb1, akár innen is kiszedheted az UUID számsort az sdb1-en jobb gomb és az Információ sorra katt.
ilyen lesz a sorod, amit beraksz a FSTAB-ba
UUID=ad243bd5-64d8-4207-baae-b4a36ac6b4f /media/hegejani/WD500GB ext4 nosuid,nodev,nofail 0 0Ellenőrizd le a számsort és rakd be a swap alá utolsó sorként és mentsd el.
-
Melyik az 500 gb hdd, mert szerintem ez sda az az a 250 gb ssd?
Ezt elfelejtettem megválaszolni. A HDD nem szerepel az FSTAB kimenetében még, hiszen ezután fogod beszerkeszteni. Mint látod, minden sor sda-val kezdődik, sehol nincs sdb-s sor.
Ha már késő van és nem látod át rendesen, amit csinálunk, akkor inkább csináljuk meg holnap, mert ha összekutyulod, akkor nem fog működni, az FSTAB-nak nagyon pontosnak kell lenni.
-
válasz
ubyegon2
#67716
üzenetére
SSD és FSTAB csatolás témán kívül máshoz nem szólok már hozzá egy ideje, de úgy látom a többiek nem említették, hogy swap-ot azért is értelmetlen volt külön particióval csinálnod, mert a rendszer automatikusan létrehoz egy swapfájlt.
ez a rendszerpartició sora, az error=.....stb az normális. (én be szoktam tenni a discard,noatime, opciókat is az , error elé, de nem gond ha nincsenek ott)
UUID=7a3e194d-9299-46cb-9093-28763f591b46 / ext4 discard,noatime,errors=remount-ro 0 1sudo fdisk -lparancs kimenete megmondja, melyik a SSD és melyik a HDDsdanálad az SSD, ígysdblesz a HDD valószínűleg. Gparted-del particionáltad a HDD-t? -
Épp ezt írtam az előbbi hsz-ben, Mate alatt lehet, hogy megy a
pkexec xed /etc/fstab parancs is simán (nem ugrik most be, mit kell írni a xed helyére)
sudo nano /etc/fstabterminalos szerkesztő is jó lesz.Az FSTAB szerkesztése röviden, csak a terminal parancs már ebben változott az előbbiek szerint. (gksu megszünt)
Ha majd elkészült, írd be ennek a kimenetét.
cat /etc/fstab -
válasz
CPT.Pirk
#67710
üzenetére
Nem mondtál hülyeséget, ez csak egy felhasználói szokás, mármint a /home saját kreálása vagy a rendszerre bízása. Alapból bőven elég a rendszerre bízni, legalábbis én soha nem csináltam külön. Ha van másik meghajtó, mint ebben az esetben is, akkor viszont annyira felesleges a külön /home, hogy nagyon, mivel a csatolt HDD veszi át a tároló szerepét. szerintem
Egyébként jó ideje automatikusan a /mediába megy a külön meghajtók csatolása, ha az FSTAB-ban szerkesztve csatoljuk.
ooszi
Annak az 500GB-os HDD-nek gondolom adsz valami nevet mondjuk gparteddel, így az alábbi paranccsal megnyitott szerkesztőben tudod csatolni.
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xed /etc/fstabValami hasonlót fogsz kapni:
# /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/sda4 during installation
UUID=7a3e194d-9299-46cb-9093-28763f591b46 / ext4 discard,noatime,errors=remount-ro 0 1
/swapfile none swap sw 0 0
UUID=929741bd-5267-448e-bac2-673258cf3a99 /media/ubyegon/TORRENTEK ext4 nosuid,nodev,nofail 0 0
UUID=7f085f77-6825-45f7-8bc2-ba75aba3df95 /media/ubyegon/PCX ext4 nosuid,nodev,nofail 0 0
UUID=3121cd91-e143-47d4-adab-c73024f87840 /media/ubyegon/TT ext4 nosuid,nodev,nofail 0 0Az UUID-es sorok mind külön meghajtók, ha így berakod FSTAB-ba, automatikusan csatolva lesznek indítás után. Ez csak egy példa, a szerkesztésre is van sok jobb mód, de most ezt találtam hirtelen, mert ami az SSD-s blogban van, nem minden esetben működik.
A terminalos parancsban a
xedaz a szövegszerkesztő Mint alatt, ha nálad más van, annak a nevét írd helyette. -
edari
őstag
Bocsi hogy csak most válaszolok, elfelejtettem napközben hogy tegnap este félhullaként írtam.
Mint írtam, nem vagyok nagy linuxos, így nem tudom megindokolni hogy miért lett ext4-es a pendrive. Arra emlékszem hogy gondolkoztam az ext4 és ntfs között, aztán a tudatlanság nyert és ext4 lett.
@Frawly:
Hát beletaláltál, torrent megy rá.
De akkor átrakom ext2-re.@(#67261) Cifu:
Pontosan ezért lett UUID-vel mountolva. Ha jól emlékszem, már első bootnál (miután beállítottam fstab-ban) is megakadt, de akkor úgy voltam vele hogy nem érdekel. Tegnap este már zavart.
Fstabban lévő értékek (UUID, elérési út, fájlrendszer is)
Linux alól simán feltudom csatolni.
Egyébként Raspbian van használatban,Megnézem mégegyszer azt a fstabos sort, utána átrako a pendrive-ot ext2-re.
Szerk: valóban lemaradt egy 0 a sor végéről.
-
Cifu
félisten
válasz
pube111
#67265
üzenetére
Az ArchWikin nagyszerűen le van írva az FSTAB és annak változói.
Csak egy kérdés: ha több USB pendrive-ot is beledugsz, akkor is biztos a /dev/sdb lesz az a bizonyos meghajtó? Ugye, hogy nem feltétlen.
Ezért jó dolog az UUID, mert akárhogy rakod össze, biztosan jól fogja felmountolni.
@ubyegon2: Én megvárnám, hogy milyen információkat oszt meg a kolléga.
Látatlanban már sokszor lehurrogtam dolgokat, aztán kiderült, hogy teljesen érthető okokból volt az úgy és pont úgy csinálva. Ezekből okulva nem akarok nekifutásból okoskodni...
-
OK, tudom, hogy hardver minden Pi, aminek gyümölcs neve van.
Azt hittem van alapból valami saját szoftvere, mert ugye a kolléga elmondása alapján nem tippeltem arra, hogy rátelepít valamit önszántából.Annyira tökmindegy, hogy senki nem rak naplózó fs-t pen-re, de amúgy ja, használhatnám én is a Sharp smartTV-t akár digitális képkeretnek is.
No de amúgy csak belevauztam, nem értek hozzá.
Ja most látom az FSTAB-ban a mount opciók az ext4
default-ra vannak beállítva, na ez meg aztán végképp nem egy flash alapú eszköznek lett kitalálva, tutira ez okozza a gubancot. (szerintem) -
Cifu
félisten
válasz
pube111
#67259
üzenetére
Miért ne lenne jó az adott sor?
Ő UUID alapján csatol, ez biztosabb, mint a /dev/sda, hiszen akárhogy dugod rá a meghajtót, akkor is stimmelni fog.
@edari: Némi információ még kellene:
1.: Eddig működött, és most nem jött össze, avagy most próbálod először csatolni?
2.: Az fstab-ban lévő értékek stimmelnek? A pendrive UUID-je, a fájlrendszer, az elérési út?
3.: Pontosan milyen linuxról beszélünk egyébként?
4.: Ha nem a pendrive a boot eszköz (ugye nem?), akkor a linux alól fel tudod csatolni?Illetve nekem még az szúrja a szeme, hogy csak egy nulla van a végén. Kettőnek kellene ott lennie, valahogy így:
UUID=6fgfb33-96vf-d401-00d9-7a3396cfd401 /media/JF/32 ext4 defaults 0 0 -
pube111
senior tag
Szerintem nem jó az fstab sor. Valahogy így kéne kinéznie:
/dev/sda1 /media/usbhdd vfat iocharset=utf8 0 0Így állítsd be:
Kérdezd le a pendrájvot:sudo fdisk -l
valami ilyet kapsz:/dev/sda1 * 63 625137344 312568641 b W95 FAT32
hozz létre egy csatolási pontot:sudo mkdir /media/pendrive
a pi user legyen a gazdája:sudo chown pi:pi /media/pendrive
szerkeszd az fstab-ot:sudo nano /etc/fstab
írd bele:/dev/sda1 /media/pendrive vfat iocharset=utf8 0 0Természetesen a te adataidat írd be!
-
edari
őstag
Sziasztok
Raspberry-n futotttam bele az alábbi problémába, de mivel linuxos ezért ide írom ha nem gond.Beállítottam az fstab-ba, hogy automatikusan csatolja fel a rádugott pendrive-ot, azonban bootnál meghal az alábbi üzenettel: "dependency error for local file systems".
fstab utolsó sora így nézett ki:
UUID=6fgfb33-96vf-d401-00d9-7a3396cfd401 /media/JF/32 ext4 defaults 0Mi lehet a baja?
Nem vagyok nagy linuxos, így bocsi ha továbbra is értetlenkedek, vagy már alapból hülyeséget csináltam.
-
Frawly
veterán
válasz
ubyegon2
#67174
üzenetére
Az fstab-ot már rég nem szerkesztgetem én sem. Legutoljára valami 1 éve volt, amikor tmpfs ramdrive-ot csiholtam bele, de SSD-re sem adok meg spéci paramétereket.
De van, mikor tényleg szükség van ilyenre, hogy rendszerfájlt kell szerkeszteni, és ilyenkor bizony a kezdők GUI-s megoldásokért nyúlnak. Persze pont ezért szoktuk a terminálos megoldásokat erőltetni, 1) minden disztrón egyformán megy, 2) nem gond a sudo (nincs szükség gksu, pkexec, admin://-vergődésre), persze jön is mindjárt a kritika, hogy túl szakmai, meg xaralinukszmerttermináloznikell, bezzegawindows.
Ez sok DE/WM hiányossága is. Pl. ha a grafikus felület kulturáltan be tudja kérni grafikusan a rendszergazdai jelszót frissítéskezelőnél meg systemctl-es huszárkodásnál, akkor ezt a megoldást általánosan elérhetővé kéne tenni, hogy egy kezdőnek ne ezzel kelljen foglalkozni.
(#67177) ubyegon2: most nem tudom miért kell durcizni. Senki nem mondta, hogy valami rosszat írtál volna. Én viszont úgy érzem, hogy valamivel nem értesz egyet, de nem jön le, hogy mivel.
-
#67174
ubyegon2
félisten
Cirbolya_sen
#67172
válasz
Cirbolya_sen
#67172
üzenetére
Ebben a szakmaiatlanságban teljesen egyet tudunk érteni, mivel laikusoknak egy ismeretlen dologról szakmai nyelvezetben csak marhák próbálnak segítséget nyújtani.
(#67173) Frawly
Akkor nem tudom, lehet félreértettétek egymást, mert alapból ugyan nem ment a pkexec, de mindenféle toldozós módszerekkel viszont ment, de mintha ezt írta volna a kolléga is. Én már kezdem ezeket elfelejteni, FSTAB-ot sem szerkesztettem ezer éve, el van mentve a meglévő meghajtókkal kapcsolatos fájl, az elég, SSD optimalizálással se foglalkozom már jó ideje. Jó az úgy, ahogy a rendszer kezeli.
A Xed Mint Cinnamonon még most sem akarja az igazságot:
-
Ha már én kvázi le lettem dorongolva a szakmaiatlan hozzászólásaim miatt, örömmel olvasnám, ha legalább azok szakmaibb hsz-eket írnának, akik megszóltak e témában. pld. Debianon működő módszereket csak úgy kezdő disztrók használóinak nem írunk be, mert az is elég szakmaiatlan.
Frawly koma, egy kezdő mennyire ismerte a grafikus sudo-kat? Kb annyira, amennyire most nem ismeri a
pkexecvagy a geditadmin:///etc/fstabmegoldásokat. Ilyen alapon semmit ne cseréljenek le soha?Még egy dolog, ne írjátok azt, hogy a Linux Mint-ben így vagy úgy működik valami, mert a kezdők elhiszik! A Linux Mint Cinnamonban működik a jobbgombos módszer Nemo-ban, ha rendszergazdai műveleteket akarunk végezni, de nem biztos, hogy működik ugyanez a módszer Linux Mint XFCE-nél......
(látom már, hogy kár volt a blogokat kilőni az űrbe, mert az FSTAB szerkesztősben épp részletezve volt ez a gksu utáni helyzet)
-
#67132
CPT.Pirk
Jómunkásember
szallasi007
#67131
CPT.Pirk
Jómunkásember
válasz
szallasi007
#67131
üzenetére
Szóval van egy root, egy swap, két tárhely partíció és valamiért külön egy /boot partíció, amit ráadásul UUID-vel adtak meg.
Nekem gyanús, hogy valami speckó okból van külön a /boot egy ext2-es fájlrendszeren, azt ki kellene derítened, hogy hol és miért van. Flash tárolóknál, DOM modulnál, stb. szoktak esetleg ext2-t használni, mert nem naplózó fájlrendszer, így nem terheli úgymond feleslegesen az eszközt.Az eljárás a backupra nagyjából az lenne, hogy mindegyik partíciót egy-egy fájlba backupolod clonezillával, ezt követően az új helyen visszaállítod a 4 partíciót. Aztán fogsz egy live disztrót, az alól az új gépen megszerkeszted az fstab-ot, hogy a /dev/sdX... elérések stimmeljenek. A külön /boot miatt szerintem a clonezilla nem tudja majd helyrerakni a grub-ot, azt kézzel kell megcsinálnod, erre szintén találsz leírást az összefoglalóban.
Kérdés, hogy miért van külön /boot és miért uuid-vel van megadva, ha az egyéb partíciók még a hagyományos módon vannak csatolva.
-
#67123
CPT.Pirk
Jómunkásember
szallasi007
#67122
CPT.Pirk
Jómunkásember
válasz
szallasi007
#67122
üzenetére
Ez nem egy egyszerű feladat. Ha a hagyományos /dev/sdX módon van csatolva a root fájlrendszer, akkor ugyanazt a struktúrát kell kialakítani az új gépben (hdd-(k) port kiosztása, stb) vagy szerkeszteni az fstab-ot az új struktúrához, ha UUID alapján, akkor meg azt kell hozzáigazítani az új gépben lévőhöz.
Mindkét helyzet olyan, hogy azt egy live disztró alól lehet megoldani, de nem triviális. Nem tudom mennyi tapasztalatod van ilyen téren, és hogy pl. csináltál-e már chroot-os belépést.Cifu: itt nálam a Chakra bootideje érezhetően rövidebb a W10 bootidejénél.
Frawly: érdekes, nekem más találatok jöttek.
-
#66872
Frawly
veterán
Plasticbomb
#66868
Frawly
veterán
válasz
Plasticbomb
#66868
üzenetére
Nem értem, az 5-ös kernelnek kéne tudnia kezelnie azokat a hardvereket, amiket írtál. A 2. genes Ryzent és a Vega64-et is.
A nomodeset-et jól érted, az a kerneldrivert tiltja le.
(#66863) zoltanz: elég hozzá kézi mounttal felcsatolni, az a default mount paraméterekkel csatolja. Az fstab-ban sem kell megadni paramétert, és akkor defaultként csatolja fel. A chown nem igényel semmilyen speciális beállítást, normál felcsatolást, azt követően meg sudo chown korlátozottfelhasználói_név /csatolási/pont -R, és az egész a tulajdonodba kerül, tudsz rá írni.
-
CPT.Pirk
Jómunkásember
válasz
togvau
#66815
üzenetére
Ez azért történt, mert logikailag az eddigiek elé tartozó sata portba csatlakoztattad az új cuccot, így eltoltad a régieket egyel jobbra. Az ilyen problémák kikerülésére van az UUID, az alapján ha mountolsz valamit, akkor mindegy hova van dugva, mert az egyedi azonosító.
Újabb telepítéseknél már eleve UUID-vel készül el az fstab fájl.
-
válasz
#20584850
#66784
üzenetére
Azért kérdem mert 860 evo-ra írtátok, hogy az fstrimmel kell használni a discard opció nem jó neki a swap fájlba meg kell a discard.
Nem, azt írták, hogy nincs a blacklist-ben az SSD-d, nyugodtan használhatod a discard opciót. Mindkét tipusra érvényes ez. Akkor nem ajánlott a discard opció, ha benne van a blacklist-ben. Ezek a dolgok amúgy a rendszert futtató fájlrendszerek esetén számítanának, ha egyáltalán.....a swap nem ilyen.
pár alap:
swap
1. swap file (ezt az Ubuntu és deratívái telepítéskor létrehozzák)
2. swap partició (ezt a user hozza létre, ha szükséges)
TRIM a 2. opciónál merülhet fel, swap file-nál nem!TRIM
1. discard - folyamatos TRIM (ez egy mount opció, FSTAB-ban lehet hozzáadni az adott particióhoz)
2. fstrim - ütemezett TRIM/discard gyakorlatilagA kérdés amúgy az először, hogy kell-e neked swap partició? Ubuntu esetén nem kell és megfelelő mennyiségű fizikai memória esetén sem kell. Mennyi memória van a gépben?
-
válasz
#20584850
#66780
üzenetére
Semmi különös nincs ebben az esetben sem, ahogy már Frawly említette, be lehet rakni a discard opciót az FSTAB megfelelő sorába. Archwiki is említi ezt a lehetőséget, de mivel a swap nem igazán fájlrendszer, ha úgy hagyod se lesz semmi, arra már nem emlékszem, hogy a SSD blog írásakor a swap particiónak rakott-e discard-ot az Antergos default. Jó ideje nem használok swap-ot, de ha ismernénk a géped hw összetevőit, mondhatnék ennél többet is.
Gyanítom, hogy a discard opció azért merül fel swap esetén egyáltalán, mert a swap fájlrendszere láthatatlan az fstrim-nek.
egy ilyet biggyeszthetnél be te is, szigorúan a Programkód gombbal:
ubyegon@LM191Cin-8570p:~$ inxi -Fxxx
System:
Host: LM191Cin-8570p Kernel: 4.15.0-46-generic x86_64 bits: 64
compiler: gcc v: 7.3.0 Desktop: Cinnamon 4.0.9 wm: muffin 4.0.6
dm: LightDM 1.26.0 Distro: Linux Mint 19.1 Tessa base: Ubuntu 18.04 bionic
Machine:
Type: Laptop System: Hewlett-Packard product: HP EliteBook 8570p
v: A1029D1102 serial: <root required> Chassis: type: 10
serial: <root required>
Mobo: Hewlett-Packard model: 17A7 v: KBC Version 42.38
serial: <root required> BIOS: Hewlett-Packard v: 68ICF Ver. F.62
date: 04/07/2015
Battery:
ID-1: BAT0 charge: 41.3 Wh condition: 43.2/43.2 Wh (100%) volts: 12.4/10.8
model: Hewlett-Packard Primary type: Li-ion serial: 33254 2013/03/12
.......
.....én levágtam a terminal kimenet végét, ezt ne tedd!
-
válasz
#68216320
#66776
üzenetére
Ez a felhasználói szokásoktól is függ! NVME protokollos SSD-nél nem játszik a discard vagy a TRIM se(?) ilyenem még nem volt, de ezt olvasom soxor. NVME-nek külön megoldása van.
Sata-s 850-nél ha home user-ként használod, bőven elég a default fstrim. Ha akarod megváltoztatod a lefutás gyakoriságát napi-ra, szerintem a discard-ot nem egyértelmű helyzetben nem érdemes használni, bár nem okoz gondot sokak szerint, de a systemd-ben lefuttatott fstrim is jó. Mint a példa is mutatja, Ubuntu vonal az fstrim-et perferálja, az Archklónok(amiket próbáltam) meg default discard-ot rakmak az FSTAB-ba. (ez 2015-ben is így volt, mint a blogomban is említettem)
-
#68216320
törölt tag
Segítséget szeretnék kérni a következőben. Az Ubuntu 18.04 rendszeremet átköltöztettem egy nagyobb SSD-re. Egészen pontosan egy Samsung 850 EVO M.2 Sata 500GB SSD-re. Úgy tudom ez a 800-as sorozat blacklist-en van. Emiatt kivettem az fstab-ból a discard és noatime opciókat.
Azt szeretném a "szakiktól" megkérdezni, hogy milyen megoldással lesz akkor trim most a rendszeren?
A 200MB-os EFI-t leszámítva egyetlen Ext4 partíció van "/" mount alatt.
Közel 350GB anyagot fogok most felmásolni, gondolom utána jó lenne egy trim. Csak manuális ( fstrim -v / ) opció van ennél az SSD-nél? -
Shyciii
veterán
válasz
s1999xx
#66486
üzenetére
fstab-ba raktam bele:
/home/Data ext4 defaults,discard,noatimeUgye a defaults ezeket tartalmazza: "rw, suid, dev, exec, auto, nouser, async"
Ebben a Data csatolási pontban van a komplett partícióm amin a cuccaim vannak. És ez alatt van egy mentesek mappa:
drwxrwxrwx 2 shyciii users 4096 Mar 6 10:39
-
cigam
titán
válasz
togvau
#66476
üzenetére
Csak tippelek. Partícionáld egyformára és
dd if=/dev/sda1 of=/dev/sb1
dd if=/dev/sda2 of=/dev/sb2Vagy megnézed hol végződik a hasznos adat, pl. fdisk -l /dev/sda és megadod a dd-nek hogy csak annyit másoljon.
dd if=/dev/sda of=/dev/sdb bs=512 count=85434567897654Futás közben az rsync-el próbálkoznék, pl
sudo rsync -ahPHAXx --delete --exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found} / /mnt
Viszont az fstab, és grub igazítására szükség lesz.De a clonezilla is választás lehet.
-
-
Még ez az egy hsz-em hadd legyen ehhez a témához, utána tényleg nem szólok hozzá!
DD-zni Minek, utána FSTAB megy egyéb konfig szerkesztésekkel mi lesz? A dd-zés kezdőknél nem célszerű, mert ezt a Gpartedben is meg tudod csinálni egyszerű és közismert másol/beilleszt gombokkal. Csak arra kell figyelni, hogy a célmeghajtó minimum akkora, de inkább nagyobb legyen, mint a másolandó partíció teljes mérete. Ha jól emlékszem.....
off
uff
outCsak azóta, hogy én hozzászóltam a kolléga kérdéséhez, kb 50x lehetett volna úgy megcsinálni, ahogy javasoltam.
No de inkább szofisztikáljunk, ki ne mondjuk, hogy koma, ne akard ezt te így csinálni, mert nem vagy rá még képes. Én az első hónapokban kifejezetten örültem, ha rámszóltak, hogy ezt így még ne akard..... -
CPT.Pirk
Jómunkásember
válasz
Kenderice
#66171
üzenetére
Lehet, hogy van ilyen készen Linuxra is, de én még nem találkoztam vele. Kérdezz még rá szerintem a nem kezdő Linuxos topicban is, hátha ott valaki tud ilyet.
Azt tudom mondani, hogyha az fstab fájlban a partíció elérések a hagyományos /dev/sd... módon vannak beállítva és ahová kerül ott is ugyanaz lesz, akkor egy clonezilla át tudja menteni az új helyre a cuccot és még működni is fog.
Bármi egyéb esetben bele kell nyúlni itt-ott, ami elsőre nem javasolt.Ubi: kicsit finomabban pls.
-
CPT.Pirk
Jómunkásember
válasz
Kenderice
#66165
üzenetére
Jobban végiggondolva, még az fstab fájlba is bele kellene nyúlni kívülről, mert másik eszközre kerülne. Plusz akkor már az initet is újra kell alkotni... Nem megoldhatatlan, de határozottan nem kezdő téma.
Még mindig telepíteni egyszerűbb, a /home mappád alatt meg ott van kb. mindennek a beállítása rejtett .-al kezdődő mappákban, onnan át tudsz vinni ezt-azt, ha ilyesmi hiányzik.Amúgy ez a migrálás dolog annyira Windowsnál se egyszerű téma, lehet oda van valami célprogram erre, de ott is sok dolgot kell ehhez végigcsinálni, azt se nagyon szokták csinálni.
-
válasz
growler
#65930
üzenetére
Nem kekeckedésből kérdeztem rá!
Egyébként valami viszonylagos támpont nem árthat vagy ha valaki nem tud erre figyelni, de van kis affinítása a rendszerhez, beállíthat discard opciót, így aztán az online TRIM-melés mellett nem lesz gondja...kivéve ha blacklist-ben van az SSD-je, de az se gáz már annyira.
Közben az SSD-s blogra gondolva eszembe jutott, hogy anno az Archklónok default berakták a
discardopciót is.....Megnéztem a laptopon gyorsan a Manjarot és hopp benne van most is default a discard opció!
default, noatime, discard- ezek vannak alapból az FSTAB-ban, mondjuk az elsővel nem tudok mit kezdeni, mert az zsákbamacska.Frawly komának külön ajánlom a fentieket!
az első sor az 85-től 100%-ig akart volna lenni !
Úgy már van értelme! (látod, én figyelek)
-
attka
aktív tag
Sziasztok,
Tanácsot szeretnék kérni.
HOME könyvtáramat külön winchesteren tárolom, amit kinőttem és vettem egy nagyobbat. Hogyan tudom a legegyszerűbben megoldani az átkölltözést az új winchesterre ami még formázatlan, hogy minden beállításom megmaradjon?
Gondolom fstab-ba is be kell majd írnom az új UUID-t is.
Distro Linux Mint 18.3Köszi.
Üdv. -
#65557
ubyegon2
félisten
ontheground
#65556
válasz
ontheground
#65556
üzenetére
Most, hogy említed, valóban még systemd előtti időkből maradt így ez az fstab, ahogy a TRIM időzítés beállítása is, bár talán pont az lett frissítve a blogban.
Szóval anno, már 5 éve az első SSD-nél még nagyon utána olvastam a kímélés/optimalizálás témakörnek, onnan maradtak a morzsák. Ma már az utolsót csak beszereltem és használom.ubyegon@Mint19cin:~$ 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/sda1 during installation
UUID=7kkkcac116625e-4afd-bcdc-ea63f139515c / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0Most néztem rá erre a néhány hónapos Samsung 860 evo-ra is, azt hittem pár dolgot már beleírtam, de nem úgy néz ki....
A swap fájl itt is figyel, a rendszer csinálja ezeket, azért is kérdeztelek, hogy a LL nem csinált-e.
-
ontheground
tag
válasz
Frawly
#65544
üzenetére
Tehát akkor ne foglalkozzak, ezekkel a fájlcsereprogis kímélésekkel, mert felesleges, csak a RAM fogy közben.
A sima swap-ot hanyagolnám, nekem bejön a zram verzió, abból sincs sok, csak 2*256MB, kb egy hónapja nyüstölöm így, semmi gond nem volt még. Ez az OCZ Vertex 2 SSD egy kemény 60 gigásnak becézett aggastyán jószág amúgy, alapból 57GiB hellyel, ezen van egy 20GiB rendszer, meg egy 30GiB /home egy-egy EXT4 partíción. Swap-pal már nem terhelném, lassan szerintem 10. életévét tölti. A többivel többé kevésbé egyetértek, és köszi az instrukciókat.Az aláírásodon meg jót nevettem
Én is belefutottam hasonlóba anno egy notin, ahol bedöglött a billentyűzet, volt is egy régi USB-s bill., de a legacy USB support meg ki volt kapcsolva BIOS-ban. Elem kiszedés meg power gomb nyomkodás segítette rajta Ubyegon2: Az általad linkelt módszert én is használtam anno Windowson, aztán, ki tudja miért, ott is áttértem ramdiskezésre
Nézegetem az fstab-od, a /var/cache-re én is gondoltam, hogy átrakom még ram-ba, de nem mertem vele próbálkozni, viszont a /home/user/.cache eszembe sem jutott.
Ezekre nem panaszkodik amúgy semmi? Mert ugye kikapcsoláskor radírozódnak.
A kikommenteltek nálam is ott vannak, annyi különbséggel, hogy a sima /tmp-et a systemd intézi nálam a beépített tmp.mount-tal, nem az fstab.
Kérdésedre válaszolva, swap file-om nem volt, de volt korábban swap partícióm, de a zram bevezetése után beszántottam, meg kivettem a rendszerből és az fstab-ból is. -
#65545
ubyegon2
félisten
ontheground
#65539
válasz
ontheground
#65539
üzenetére
Tényleg nincs mit! Ha úgy hagyod, ahogy eddig beállítgattad, totál elegendő. Frawly szaki még kiegészítette a dolgokat, ahogy látom.
Megtaláltam azt a másik módszert, amit a FF-hoz használtam, de köszi amit írtál, kipróbálom, egyszerűbbnek tűnik, bár a lényeg ugyanaz lehet.
Chrome-ot nem sűrűn használok, fizikai memó miatt zram-ot sem.
Ezeket raktam anno fstab-ba, bár mostanában kikommentelem nagyját.
#tmpfs to .cache
tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=800M 0 0
# Modification for SSD
#tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
#tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0Erről jut eszembe, látom itt az fstab-ban a swapfile-t, nálad a 18.04 alapú LL nem csinált? Elméletileg, ha nem használsz swap particiót, akkor csinál telepítéskor.
-
#65525
ontheground
tag
ontheground
tag
Sziasztok. Hétvégén kaptam egyik ismerősömtől egy rosszhírű 60GB-os OCZ Vertex2 használt SSD-t, 4TB írással.
Megszenvedtem vele, de átmigráltam rá a rendszer és a home partíciót.
Clonezillával sajnos nem ment a dolog, Grub-ot is szépen átpakolta,de rendszerindításkor mégis minimal root shellt kaptam a végén valamiért, egy rakat hibával, pedig a Clonezilla még a UUID-ket is klónozza.
Ez a módszer volt célravezetőbb, bár a cp parancsoknál a forráshoz itt is kellett 1-1 csillag:[link]
Ezután Ubyegon2 fórumtárs SSD gyorstalpalója alapján indultam el, amit ezúton is köszönök, a törzsszöveg is nagyon hasznos, de a benne levő linkek is.
A partíció align és a trim rendben van, az I/O ütemezőt átállítottam külön az SSD-nek és a winyóknak is a /etc/udev/rules.d/60-sda_sdb.rules-ba tett szkript segítségével, a nekik megfelelőre, leelenőrizve jó.
A böngésző cache-ek eddig is a /dev/shm-en csatolt ramdisk-be irányítódtak.
Swap-nek zram-ot használok.
Az fstab releváns része így néz ki(RESUME eddig sem volt):
UUID=ceecce41-4a25-4c59-af2c-76de67fa2e24 / ext4 discard,noatime,errors=remount-ro 0 1
UUID=b5cd1050-4fc9-4749-91c8-f8928060df4f /home ext4 discard,noatime,defaults 0 2
tmpfs /var/spool tmpfs defaults,size=64M,noatime,nosuid,mode=0755 0 0
tmpfs /var/tmp tmpfs defaults,size=512M,noatime,nosuid,mode=0755 0 0
tmpfs /var/run tmpfs defaults,size=32M,noatime,nosuid,mode=0755 0 0Az Ubyegon2 fórumtárs leírásában linkelt Berus17 leírása alpján engedélyeztem a systemd-ben a tmp.mount-ot is a /tmp könyvtárnak, így az is be lett csatornázva a RAM-ba.
A /var/log könyvtárt a azlux log2ram systemd service-e segítségével pakoltam át a RAM-ba, mert így alapesetben óránként, valamint kikapcsoláskor visszaíródik lemezre.
Előtte érdemes kitakarítani a log könyvtárból a felesleget, de a benne levő mappákat jó, ha megtartja az ember, mert pl. én kitöröltem őket, de így 1-2 service(pl. ConsoleKit, Nod32 antivirus) nem tudott elindulni, újra létre kellett hozni a mappastrukturát(ott volt a mentés hálistennek a volt HDD-men).Használok két fájlcserélőt is, Nicotine+(Soulseek), illetve Transmission, ezeket úgy állítottam be, hogy /dev/shm-be töltenek, csak a kész letöltést mozgatják át az SSD-re. Leginkább csak zenét meg filmet szoktam letölteni max 720p-ben, torrentben is csak 1 aktív letöltés engedélyezett, majd odafigyelek közben, hogy ne teljen meg a RAM.
A bootidő sokat javult, a böngészés eddig is gyors volt, köszönhetően a ramdisk-nek, a programok viszont picit gyorsabban indulnak, összességében megérte a váltás a konfigurálgatással együtt is.
Kérdésem az lenne, hogy mit tehetnék még meg, hogy kíméljem ezt az elég őskövület SSD-t? Valamint, hogy ennek a típusnak egyáltalán javallott-e a discard Linux Lite 4.2(tkp. Xubuntu 18.04) alatt?
-
dni
őstag
Sziasztok!
Ubuntu 18.04 serverre felcsatoltam egy NTFS fájlrendszerű USB-s meghajtótót a /media/icybox alát a fstab segítségével, amit sambán keresztül megosztok a belső hálózaton, valamint ide töltök le deluge alkalmazással és innen játszom le fájlokat Emby server segítségével TV-men.
A kérdesem az volna, hogy hogy kellene beállítanom a fájl/mappa jogosultságokat, (tulaj, csoport, chmod) hogy minden szükséges felhasználó/csoport tudja írni olvasni (saját user, samba csoport tagjai, deluge user, emby user, kodi user), de nem feltétlenül adnék 777 jogot?Válaszaitokat, ötleteiteket előre is köszönöm.
-
válasz
Frawly
#65251
üzenetére
Őrülök, hogy nekem esett le a tantusz először, hogy hogy ránézzek erre : https://www.slax.org/ systemd-vel : És elindult !! Eddig azt hitte mindenki, hogy csak MBR-rel megy. Ez egy egyszerű egy mappás compact linux. A telepítés nem is tud az EFI partícióról , még fstab sincs benne ! Szóval ilyen szörnyedelem a systemd !
-
-
#65222
ubyegon2
félisten
Plasticbomb
#65219
válasz
Plasticbomb
#65219
üzenetére
OK, már leesett miért írtad a disks (Lemezek) program nevét. Valóban azzal is lehet intézni a csatolásokat, én még ezzel nem próbáltam....az FSTAB szerkesztés nekem átláthatóbb
-
válasz
Zoli1222
#65213
üzenetére
OK, ezekhez nem kéne Windows és Wine sem, hacsak nem kifejezetten MSoffice dolgokat szerkesztenél.....
Linuxon Wine használatával Windowsos klienssel torrentet letölteni nekem olyan, mint ha lenne egy Audid és azzal húznál egy rakomány cementet, ami IFA-ra van pakolva.
A Qbittorrent úgy néz ki, mint az utorrent, miért nem azt használod? Dokumentumok olvasására, szerkesztésére is van jó pár program, alapból is van fenn az általam ismert disztrókon ilyen. Ha nem akarsz már Wint használni, érdemes lenne a meghajtót is Linuxos fájlrendszerűvé alakítani(ha lehet sakkozni az adatokkal és nem ezt dugod a TV-be)
Külön meghajtókat csatolni kell az erre a célra létrehozott FSTAB fájlban, azt nem tudom Zorinban hogyan kell, ugyanúgy változtak-e abban a dolgok, mint az Ubuntu, Mint-ben....
No de nem kavarok be a hozzáértők tanácsaiba........
-
#65156
Plasticbomb
addikt
gregory91
#65152
Plasticbomb
addikt
válasz
gregory91
#65152
üzenetére
Ömmm Szerinted full hozzá nem értőként van fogalmam arról, hogy a Windows verziót is fel lehet erőszakolni?
Alapból a linux verziót dobja a steam site.
Most ott tartok, hogy elegem lett, hogy ujra le kell tölteni minden telepítés alkalmával 50+GBot, így az egyik 500GBos ssdn csináltam egy 250es ext4 particiot, amit aztán kerestem, hogy miért nem adja be a gép automatikusan ahogy megszoktam win alatt. Aztán googli majd gparted/disk manager meg hova mountoljam, be akarom mountolni home/attila alá games néven bedöglik a gép/gui, kétszer ujratelepitettem az egész gépet, majd recoveryben fstab edit harmadik alkalommal, kiszedtem az automountot ahova en szerettem volna, reboot működik a gép... Most bemountoltam /mnt alá automounttal, megy. Illetve az egyik alkalommal azért gyalultam, hogy oké, akkor megnézem kernel frissítés nélkül, hátha működik majd úgy, illetve előtte a padoka frissítés nélkül, közben jött a detour a mount szenvedéssel, s most vagyok ott, hogy ubuntu install megvolt, mnt működik, steam tölti a játékot.
Ehhez mind hozzá adódik, hogy kidolgozom a belem s este munka után kb van még egy órám, amit ébren vagyok, ebbe kell ennek is beleférni. Szal itt egy 5perc-ott egy masik 5 perc ami időket ezzel tudok foglalkozni, s ez pluszba mégjobban felmérgesít.Reggel talán lesz megint egy öt percem reggeli közben, talán végre elindul...
Egyébként folyton ugyanaz a hibajelenseg.
-
-
#65088
ubyegon2
félisten
Black&White
#65086
válasz
Black&White
#65086
üzenetére
Super! Ez is bizonyítja, hogy vaktyúk tipp is találhat néha!
Örülök, hogy sikerült! Nekem ezek az FSTAB opciók mindig gyanúsak, ha sok van beírva belőlük, azért említettem a default-ot, mert arra azt írják, hogy fájlrendszertől függően használja az opciókat, ezek szerint valamelyik opció volt a bűnös, most már ki is tudod zárni, de akár úgy is hagyhatod, sokan használják a default-tal.A nofail már így elég nagy marhaságnak tűnik részemről.....
kipróbáltam pár disztrót (Manjaro, Antergos, Fedora), de visszahúzott a szívem.
Ez ilyen!
-
#65082
ubyegon2
félisten
Black&White
#65080
válasz
Black&White
#65080
üzenetére
Én totál laikusként valami időzítés után kezdenék olvasgatni, lehet késleltetni kéne a service indítását. Másik próbálkozásom az lenne, hogy először kivenném egyesével a FSTAB opciókat, mert az NTFS default-jában lehet, hogy ugyanezek szerepelnek, de azért megnézheted a default opcióval is ezek helyett:
noatime,nosuid,nodev,nofail
még ezt is érdemes lenne megpróbálni: (ellenőrzi, hogy megfelelő-e a konfigurálása a szolgáltatásnak)
systemctl is-enabled SERVICE
-
Frawly
veterán
válasz
Rimuru
#64941
üzenetére
Igen, ezt én is akartam már mondani, mert úgy érzem, hogy keveredés lehet ebből. Így azért a kezdők számára leírnám tisztázás végett.
Többféle UUID is van:
1) Lemez UUID vagy diskuuid. Ez akkor módosul, ha új partíciós táblát hoznak létre a lemezen. Az fdisk -l parancs vagy a cfdisk, vagy általában a particionálóprogik megmondják a lemez UUID-t.
2) Partíció UUID, vagy partuuid. Ez akkor módosul, ha partíciót hoznak létre.
3) Fájlrendszer UUID, vagy csak simán: UUID. Ez a partíción lévő fájlrendszer azonosítója. Akkor módosul, ha újraformázzák a partíciót, és ezzel új fájlrendszer jön létre rajta.A bootoláskor lehet mind a partíció UUID-re és a fájlrendszer UUID-re is hivatkozni, a blkid parancs mindkettő kilistázza. Általában a fájlrendszer UUID-re szokás hivatkozni, de ki mit preferál.
4) LVM esetén a Volume Groupnak nincs UUID-je. A Logical Volume-nak viszont van LV UUID-je, az lvdisplay vagy a blkid parancs megmutatja. Viszont LVM-nél mégis az a szokás, hogy a fájlrendszer UUID-re hivatkoznak, bootoláskor, fstab-ban, stb.
5) A RAID kötetnek is van UUID-je, az mdadm -D parancs megmutatja.
-
Frawly
veterán
Mikrokód nem kell. Vagyis nem feltétlenül, meg azt akármikor lehet telepíteni, később már a rendszer használata közben is, mikor már lehet bootolni. Boot az kell, de az meg abból áll, hogy elkészíted az EFI partíciót, felcsatolod minden más partícióval együtt, genfstab futtat, létrehozod rajta a loader entries mappákat, benne a két conf fájllal (egyikben meg kell adni a kernelparamétereket, meg a root partíció UUID-jét), meg kiadod a bootctl --path=/boot/EFI install (vagy csak --path=/EFI, ha úgy csatoltad) parancsot.
Az egész titka, hogy mikor már a bootolást állítod be, az a célegyenes. Ott nem szabad feladni, meg hirtelen mégis másik disztróért dobni. Szép nyugodtan újra kell próbálkozni, ha nem bootol, Arch telepítőmédia be, újra felcsatolod vele a bootot, és birizgálod a .conf fájlokat, főleg azt, ami a kernelt, initramfs-t hívja meg, ott korrigálod a paramétereket, előbb-utóbb bootolni fog. Nem kell miatta mindig az egész telepítést újrakezdeni, csak azt az utolsó lépést megismételni, ahol elakadtál. Abban segítséget kérni, ide beírod miket futtattál, azoknak mi a kimenete, fstab + EFI-n lévő conf fájlok tartalma, blkid kimenet, és megfejtjük miért nem bootol.
Ha mindig megfutamodsz, akkor hiába volt az egész. Kékluficet Arch-cikkét már nemigen érdemes követni, azóta már megváltoztak az Arch-ajánlásai a telepítést illetően, meg már ő is másképp telepíti. Egy ideig frissítgette a cikket, de egy idő után megunta.
Szerk.: BUÉK neked is, meg minden topiklakónak.
-
válasz
kemotox
#64826
üzenetére
Kezdő topic ide, vagy oda, azért hadd ne kelljen leragadni egy szinten.
Senki nem mondta, én csak azt mondtam, home userként miért ne lehetne ez a véleményem. Én csak a GUI-s FSTAB-os dolgokba szoktam belepofázni, UEFI-ről meg leírtam, amit tapasztaltam. Innentől kezdve nem is szólok hozzá máshoz, csak amihez értek(ill használom), ha nektek ez megfelel.
-
válasz
ubyegon2
#64527
üzenetére
Meg egy rakás Ubis, Debianos... Legtöbbeknél áttértek már. Különben nem tudom, miért szitokszó... Én elvagyok vele, s (még) visszafele kompatibilis (ennek így is kéne maradnia).
Az mindenesetre nem nagy baj, hogy pl. egy hibás fstab miatt nem feltétlen áll meg a boot. Init-es Linuxon szívtunk már olyat, hogy kollega belebarmolt, aztán utána rakhattuk rendbe... -
válasz
Shyciii
#64284
üzenetére
Azt írja, hogy nem tanácsolja, de józan paraszti laikus véleményem szerint, ha eddig ezt javasolták, akkor két oka van, hogy nem tanácsolják!Eddig voltak a sata-s SSD-k, jó volt a discard, nevezzük nyíltan online TRIM-nek....és most figyelj! Bejöttek már elérhető áron az NVME-s SSD-k, ahol milyen TRIM van? Online! Csakhogy ezeknél a másolási sebesség nagyságrendekkel nagyobb, mint a sata-s SSD-knél. Így most már utóbbiaknál nem tanácsolják. Nem írják, hogy nem jó, csak nem tanácsolják, ennek semmi jelentősége nincs.
A másik oka az, hogy bejött a systemd-s megoldás és amit systemd-vel lehet megoldani, azt rakják default az Ubuntu/Mint desktop disztrókba.
Ezt az oldalt szeretem amúgy, amit linkeltem, de a leírások fele csak tanács. Mondjuk tanácsolják a sötétebb témákat......
Amúgy a sata-s SSD-nél úgy képzeld el az esetleges lassulást, hogy nagyobb fájlokkal dolgozol (renderelsz), másolsz is és ilyenkor előfordulhat, de nem is biztos, hogy érzékelhető lassulás.
A nem blacklist-es SSD-knél amúgy én még mindig discard-ot fogok használni, mert a heti fstrim után vagy 5 percig tartott a manualis fstrim minap. Emiatt például a fenti oldal tanácsolja a napi ütemezőbe való beírását, holott mindenütt a heti az alap. Szóval ilyen ez a tanácsol dolog.
Nekem a 4 év alatt bejött a discard napi használat mellett, ha neked is jól működik, akkor jó, nem kell kicserélni.
(én most az új telepítésnél már nem raktam a Mint 19 FSTAB-ba a discard-ot, mivel már a blacklist-es Samsungra kellett volna telepítenem és ez volt a fejemben, hogy arra nem írom be)Wooow, ez a GRUB téma nagyon Archos!
Kár, hogy alul nokedliknak szóló magyarázat is van, de semmi nem tökéletes. -
Frawly
veterán
válasz
Shyciii
#64275
üzenetére
Akkor lassíthat csak be, ha az SSD NCQ TRIM ügyileg feketelistán van a kernelben. Egyébként nem. Ha nem volt belassulás, maradhatsz a discardnál. De ha akarod, próbából kiszedheted és a fenti leírás alapján megpróbálhatod engedélyezni az fstrim-et, kipróbálás alapon pár hétig, jobb teljesítményt tapasztalsz-e vele.
Szerk.: ezek mellé az utasítások mellé
sudo hdparm -I /dev/sdakrámi
sudo smartctl -a /dev/sdakármi
sudo smartctl -l devstat /dev/sdakármi
Ajánlom még ezeket:sudo fdisk -l /dev/sda
sudo systemctl status fstrim.timer
cat /etc/fstab | grep discardAz elsővel a partíciós tábla típusát és a partíciók alignálását lehet ellenőrizni, az utóbbinál az a tuti, ha a partíciós 2048-cal maradék nélkül osztható szektornál kezdődnek.
A második megmutatja, hogy be van-e kapcsolva az fstrim systemd service.
A harmadik meg kijelzi, ha van discard-os csatolás az fstab-ban.
-
Frawly
veterán
válasz
ubyegon2
#64270
üzenetére
Mehet párhuzamosan a kétféle TRIM, baja nem lesz tőle az SSD-nek, csak felesleges.
Papagáj kolléga esetére nem emlékszek. Nem kizárt, hogy van, amit nem ismer fel. Ettől még nem lesz kalap fekália. Persze használni sem kötelező, megcsinálhatod a /etc/fstab-ot kézzel is, a genfstab inkább csak kényelmi funkció. Nekem eddig még mindig megcsinált mindent normálisan. Ha valakit kétségek gyötörnek, belenéz az fstab-ba, hogy benne van-e a discard, ha nincs, elég könnyű beleszerkeszteni, ha fstrim helyett azt akarja használni.
)
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)
És nem kényelmes, mert nem tudom milyen, Mint alatt nem foglalkoztam vele, csak az FSTAB-ba másoltam a szükséges sorokat.
(megint kiderült, hogy jobb, ha nem írok semmit)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
De akkor átrakom ext2-re.
Ú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
- 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
- ŐSZI BOMBA AKCIÓK! PSN, STEAM, UBISOFT CONNECT, EA APP, XBOX EREDETI KULCSOK 100% GARANCIA
- GYÖNYÖRŰ iPhone 13 mini 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3133, 95% Akkumulátor
- LG 32GS95UE - 32" OLED / UHD 4K / 240Hz - 480Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- AKCIÓ! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i9 14900KF 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest