Hirdetés
- GoodSpeed: Márkaváltás sok-sok év után
- Brogyi: CTEK akkumulátor töltő és másolatai
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- GoodSpeed: Ágymatrac keresési kálvária
- Geri Bátyó: Samsung T7 1TB külső SSD
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
cigam
titán
válasz
paolinho
#97897
üzenetére
Ha már létrehozta a NAS könyvtárat az /mnt könyvtárban, persze hogy méltatlankodik, hiszen már ott van.
Megint furán lecsípted az általam mutatott parancsot. Hiányzik az :users, ami a csoport tagságot állította volna be.
Így csak a felhasználód vette tulajdonba a mappát, a csoport (users) nem. Ez később még jogosultsági probléma lehet. Ha egyedül használod, valószínű így működni fog.Jónak tűnik az fstab fájl. Ha kiadod a
sudo mount -a
parancsot, újra végrehajtja az fstab fájlban felsorol csatolásokat. Ha minden jól megy az /mnt/NAS mappádban megjelenik a NAS tartalma. -
cigam
titán
válasz
sh4d0w
#97880
üzenetére
Köszi!
Ehhez a TPM chiphez van szabványos hozzáférés? A Linux tud kommunikálni vele?
Közben kipróbáltam, és a helyreállítási kulcsa simán feloldható a titkosítás, ezek után pedig hozzáférek, fel tudom csatolni a fájlrendszert.paolinho
Előbb tapasztald ki, hogy a rendszer alapértelmezett fájlkezelőjében hogyan működik az elérés. Ott látod-e a NAS-t, tudsz-e kapcsolódni. Ha ott felcsatoltad, eléred, megjelenik a DC-ben is.DC-ben nekem sem működik a hálózat elérése. Se akkor, ha belemegyek a "Windows Network"-be, sem akkor, ha a "Hálózat" menü "Hálózati csatlakozás..." pontjára bökök.
A legegyszerűbb, és legbiztosabb, ha készítesz neki egy mappát pl. /mnt/NAS és minden boot-kit ide próbálja majd felcsatolni a NAS-t. Ehhez kell készítened egy könyvtárat:
sudo mkdir /mnt/NAS
Ezután hozzá kell aki a felhasználódat, és csoportodat, hogy Te is hozzáférj:
sudo chown felhasználóneved:users /mnt/NASAztán szerkeszteni kell az fstab fájlt:
sudo nano /etc/fstabÉs a végéhez egy új sorban beírni:
//a.nas.ip.címre/megosztásneve /mnt/NAS cifs username=felhasználó,password=jelszó,iocharset=utf8 0 0Elmented (CTR+O), kilépsz (CTRL+X), és a
mount -a
paranccsal leteszteled működik-e. Ha minden jól ment a /mnt/NAS mappa alatt eléred a NAS-t. A DC alatt is. -
-
togvau
senior tag
Sziasztok! Hibernációt állítanék be a laposomon Linux mint 21.3 x86_64.
Swap fájl már van, akkora mint a RAM, fstab-ban is bent van, működik issudo swapon --show
NAME TYPE SIZE USED PRIO
/swapfile file 8G 0B -2Megjelenik a kikapcsolómenüben is, de láthatóan újra indításkor nem tölti vissza a hibernált állapotot. 2 tutorialt is néztem, egyik elég homályos a visszatöltés beállítása résznél, másik csak simán nem működő parancsokat akar berakatni.
Úgy lenne jüm hogy ha a boot menüben az első helyen lévő sima linux mint indítás a második lenne, első (vsszaszámlásás van) pedig a hibernáció visszatöltése, többi (vinfos, advanced options, uefi) maradjon ahogy volt.Hogy kéne forlytatnom?
-
#96446
cigam
titán
tordaitibi
#96445
cigam
titán
válasz
tordaitibi
#96445
üzenetére
fstab paraméterek között fel kell sorolni, hogy uid=valaki, gid=akárki
-
#96425
CPT.Pirk
Jómunkásember
tordaitibi
#96424
CPT.Pirk
Jómunkásember
válasz
tordaitibi
#96424
üzenetére
A snap-es részéhez nem értek. De a felcsatolt mappához neked volt írási jogod? Mert ha nem, akkor már a csatolás nem volt jó.
Hogyan csatoltál? Én a /mnt alá szoktam csatolni partíciókat, mert az a mappa erre van a unix világban.
Egy partícióra egyszerűsített példát nézve az lenne a módja, hogy:Csinálsz neki mappát az mnt alá:
sudo mkdir /mnt/AdatokBirtokba veszed a mappát:
sudo chown felhasználóneved /mnt/AdatokCsinálsz egy szimbolikus linket az Adatok mappából a /home/felhasználóneved/Adatok mappa alá, az már akár GUI-ról is. "Szimbolikus link fájlra vagy mappára."
Ekkor megcsinálod a bejegyzést fstabban a partícióra, ami azt a /mnt/Adatok mappába csatolja. Rebbot vagy mount reload után a Cuccok mappában fogod látni a partíció tartalmát és lesz hozzá írási jogod is.
Lehet ezt máshogy is csinálni, én így szoktam.
-
#96408
CPT.Pirk
Jómunkásember
tordaitibi
#96407
CPT.Pirk
Jómunkásember
válasz
tordaitibi
#96407
üzenetére
Tulajdonképpen egyszer megcsinálod az fstab-os csatolást a fix partícióknak a /mnt alá, aztán ha akarod akkor a /home alá mappákba is szervezheted őket. Ez a unix világból eredő felépítés. - ilyen módon nincs jelszó kérés, ha a mappát ahová csatolod a saját tulajdonodba veszed egy chown paranccsal.
Nyilván USB-s eszközt nem így csatolsz, azokra ott a futás idejű csatolás. Azt elfogadom, hogy ilyenkor vagy egy pendrive csatolásánál ne kérjen már jelszót egy asztali disztró, de úgy emlékszem a Debian sem kért ilyet.
-
#96407
tordaitibi
veterán
sh4d0w
#96397
válasz
sh4d0w
#96397
üzenetére
Igazad van nem mindig van szükségem 15 partícióra. 3 darab jelszavas csatolást is terhesnek érzek, minden egyes boot után.
Fstabba meg szerintem felesleges 3 adat és háttérpartíciót bevenni, meg az összes usb-s ssd-met meg pendrájvomat? Meg amibe gépekbe dugdosom, az összeset?
Uby írta a Debiant ne keverjük egy Ubuntuval. Ebbe annyira igazat adtam neki hogy töröltem is a Debiant.
Snap, ebben is igazad van, biztonsági szempontból.
Másból meg nagyon nincs. Egy Snapes videóletöltőnek nem tudok a /home-n kívül mást megadni, nekem a / az kicsike, épp azért mivel minden máshová van irányítva, 1terás másik vinyókra. Múltkor nem figyeltem, betelt a / mert rutinból töltöttem le egy YT listát, 214 darab videoklipet. Meg ha figyelek is, butaság letölteni a home-ba aztán kézzel áthuzigálni a háttér ssd-re.
Snapes Operámat nem tudom megadni alapértelmezett böngészőnek, vagyis de meg tudom de hivatkozás küldésekor valami blabla szöveggel elszáll mert nem tudja fogadni a hivatkozást.
Ezek mind nagyon felhasználói élmény romboló dolgok. -
#96404
ubyegon2
félisten
tordaitibi
#96395
válasz
tordaitibi
#96395
üzenetére
Szerintem 1000-ből 999 felhasználó természetesnek veszi a jelszó nélküli automountot hisz a saját gépe, a saját lemezei, a saját partíciói.
Okosan teszik ezek a userek! Ubuntu és származékain.
Debianon nem természetes és nem véletlenül van így, lásd sh4d0w szaki hsz-ét. Sokszor elhangzik, hogy a Linuxot ne akarjuk már Windowsként használni, de ugyanígy elmondható, hogy a Debiant ne akarjuk már Ubuntuként használni! 
Egyéként anno volt sok particióm desktopon, ami állandóan kellett, azt FSTAB-ba raktam, az összes többit meg jelszavazva csatoltam, ha éppen kellet.
(I)Ha ez nem természetes viselkedés egy otthoni home user desktopon, hanem hack, akkor ismét bocsánatot kérek.(/I)
Qrvára nem természetes ez Debianon!
-
#95929
#02705152
törölt tag
tordaitibi
#95926
#02705152
törölt tag
válasz
tordaitibi
#95926
üzenetére
Nem piszkálni akarlak, de ezt az "1 év míg belakom" dolgot értelmezni sem tudom...
A Devuan -> Fedora váltás kb. 40-50 perc volt. Már a kezdetekkor is volt egy átgondolt/átlátható partíciós sémám, most még átgondoltabb/átláthatóbb van (Btrfs, alkötetek; ezúton is pusszantom a fejlesztőket), az adatok külön meghajtókon (szal csak átírom az fstabot), a fontos konfig állományokról másolat, új telepítés után a helyükre másolás kb. 3 perc és ennyi a történet... -
#95824
tordaitibi
veterán
growler
#95823
válasz
growler
#95823
üzenetére
Hát apám... komolyan mondom ez szívat.
Nemszórakoztam vele mert a grub félhalott volt, a/boot/grub mappa üres, vagyis semmit nem pakolt bele. Elengedtem, újratelepítettem. És mit gondolsz...? Igen, simán lefutott és ....NA itt jön csavar.
Esküszöm nem vagyok hülye. Nem vagyok vak. Totálisan tisztában vagyosk a telepítős gépbe lévő 2 lemez +az USB ssd-m partíciószerkezetével, álmomból felébresztve elmondom hogy a 3 lemezen lévő 17 partíción mi van, mi micsoda és mik a partíciók nevei.
Megadom a telepítőnek hogy SDC7, érted te Mint telepítő, SDC7 az EFI partíció amire kérném a rendszerbetöltőt. Nem, NEM az SDA1 és nem az sdb1, az nem ezek a lemezek, nem ezek az efi partíciók amire én akarom,, kéretik mellőzni.
Megadom a / helyét, megadom a 3 swap közül hogy szíveskedjék az SDC4 partíciót swapnak használni. Nem az sda5-öt, és nem az sdb3-mat.Mindent betartott, kvéve mit nem...? Igen. A rendszerbetöltő grub fájlokat ráb@szta a sda1-re.
Én mint aki jól végezte dolgát, kihúztam az 1 terás ssd-t az otthoni gépből és szépen bejöttem a melóhelyre éjszakai műszakba.
ssd bedug, nini... sehol nincs a Linux Mint az UEFI-be.
Másik rendszer indít, Mint fstab belekotrász, hát persze hogy nem jó az UUID mivel az otthoni gépem egyik ssd EFI partícióra tette.
Congratula
Reboot, Supergrub Live indít, Mint ezzel elindít, de mivel ugyen hiányzott szerencsétlennek az összes boothoz szükséges dolog, bele is szakadt.
Máris lehetett rebootolni a másik Linuxomba, fsck dev/sdc5, valamint a Mint fstabba átírni a JÓ UUID-t. Bár üres ugye de végre fel tudta csatolni bootnál és innen már semmiség volt.
Másodszorra már rendesen elindult a Supergrub segítségével, ismerem amit leírtál, grub-install /dev/sdc7.
Semmi chroot semmi nem kellett lévén benne vagyok a rendszerbe. Nyakig -
#95742
tordaitibi
veterán
Költői kérdés.
Mi okból, mi szüksége van egy Uefis telepításnek hogy az EFI partíciót becsatolja a /boot alá?
Így csak root joggal lehet matatni rajta pedig nyamvadt FAT fájlrendszer.
Más értelmes okát nem látom, mivel magához a boothoz köze nincs hogy be van vagy nincs mountolva, merugye fstabba benne is van a csatolás vagyis az os indulása után csatolja be. -
Ablakos
addikt
Van egy /media/backup mappa, ami egy fstab bejegyzésből kapcsolódik fel.
//192.168.200.3/backup /media/backup/cifs rw,vers=3.0,credentials=/root/.userCredentials,gid=1000,dir_mode=0775,file_mode=0664drwxrwxr-x root:user jog osztott minden mappának.
Lehet ide egy olyan mappát tenni, ami drwxrwxr-x root:www-data jogot mutat? Hogyan?
-
#94948
tordaitibi
veterán
I02S3F
#94942
válasz
I02S3F
#94942
üzenetére
Az nem jó neki, ez a swapFILE leírása.
neki meg swap partíció kéne mert a swapfájlba beállítani a hibernálást, az egy istencsapása.5leteseN,
ne így csinálj swappartíciót hanem egy lemezkezelővel, gparted, disks, gnome-disks hozd létre swap flaggel. Ha kész, a lemezkezelőbe másold ki a part UUID-jét.
Fstabot megnyitod, és beleírod ezt,UUID=19c0ffbb-e092-487a-8f9d-08946926670d swap sw defaults 0 0
az első sor alá, a / bejegyzés alá.
Persz nem ezt!! ez az enyém hanem az UUID-t átírod a saját swap partíciódra.
Majd megnyitod az etc/default/grub fájlt és a GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" sorba beszúrod az uuid-t, így fog kinézni,GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" resume=UUID=idejön_az_uuid-je_a _swapparticiónak
sudo-update-grub, reboot és elvileg már használja, és ebbe képes hibernálni is.
Lekérdezheted reboot után aswaponparanccsal.A swapfájl használata hibernálásra, [ugye milyen barátságosan könnyű?]
Csak zárójelbe fulloffként, mert még mindig dühöngök at előző miatt, ez Windowson 5 kattintás és kész a hiberfile és máris tud bele hibernálni.
-
válasz
ubyegon2
#94801
üzenetére
OK, hát ez ilyen linux dolog, h itt erősen nézi a jogosultságokat.
Több hibát is elkövettem, első az, h éjjel már fáradtan nem kellene nekiállni...
Második hiba az volt, h mikor elsőre nem működött, akkor a fejben már létező B-tervet kezdtem megcsinálni, feleslegesen....
Utána jött pár elütés, majd rossz usert adtam meg smb usernek, végül ezek után rájöttem, h fstab az root-ként csatol. Pedig előtte is ennyi volt a baj, a csatolt mappánál kellett volna egyls -lha
és már láttam volna... Ezután már csak azt kellett megadni fstab-ban, h ne root-ként, hanem azon userként csatolja, akinek a mentősprogi is fut, tehát lesz joga írni a "saját" mappába...
Röviden ennyi. Azt nem is írom le, h alatta proxmox és midez csak virtuális gépek és konténerek... -
-
Bocsánat, hazudtam, de közben meg is oldottam...
Úgy néz ki, hogy a /tmp-re nem kellett volna rátennem a noexec-et, azért nem akar(hatot)t bebootolni, legalábbis a jorunalctlben találtam utalást piros szöveggel arra is.Már a gépről írok... azért szólhatna a Linugz, hogy hülyegyerek ne csináld ezt, vagy azt, mert nem tudsz majd belépni!
Szerk.: megoldás volt a következő. [link] Rootnak jelszót kellett adnom, majd beléptem fstab-ba és levettem a noexecet a partícióról, utána már belépett. -
cigam
titán
válasz
Necronom
#94358
üzenetére
Igen. Akkor hozd létre újra ezt két könyvtárat. Vagy GUI fájlkezelővel, vagy terminálból:
sudo mkdir /mnt/data /mnt/storage
Ezután már jöhet a reboot, vagy a
sudo mount -a
parancs, hogy az fstabban felsorolt partíciókat azokba a mappákba fel tudja csatolni.
Azért is lenne szerencsés terminálból kiadni ezt a parancsot, mert ott egyből kapsz egy ráutaló hibaüzenetet, ha valami nem tetszik neki, és nem hibanaplókból kell kisilabizálni ezt a hibaüzenetet.
Ha nincs hibaüzenet, akkor már fel is csatolta őket minden probléma nélkül, és látod kell a rajtuk tárolt adatokat is. -
Necronom
senior tag
hat meg csk nemreg jutottam oda hogy nekialljak
fent van a Linux a drivekhoz hozza se nyultam
A rendszernek van sajat particio es semmi mashoz nem nyultam...csak ugye meg nincs masik gepem igy erre kellett tegyek bongeszo meg osszedni a mindent hozzade az fstab sajna nem jo....nem ir ki semilyen hibat, de nem latom az asztalon a csatolt driveok ikonjat
lehet mar keso van holnap megint nekiugrok es beszamolok mik vannak -
Necronom
senior tag
hat ha az smb.conf ugyanaz es ugyanoda kell akkor az sima liba
fstab akkor hogyan lesz automatice csatolas? mert ha nincs addig nincs samba se...Ha jól tudom Android subsystem for Linux nem létezik, csak emulátor.
skamilinux mar sokszor beszelgettem, de o maskepp csinal mindent mint en
alap pc-re pakolgat minddenfele Android rendszereket es azon jatszik
Nekem meg olyan kene mint a Wine..de ha nincs akkor jujj de neee maa :( -
cigam
titán
válasz
Necronom
#94302
üzenetére
Hát mentsd le azokat a konfig fájlokat (pl. smb.conf), aztán az új rendszere csak vissza kell másolni! Mondjuk az fstab-ot pont nem, de arra jó a mentés, hogy "emlékezz", hogy a régi rendszeren hova, milyen paraméterekkel voltak felcsatolva a külső/belső lemezek.
Amúgy a samba konfig alap beállítása sem ördöngösség. Igaz Raspbian-hoz készült de mindegyik Linux-on használható az útmutató.
Ha jól tudom Android subsystem for Linux nem létezik, csak emulátor.
ceia
Bocsi! Lehet inkább skamilinux oldalán kellett volna keresni, egy magyar nyelvű kiadást. -
Necronom
senior tag
mert egy egyszerű szervert tudsz vele készíteni
hidd el nem enegm kell meggyozzel csak nalunk nem ilyen ecceru az elet
Van egy 12 eves kislanyom aki az Androidos tablettel a kezeben szaladgal allo naphosszat, neki vannak rajzfilmek, anime es meg kepek is...Nos nala a tableten csak annyi a dolga, hogy amit meg akar tartani, azt fogja a kis ujjaval es behuzza egy mappaba es tudja hogy el van rakva es kesobb is megnezheti a TV-n, ahol van egy tv box is Kodival, a Kodi nala annyi, hogy azt latja ami az ove...a kis baratnoknek lehet mutogatni kepek es rajzfilmek
a fiam 18 elmult o jatszik, tudja hogy Linux ok, es szidja is a wint, de kell a jatekok miatt
Nalaa nincs tv csak egy tv box a monitorjan, a server szamara annyi, hogy hogy install fileokat tartogatja rajta, es onnan teszi fel a gepere, egyszeruen egy x: meghatohoz van mountolva. FIlmeket meg azt nez amit mi is...Nalam meg az volt a bibi, hogy valamiert a sok csatornas hangokkal mindig baj volt OMV-rol..Gozom se nincs miert, viszont igy sambaval minden ok
Jut eszembe itt mit kell hasznalni apt helyett? Ugye eddig Lubuntu volt es ugy meg
sudo apt install sambaes meg az, hogy hogyan csatolom automatice a drivejaimat?
ugyanugy van fstab?/dev/disk/by-uuid/92EC7F45EC7F22A1 /mnt/data auto nosuid,nodev,nofail,x-gvfs-show 0 0/dev/disk/by-uuid/2C34A7E134A7AC70 /mnt/storage auto nosuid,nodev,nofail,x-gvfs-show 0 0 -
Necronom
senior tag
válasz
#63718632
#94282
üzenetére
Hat pont erre kell, hogy legyen valami
koszi!Rowon: igyekszem a szavakat megjegyezni.."asztali kornyezet"
es meg a linkekert is superkoszicigam: Nem, van gyerekem is akik hasznalni szeretnek ezt ag egesz mizeriat...
Tudod nalunk megy az AnyDesk ha kell valamit tavoltol inditani, akar masolast, is. Ahhoz mar ert barki, raadasul ha teszek fel egy Double Commander, akkor azt hasznalni is tudjak...Ennyi az egesz, normal felhasznalok vagyunk, sajna nem Linuxon nottunk fel..Hat most a konfigot megcsinalom en majd valahogy, a regi is ment 2 evnel is tobbet
Azt is sikerult segitseggel Mar regen elfeledtem mit kell beirni az fstabba, hogy automatice csatolodnak a drivok amik benne vannak...es a sambat is ugyanugy elfeledtem
Majd ha ott tartok megkerdezem szepen...ps: Egyszer regen feltettem Deepin es mintha ugy remlene, hogy jobb eger-> kis menu felugrik, mappa megosztasa....hmm hmm...
De lehet csak almodtampsps: idokozben eszembe jutott me egy kerdes: letezik Linuxra Android futtatasi kornyezet? Tudjatok, nem teljes emulator.
-
#93943
#63718632
törölt tag
tordaitibi
#93940
#63718632
törölt tag
válasz
tordaitibi
#93940
üzenetére
"de akkor hogyan tudtam eddig telepíteni meg conf fájlokba turkálni meg fstabba beírni a stabil partícióimat, meg még tucat helyen kotrásztam? "
Ha mindezt grafikus felületen tetted és egy jelszó bekérő ablakba írtad a jelszavad, akkor nem csoda.
" Akkor root voltam, terminálba nem?"
Ha ekkor gépelted be először a sudo parancsot, akkor nem.Persze ez akkor igaz, ha nem piszkáltad a sudoers-t. Már pedig neked van olyan cuccod, amit régebben itt mókoltatok. Hogy jelszó bekérés nélkül fusson adminsztrátorként.
Nem így volt? Most próbáltad beállítani. Nem a fényerő szabályzáshoz kell valami ilyesmi? -
#93940
tordaitibi
veterán
sh4d0w
#93935
válasz
sh4d0w
#93935
üzenetére
Nem volt semmi üres.
Kérte a root jelszót, megadtam, abcdef.
Utána kérte hozzam létre magamat, "tibi"
Utána kérte tibi jelszavát, megadtam, abcdef.
És ennyi. Számomra nem értelmezhető így miért nem tudok sodozni terminálba, de akkor hogyan tudtam eddig telepíteni meg conf fájlokba turkálni meg fstabba beírni a stabil partícióimat, meg még tucat helyen kotrásztam? Akkor root voltam, terminálba nem?
Bocsánat ha nagyon hülyének tűnök de ez így nekem teljesen illogikus. -
apszi
őstag
válasz
#79484416
#93811
üzenetére
nemethg66#93811
Korábban már működött ext4-en, szóval jól látod a dolgot, és az fstab-al is igazad lehet, csak ami fstab fájl-t én találok az teljesen üres, nincs rajta mit szerkeszteni. Sőt, mintha úgy emlékeznék, hogy itt már nem fstab-ból dolgozna a merlin, de lehet most baromi nagy hülyeséget írtam.
#93812berusbacsi
Olyan szempontból nem mindegy, hogy ext3 esetében pl. egy nagyobb fájl törlése baromi lassú, míg ext4 esetében ez ripsz-ropsz megvolt. Valahogy gyorsabb volt a kezelés. De köszönöm az infót. -
-
Synaptic
senior tag
válasz
CPT.Pirk
#93570
üzenetére
Létrejön a steam könyvtár , de nem tudom kiválasztani a telepítés helyének. A Kde disk editorral vannak formázva+felcsatolva. Az fstab ban is jónak néz ki bár mitha olvastam volna olyat is valahol hogy amiatt rossz hogy nincs futtatási jog a meghajtón.
A terminal-ra csak este tudok rálesni.
-
Igazad van, bocs, hogy homeuserként gyakran nem IT kifejezéseket használok, mint logika, szemantika....abban meg főleg igazad van, hogy a harmadik mező az nem mount option, Command-line options, ahogyan a mount man írja. De egyébként aki látott már párszor FSTAB-ot, az tudja, mit kell írni a 3. oszlopba. Még egyszer hálásan köszönöm a kiigazítást!
-
válasz
savior
#93509
üzenetére
Totál kaosz az FSTAB, lehet érdemes lenne egy
inxi -Fxxxkimenetet berakni, egyébként az ilyeneket könnyű lenne kiszúrni, ha egymás után van az auto és noauto opció. Olyan most, mintha a kapott linkeket megnyitva random szavakat kiválasztva csináltad volna az FSTAB szerkesztést.Az SSD mérete és gyártója se valami sok infó, de ahhoz talán elég, hogy Sata eszközre tippeljünk. Viszont ezt is mutatja majd az inxi -Fxxx kimenete. Manjaro esetén nem hiszünk el semmit, így érdemes megnézni, be van-e állítva az ütemezett fstrim, ez a kimenet jó lesz ehhez:
systemctl list-timers -a -
savior
őstag
válasz
ubyegon2
#93503
ü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=1FF3-66F6 /boot/efi vfat umask=0077 0 2
UUID=a9285543-d446-4d84-9310-4a883532cd5b / ext4 defaults,noatime 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
/dev/sda1 /run/media/savior/5f26d21d-2f04-48a1-8396-189f29e16a1d auto noauto,user 0 0 -
válasz
savior
#93499
üzenetére
Milyen mount opciókat raktál a csatolás sorába? Milyen SSD ez? Tudsz berakni egy
cat /etc/fstabkimenetetProgramkódgombbal szerkesztve? kb így nézzen ki...ubyegon@ubyMintC-212:~$ sudo nano -w /etc/fstab
ubyegon@ubyMintC-212:~$ sudo nano /etc/fstab
ubyegon@ubyMintC-212:~$ 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/sda11 during installation
UUID=12ac5d21-9d73-45f6-bk66-fc9eb33h3rom / ext4 discard,noatime,errors=remount-ro 0 1
/swapfile none swap sw 0 0
UUID=146cdbb3-akk7-43cb-a666-f06a854b1d79 /media/ubyegon/TORRs ext4 nosuid,nodev,nofail 0 0
#/dev/disk/by-id/ata-hp_CDDVDW_SN-208DB_R8Y66GLCB03TKS /mnt/ata-hp_CDDVDW_SN-208DB_R8Y66GLCB03TKS auto nosuid,nodev,nofail,noauto 0 0
ubyegon@ubyMintC-212:~$Amúgy itt egy FSTAB elbacás, ami inkább tanulságos...főleg arra, hogyan lehet még ezt is jókedélyűen, hisztimentesen végigvinni.
-
0519
senior tag
válasz
savior
#93490
üzenetére
Szia!
Én az fstab file szerkesztésével oldanám meg.
[Manjaro wiki]
[Arch wiki] -
#93377
tordaitibi
veterán
growler
#93362
válasz
growler
#93362
üzenetére
Manjaro megoldva.
a 40 gigás partícióból lehasítottam még egy EFI-t, 500Mb és install Mabjaro, megadva neki az második efit.
Jó lett, megmarada Ventoy és megy a Manjaro is, annyi hogy uefibe kell választani melyik induljon.
Nem vagyok egy nagy boot guru, amit gondolok:
Az agyonklónozott Ubunum ami a Ventoy diszken volt és csettintésre bootolt, az még anno MBR telepítés volt.
Így ha megmutattam az initrd-t vagy a kernelt vagy a grub.cfg-t bárminek akkor elstartolt.
Viszont az UEFI telepítés felmountolja az EFI tartalmát a /boot/efi alá, benne van fstabba is ez a sor.
Hogy ez minek kell neki egyelőre gőzöm sincs de ha nincs efi partíció akkor nuku boot, sehogyse indul.
Az efi tartalma számomra új, se grub se grub.cfg.
Van még mit pótolnom
-
#93327
tordaitibi
veterán
#63718632
#93326
válasz
#63718632
#93326
üzenetére
Soha nem használam ezt a btfrs-t, semmit nem tudok róla.
Timeshift:
Többiek,
igen tényleg ez a két swap partíció uuid-je. Ugye az egyik a stabil rendszeré, másik a ssd-s hordozhatóé.
Viszont eddig ezt se csinálta, a saját fstabjába lévőt vette fel mindig.
Megérett szerintem ez a Ventoyos Ubuntu egy cserére, meg lehet az egész usb ssd-t lassan újra kéne pakolásznom.
100+ pc-be meg laptopba volt dugdosva, agyonnyúzva évek alatt. -
#92994
tordaitibi
veterán
ubyegon2
#92993
válasz
ubyegon2
#92993
üzenetére
4.15.0-220-generic jelenleg.
hogy ki mikor miért frissítgeti ezeket, nem tudom, nem követem, különösebben nem is érdekel hogy 10 évente vagy 3 óránként jön kernel vagy annak a frissítése.
És van ilyenem, ez lehet hamis biztoságba ringat de ha ott van hogy 2028, akkor én ebbe megbízok.
Nem zárom ki hogy rossz úton járok (te meg amibe szerepel a "kernel" szó arra az utóbbi 3 hétbe ráugrasz) és nem is ez a hiba oka, csak akkor mi? Hardver, bios/uefi beállítások nem változtak., a rendszer sem. Értem ezalatt fstab grub initrd swap partíció egyebeket. -
#75135488
törölt tag
válasz
ubyegon2
#92844
üzenetére
Igen van értelme logikai meghajtón futtatni.
Ahogy én tudom a dolgokat ... (tévedhetek)
Egy ssd lemezvezérlő hardver (ata vagy nvme) honnét tudja melyik blokkokat lehet felszabadítani a TRIM vagy DEALLOCATE megoldásával?
Mert ugye nem ismeri a tárhelyen lévő tartalmat.Onnét tudja, hogy megmondják neki.
És itt jön képbe a discard és az fstrim.A discard fájlrendszer paraméter, ami annyit csinál, hogy minden "törlés-alapú" műveletnél (delete, move) a handler küldi a kérést és a paramétereket a lemezvezérlőhöz.
Gyakorlatilag folyamatosan megy a TRIM vagy DEALLOCATE a hardveren.
(Kivéve NTFS-3G használatkor, mert az nem küldözget, de a kernelben lévő ntfs viszont igen)Az fstrim egy program, ami végigjárja az adott fájlrendszert a handler segítségével és összegyűjti a felszabadítható területeket, ezek paramétereit átadja a lemezvezérlőnek és az ata-TRIM vagy nvme-DEALLOCATE megoldással elrendezi.
(Ez működik az NTFS-3G-vel is, viszont nem működik a kernelben lévő ntfs-el)És itt jön a csavar ...
Logikai meghajtó esetében van egy layer a fájlrendszer felett.
Ez az én Luks-al kódolt lemezem esetében a DM-Crypt.
A DM-Crypt hivatalosan nem javasolja a TRIM használatát, mivel adatszivárgáshoz vezethet. Ezt mindenki saját felelősségre használhatja.Mint fentebb írtam: "
Encrypted partíció esetében némi adatszivárgást jelent amúgy, de nálam ennyi belefér"Gyakorlatilag az "allow-discard" paraméterrel mondom meg a dm-crypt-nek a grub-ban, hogy amikor induláskor feloldja a lemezt, akkor fogadjon el a fájlrendszert alkalmanként végignéző fstrim-től ilyen kéréseket és ezeket továbbítsa a lemezvezérlőhöz.
(Hogy ez az alkalom cron alapú [fstrim.timer] vagy kézi indítású egyéni meglátás kérdése.
Mivel esetemben ez adatszivárgással jár, én kézzel futtatok néha, ha épp eszembe jut.)
Az fstab-ban nem adtam meg a /dev/mapper/root eszköz ext4 mounthoz "discard" opciót, így a folyamatos "TRIM" nem megy.Amúgy szerintem a fejekben azért van sokszor kavar, mert tudomásom szerint a TRIM szabvány anno ererdetileg leírta a protokol szoftveres (OS-en történő) és az eszköz (S-ATA) hardveres megvalósítását is. Viszont ekkor még nem volt értelmezve nvme, sas, usb és egyéb logikai eszközökre.
Utóbbiaknál változott a hardveres implementáció, de OS-oldalról csak egy kiterjesztés történt. Ezért kb. OS-felől minden ilyesmi TRIM-nek látszik, de hardver oldalról már nem.Amúgy egy táblázat a discard, fstrim linux oldalról történő alkalmazásáról különböző fájlrendszereken: [link]
A dm-crypt megoldás discard elfogadáshoz és a figyelmeztetés: [link]
-
#02705152
törölt tag
válasz
ubyegon2
#92838
üzenetére
Csak hogy teljes legyen a kép.
Tudom hogy UFO vagyok a Btrfssel, de a 6.2 kernel óta itt a discard=async default opció lett. Ha defaultsal csatolsz az fstabban akkor mindenképp, de elvileg enélkül is beállítja MINDEN támogatott meghajtóra, az NVMe cuccokra is (tehát nem a hagyományos SATA parancs hívása). Van egy kis vita, hogy jobb v. nem jobb minta az fstrim, de többségben vannak akik szerint jobb. Ez egy komolyan felokosított discard, blokk csoportokat hoz létre a memóriában, és méret v. idő limit elérésekor takarít (ezt most nagyon leegyszerűsítettem, de ez a lényeg). A teljesítményt nem befolyásolja, és elvileg a meghajtók is jobban szeretik.
Én eliminálom az fstrimet alapból, és a mellékelt ábra szerint az új discard mechanizmus takarít ahogy kell.
Referenciának meg ott a Meta, ők így használják a meghajtóikat.
-
#75135488
törölt tag
válasz
ubyegon2
#92838
üzenetére
Na akkor újra:
Amiről te beszélsz az egy sata vagy nvme hardver eszköz.
Amiről én beszélek, az egy logikai eszköz. Egy encrypted block device.
A logikai eszközön, esetemben a /dev/mapper/root eszközön engedélyezhető a discard funkció és mint ilyen eszközön futtatható az fstrim parancs.
Erre jelen esetben nem nvme vagy sata eszközként kell tekinteni, hanem egy logikai eszközként.
Nem volna szerencsés magát a titkosított blokkokat pakolni a hardveren ide-oda.Mások is használják: [link] , [link] , [link]
Működési sajátossága miatt:
- nem indítom el az időzített fstrim funkciót (fstrim.timer)
- nem használok állandó discard-ot (fstab-on belüli discard funkció)
- kizárólag a kernel paraméterben engedem, hogy fogadjon discard kérést (discard!=trim)Alkalmanként én futtatom és végzi a dolgát a dmcrypt blokkon belül:
Fstrim a /dev/mapper/root logikai blokkeszközön, ami egy decrypted partíció egy nvme eszköz egyik partícióján (/dev/nvme1n1p2) -
#75135488
törölt tag
válasz
ubyegon2
#92831
üzenetére
Teljesen jól látod, a discard opció az fstab-ban egy folyamatos trim, ami sata command.
De ez (allow-discard) jelen esetben csak azt jelenti, hogy elfogadja a discard opciót.
Nem szabad elfelejteni, hogy encrypted a root partíció amire ez meg van adva.
Mivel nem a "cryptsetup --allow-discards" opcióval dolgozom fixen, én kernel opcióként adom meg. Gyakorlatilag a /dev/mapper/root-ra értelmezve.
Az eredmény csak annyi, hogy ilyenkor elfogadja, ha valamiért ki van adva az fstrim parancs.
(Encrypted partíció esetében némi adatszivárgást jelent amúgy, de nálam ennyi belefér)
(Amúgy van, hogy hónapokig elfelejtek fstrim-et használni. Nagyon nem aggaszt egy ssd életciklusa. Fogyóeszközként tekintek rá. Backup pedig mindig van egy online és egy offline eszközön)De javíts ki nyugodtan, ha rosszul használom
-
#92813
tordaitibi
veterán
Könyvtárat lehet úgy csatolni hogy a Fájlkezelőkbe (Dolphin, Thunar etc) úgy jelenjen meg mint partíció?
Ha igen, ezt be lehet szögelni fstab-ba? -
válasz
growler
#92320
üzenetére
Ja értelek...de ez vonatkozik mindenre vagy csak arra, aminek a /home-ban vannak a konfigjai? A képed alapján a Synaptic nem ilyen, de lehet tévedek...
FSTAB szerkesztést én se indítok sudoval, ha nem nano-val csinálom, hanem GUI-s szerkesztővel...igaz évek óta nem csináltam ilyesmit.
-
Crvsh3R
senior tag
válasz
ubyegon2
#92296
üzenetére
Nem RPI, de Debian, mert a Raspberry OS is azon alapszik.
Mivel két külső meghajtóról (egyik egy külső HDD a másik egy külső SSD) van szó (
/dev/sdaés/dev/sdb), ezért minden egyes újraindításnál cserélődik a kettő. Ezért is kérdeztem, hogy a fenti parancsot oké, hogy kiadom és beírja a megadott fájlba az értéket, de az rendszerindítás után már nem érvényes, mert ahogy láthatod a könyvtár útvonalábansdaéssdb-hez kötött. Az addig oké, hogy FSTAB UUID-vel és PARTUUID-vel operál, csak ez nem és ezért is tettem fel a kérdésemet. -
válasz
Crvsh3R
#92291
üzenetére
Jeff Geerling leírása alapján....
Ha már nem RPI-t használsz, célszerű lenne Linuxos leírásokat nézegetned, egyébként az alapok ugyanazok, de sok dolgot kéne tisztáznod. Normális esetben nem kéne megcserélődnie a meghajtók neveinek, de az FSTAB a / sorába UUID azonosítót használ, ha csak nem variálsz vele és nem kavarhat be külső meghajtó ebbe. Az FSTRIM meg systemd service, ezt lehet variálni. De írhatsz az FSTSB-ba online TRIM-et is, ez is csak ott fut le, ahová megadod.
A HDD-nél meg szerintem 0-t lát a parancs mindig, ezért nem is nyúl hozzá az FSTRIM.
Van egy ezeréves leírás, alapozásnak Linuxra jó lesz, nagy része még OK is. Nézegesd és Debian alatt ne alkalmazd feltétlenül az RPI leírásait, bár azt nem ismerem. Az FSTAB kimenetet meg az előbbi leírás parancsai kimeneteit pastebinnel berakhatod hsz-be, hátha valaki tudja értelmezni őket.
-
#92035
cigam
titán
tordaitibi
#92033
cigam
titán
válasz
tordaitibi
#92033
üzenetére
Azt is írtam. A Linux nem tudja kezelni a jogosultságokat NTFS-en. Minden fájl és mappa a felcsatoláskor megadott felhasználóhoz és csoporthoz fog tartozni, az ott megadott engedélyekkel.
Az fstab paraméterekkel szabájozhatod: uid=1000,gid=1000,umask=007
-
#92002
tordaitibi
veterán
BoB
#92001
tibi@TibiXubuntu:~$ snap interfaces video-downloaderSlot Pluggnome-42-2204:gnome-42-2204 video-downloadergtk-common-themes:gtk-3-themes video-downloadergtk-common-themes:icon-themes video-downloadergtk-common-themes:sound-themes video-downloader:desktop video-downloader:desktop-legacy video-downloader:gsettings video-downloader:home video-downloader:network video-downloader:opengl video-downloader:wayland video-downloader:x11 video-downloadervideo-downloader:video-downloader -'snap interfaces' is deprecated; use 'snap connections'.
tibi@TibiXubuntu:~$ snap connect video-downloader:removable-mediaerror: snap "video-downloader" has no plug named "removable-media"
Lehet én rosszul gondolom de ez nem removable, ez egy fstabba bedrótozott fixen mountolt beépített sata ssd. Vagy nem jól értem az eltávolítható kifejezést, ez esetben mit jelent akkor? -
#91900
tordaitibi
veterán
CPT.Pirk
#91898
válasz
CPT.Pirk
#91898
üzenetére
Ez ismerős, W10bootmanager pl. ilyenkor hangos visítozással jelzi hogy biz' el nem indul az uuid ütközés miatt.
Ubuntu nálam ilyenkor meghalt a bootnál.
Ezért is használom a Timeshiftes klónozást, az átirja fstabba az új partuuid-t.
Igaz mást meg nem úgyhogy kell kis kézimunka ilyenkor. -
válasz
growler
#91349
üzenetére
Atyaég...belenéztem a btrfs mount opció doksijába, hát lehet tépném a hajam, ha nem EXT4-et használnék. Neked is javaslom, mert vannak saját mount opciói a btrfs-nek és vannak általános mount opciók is.
erre itt egy példa:
btrfs-trim.service
fstrim.timer
Totál ugyanazt csinálja mindkettő, szóval mivel nem ismerem a fs-t, mégis azt mondom, csak az egyiket hagyd benn!
Alapból a discard egész korrekt lenne a async kapcsolóval, mert ha ba van kapcsolva a COW, ami szintén hasznos lehet, akkor azt üti a discard=sync.
Ami fontos lehet még, hogy sok mount opció működik default a 6.1 és néhány a 6.2 kernelek óta. Szóval hasznos doksi, amit linkeltem, nem 10 perc, míg értelmezed azt opciókat és egymásra hatásukat!
Ha most btrfs-t használnék, beraknám az fstab-ba discard=sync opciót és meghagynám a btrfs-trim.timer-t weekly időzítéssel.
Mi nekem értelmezhetetlen, az a defrag opció, mert SSD-nél ez kifejezetten haszontalan és ellenjavallt...nem is értem itt miért van...
Van ilyen mount opció is:
ssd, ssd_spread, nossd, nossd_spread, ami azért érdekes, mert default SSD autodetected van bekapcsolva, de megmarad mégis a defrag is...Meg is állapítottam, hogy totál hülye vagyok ehhez a fs-hez, ha SSD-t kéne ezen optimalizálnom, égnek állna a hajam.
Persze ha NVMe SSD-ről van szó, jóval egyszerűbb lenne a helyzet, ott legalább a TRIM-meléssek kapcsolatos opciókat el lehetne felejteni.
Sok sikert a beállításhoz és úgy általában a btrfs használatához! Reméljük berus szaki majd jön és megvilágosítha homály elménket!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Szerintem tényleg modern(COW például), jó dolgok vannak benne, de kiforratlan ez a fs picit még, inkább annak javasolnám a napi használatát, aki valóban tisztába van a különböző és egymásnak időnként ellentmondó default beállításaival és képes optimalizálni.Ja és mindenhová be van rakva a noatime opció, ami meg kifejezetten nem modern, a mai SSD-nél már totál értelmetlen opció!
-
#91228
tordaitibi
veterán
#63718632
#91227
-
#02705152
törölt tag
Kezd visszatérni a Linuxos hozzáállásom...
Csak nem hagyott nyugodni az Ubu Btrfs kérdés, némi live módos kísérletezgetés, nyomozgatás után megoldottam.Ugye a
/usr/lib/partman/mount.d/70btrfsés a/usr/lib/partman/fstab.d/btrfsfájlokat maceráljuk a telepítőben.1- Az Ubu space_cache opcióval nem hajlandó felcsatolni a kötetet, csak a space_cache=v2 működik, erre figyeljünk a fenti fájlok szerkesztésénél.
2- Mivel a kelleténél több időt csesztem el a dologgal, biztosra mentem, kapott a rendszer egy ext4 /boot partíciót.
3- A több meghajtóra kiterjesztett kötetet ráérünk a már működő rendszer alól megcsinálni, felesleges előre szenvedni vele.Közben lzo helyett zlib:4 tömörítést választottam, egy kevéskét nyertem vele, de nem jelentős.
Az Ubu mindenképpen hozzácsapja a defaults opciót az fstabban, így van discard is, de nem foglalkoztam vele, amúgy sincs btrfs-fstrim.timer mint a SUSE-ban...
Végre müxik az egész... 
-
válasz
janos666
#90625
üzenetére
Olvastam már jó ideje magát a hírt, de mikor rákerestem most, hogy linkeljem neked a megfelelő iso-t, mégis meglepett a piros keretes infó! Azt is olvastam anno, hogy Debian kezdte nem default-tá tenni az os-prober-t, mégis meg tudok lepődni, ha a Debian/Ubuntu nyomvonalú Linux Mint-en se működik...
GRUB-ot én kedveltem mindig meg az FSTAB-ot is, gondolom sokat disztróhopperkedtem 10 évvel ezelőtt, no meg az akkori első SSD-nél sok FSTAB mount opciót kellett beírni...
UEFI-t meg azért rühellem, mert egyrészt rohadt egyszerű a legacy/MBR és ezzel kezdtem 10 éve, másrészt akkori desktopom sem volt tökéletesen EFI implementált meg a használt üzleti notebookok is elég sajátos hibrid módot nyújtottak csak. Már pár verzió óta a Linux Mint is dob felugró ablakot, hogy csak saját felelősségemre folytassam a telepítést, ha nem EFI módban csinálom, de amíg lehet, maradok ennél.
Szóval több, mint 8 éves gépeim vannak, így ezeknél őrültség lenne erőltetni az UEFI-t, legutóbb egy Dell Latitude 7400 2in1 került kezeim közé, no ott már nem sok választásom volt, ráadásul a Wint is meg kellett hagynom, szóval prüszköltem is rendesen...utólag kiderült, hogy párom nem is használja az érintőképernyős funkciót, feleslegesen hagytam meg rajta a Win11-et.
*****
Nálad akkor a nyílt nVidia driver okozhatja a gondot, azt hiszem live-ban nem használja a zárt drivert, hiába van a tárolóban.
Pont most látom, írta ezt sh4d0w is éppen (#90626)-ban.
-
lck
senior tag
Sziasztok !
A következő kérdésem lenne:
4 SSD meghajtó van a gépemben. ( 2 linux, 1 adat és egy windows )
Az első linux rendszer állandónak tekinthető, az most egy ideje Solus.
A második linux az ilyen "hopper"-rendszer, ami a napjainkban Manjaro.
( a windows az meg valami veleszületett ősi átok - talán )
Észrevettem, hogy a disztrók máshogy kezelik az egyéb meghajtókat:
Pl. Solus és MX esetében root jelszó nélkül csatolja a másik rendszerek meghajtóit ( írható olvasható szó nélkül ), de pl.: Manjaro-nál root jelszó kell a csatoláshoz és használatához.
Az fstab-ban nincs bejegyzés a többi meghajtóra, nem is szeretném boot-oláskor csatolni, csak akkor amikor éppen dolgom lenne benne és rákattintok. Jó lenne ha ehhez nem kérne root jelszót.
Na szóval ezt kérdezném: hogy lehet használat közben egyéb meghajtót csatolni root jelszó beírás nélkül ?
Nem olyan eget verő probléma - a neten kutattam utána, de a talán rendkívül korlátolt angol tudásom is hátráltatja a megoldást. -
#90422
CPT.Pirk
Jómunkásember
SIPAnonymus
#90421
CPT.Pirk
Jómunkásember
válasz
SIPAnonymus
#90421
üzenetére
Nem így kellene ezt csinálni.
Az a jobb klikkes menü nem tudom mit csinál, ráadásul az ott disztró specifikus.Állandó partíciót mindig az fstab-on keresztül csatolunk, ehhez kell egy kis terminálozás.
Megcsináljuk a mappát:
sudo mkdir /mnt/hddstorestoresudo chown spianonymus /mnt/hddstoreAz
/etc/fstabfájl végére beszúrod ezt a sort:UUID=2fdb5ca7-0d9f-4121-8c59-8fcb69fa287a /mnt/hddstore auto defaults,noatime 0 2Miután a fájlt elmentetted, egy
mount -aparancsot kiadva, ha az kimenet nélkül lefut, akkor mindent jól csináltál. Az fstab fájlban lévő dolgok minden rendszerindításkor csatolásra kerülnek. -
#90418
CPT.Pirk
Jómunkásember
SIPAnonymus
#90417
CPT.Pirk
Jómunkásember
válasz
SIPAnonymus
#90417
üzenetére
Hy!
Hogy csatolod fel?
Jellemzően az fstab-on keresztül az /mnt alá egy mappába szokás, a mappát még sudo mkdir-el hozod létre, aztán a mappát egy chmod-dal átadod a saját felhasználódnak. Így utána szabadon fogod tudni írni-olvasni az ebbe a mappába felcsatolt partíciódat.
-
Warton
őstag
válasz
CPT.Pirk
#89945
üzenetére
A gpartedet csak azért mondtam, mert nekem onnan tűnik a legegyszerűbben kiszedni ezt az infot.
Nekem jó az fstab, csak ne nekem kelljen kézzel megírni, hanem legyen egy program, amibe beállítom, hogy ezt a HDD-t ebbe a könyvtárba csatolja azt a HDD-t meg amabba, az SSD-t meg emide. Az beírja az fstabba azt, amit kell: UUID noatime ha kell, ha nem 0 0 vagy 0 1.
Aztán végül mount chown és az egyéb hülyeség.A linux fájlrendszer sinusgörbéjére még nem sikerült teljes mértékben ráhangolódnom.
-
CPT.Pirk
Jómunkásember
válasz
Warton
#89944
üzenetére
Gpartedet nem kell megnyitnod hozzá. https://linuxhint.com/uuid_storage_devices_linux/
Amúgy egyszer be kell állítani, de megoldható a menet közbeni auto mount.
Két megoldást tudok erre, egyik az autofs, a másik meg udev szabály írása.Amúgy az fstab-os állandó csatolás az miért nem jó?
-
Warton
őstag
Pár kezdő kérdéssel provokálnék:
1. Mi a különbség a Steam (Native) és a Steam (Runtime) között?
2. Terminálban hogyan lehet elérni azokat a HDD-ket, amik nincsenek fstabba beállítva, nincsenek mountolva megadott helyre, nincsenek chownozva stb. Csak szimplán be vannak dugva az egyik SATA portba. A Dolphin látja, meg rá is tudok menni, de terminálban nem sikerült elérni.
-
TMPFS, ami beugrik elsőre, de nem is az SSD kímélése miatt, hanem, mert ha sok RAM van, akkor azt célszerű használni, mivel sokkal gyorsabb az SSD-nél.
Ebben a hsz-ben van egy példa az FSTAB-ban, nyilván amelyik sort használni akarod, az elé nem raksz # jelölést.
A
tmpfs to .cachesor végén a RAM méretét változtathatod.Ezt a sort viszont inkább ne használd:
#tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0Magyarázat a hsz-ben.
Ja igen, a noatime felesleges minden sorban...anno így láttam és beraktam, de nem kell oda.
(egyébként mai, jól felszerelt gépeknél nem foglalkozunk az SSD íráskímélésével)
Amit itt írsz, az is amiatt jó, mert a RAM gyorsabb, bár lehet ezeket a beállításokat is finomítani.
Browser.cache.memory.capacity
Browser.cache.check doc frequency
Browser.cache.disk cache sslAmúgy a nemrég vett Samsungon mennyi írás jött össze eddig?
sudo smartctl -x /dev/sda(sda ugye nem tuti) -
cigam
titán
válasz
gianni85
#89441
üzenetére
Az OMV "csak" egy GUI. Rengeteg program/script, ami beállítja a gép szolgáltatásainak paramétereit.
pl.beállítod, hogy melyik meghajtót hova csatolja fel. Pedig egy fstab nevű fájl szerkesztésével ezt te is be tudnád állítani. stb...
Vagyis a hozzá nem értő mezei user-kenek is van esélyük bekattintgatni a helyes működést.
Mondjuk az sem mindegy hogy melyik OS-t tetted fel (32/64bit), plusz még a frissítés előtt csekkolyi kellett volna hogy milyen (hiba) üzenetekkel találkozol.Melyik leírás alapján melyik image-t töltötted fel az SD kártyára?
-
tvamos
nagyúr
Szia!
Ez nagyon kemeny.
Beallitom a jogosultsagot, es jo is:
$ ls /media/tomi/ -alh
total 40K
drwxr-x---+ 6 root root 4,0K Apr 17 20:36 .
drwxr-xr-x 4 root root 4,0K Nov 1 22:35 ..
drwxrwxrwx 9 tomi tomi 20K Apr 16 22:47 Data
drwxrwxrwx 2 tomi tomi 4,0K Nov 1 22:32 DataWin
drwxrwxrwx 2 tomi tomi 4,0K Nov 18 21:54 Public
drwxrwxrwx 2 tomi tomi 4,0K Nov 18 21:54 Public2De minden ujrainditas utan a gep elallitja a jogosultsagokat igy:
$ ls /media/tomi/ -alh
total 32K
drwxr-x---+ 6 root root 4,0K Apr 17 20:36 .
drwxr-xr-x 4 root root 4,0K Nov 1 22:35 ..
drwxrwxrwx 9 tomi tomi 20K Apr 16 22:47 Data
drwxrwxrwx 2 tomi tomi 4,0K Nov 1 22:32 DataWin
drwxr-xr-x 2 goliat users 0 Apr 15 16:41 Public
drwxr-xr-x 2 goliat users 0 Apr 15 23:24 Public2Az fstab-ban most ez van:
//IP/public /media/tomi/Public cifs username=usr,password=psw,rw,uid=1001,gid=100 0 0Mi a franc baja lehet? Sosem lattam ilyet.
-
cigam
titán
válasz
tvamos
#89372
üzenetére
Ahová felcsatolod mappa (/media/tomi/Public) annak milyen jogosultságai vannak?
Attól függen milyen jogokkal szeretnéd használni, én még az fstab paraméterekhez hozzáírnám, hogy uid=1001,gid=100
Ahol az uid- az usered azonosítója, a 100 pedig általában az useres csoport azonosítója. Vagyis a felhasználod, és az users csoport lesznek a tulajdonosok. -
tvamos
nagyúr
Sziasztok!
Mit csinalok rosszul, hogy felmountolom az fstabban a halozati (samba) meghajtoimat, es majdnem jo is, csak nem tudok masolni, meg semmi a nemobol. parancssorbol tudok, de ott is csak rootkent. Mi itt a megoldas?Ilyen az fstab-om:
//IP/public /media/tomi/Public cifs username=usr,password=pw,rw 0 0//IP/public2 /media/tomi/Public2 cifs username=usr,password=pw,rw 0 0Ha mondjuk beleirnam ezt?
file_mode=0777,dir_mode=0777 -
Dißnäëß
nagyúr
Uh, ezért nagy köszönet, nem reméltem ennyire részletes választ. Hálás vagyok.
lockdown90, urandom0: manuálisan kell csinálnom, bonyolítja a helyzetet, hogy LUKS-on van minden.
Tehát a boot folyamatom most kb:
- USB-ről UEFI boot
- azonnal kéri a jelszót az SSD / (root) feloldásához, ezt billentyűről megkapja tőlem, ezzel feloldódik a / ténylegesen
- crypttab-ból összeszedi a 4db HDD feloldásához szükséges infókat az SSD-ről
- header és key fájlokat felnyalva feloldja a HDD-ket kis seek-elés keretében
- boot-ol tovább és voilá, Debian Testing Cinnamon login screenSzóval igazából az SSD / -om egy /dev/mapper eszköz már eleve, így a 0. lépés az, hogy titkosítom az SSD-t, majd feloldva ezt, a /dev/mapper/ ... eszközön létrehozom a fájlrendszert, rsync ... ... ... és végül fstab/crypttab mókolás és finishing lépések.
Valahogy még összelegózom értelmesen, most munka és rohanós, csak így megjegyeztem.
Ilyen custom setup-al a Clonezilla nem bír el szerintem + én sem tanulok belőle akkor, ami célom mindemellett (járulékos hozadék)
Ha elmegyek itthonról, gép kikapcs, USB kihúz és zsebre vág, aztán lehet nézelődni, mi van rajta. Egy legális W10 legális játékokkal + 4 üres HDD
-
BoB
veterán
válasz
Dißnäëß
#88453
üzenetére
1. igen
2. igen
3. igen de nem kell azonos fájlrendszer, bármi más is lehet (tehát pl ext4-ről váltasz f2fs-re)
4. felcsatolod az új ssd-t (mount)
5. lesz az rsync (root jog!), ezzekkel a kapcsolókkal, kivételekkel:# rsync -aAXHv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / /mnt/uj_ssd_csatolasi_pont
6. átírod az új ssd-n lévő fstab-ot (tehát az /mnt/uj_ssd/etc/fstab -ot)
7. chroot új ssd-re, tehát /mnt/uj_ssd/ -re
8. # mkinitcpio -P
9. telepíted a grub-ot az új ssd-re, úgy mint /dev/XXX
10. grub-mkconfig
11. exit chroot
12. reboot -
Dißnäëß
nagyúr
Sziasztok,
a gép USB pendrive-ról boot-ol (ezen a /boot, UEFI-only konfig) és a / az SSD-n van mint egy szimpla 40 Gigás partíció.
Ha SSD-t szeretnék cserélni (mert öreg, HD Sentinel szerint már eléggé kopott, bár tünetmentes), elég ezeket a lépéseket megtennem ?
1. új SSD betesz, régi még marad
2. boot-olok hagyományos módon mint eddig
3. új SSD-n létrehozom a leendő új rendszerpartíciót, azonos fájlrendszerrel
4. mindent át-rsync-elek oda, ügyelve a kapcsolókra, tehát jogok stb... minden átmegy oda
(Itt felmerül bennem a /dev-es speciálos fájlok esete, ez így mi, hogy ?)
5. fstab-ban átírom a "root=" sort az új partíció UUID-jére
6. talán grub.conf-ban is, vagy még valahol, de nem vagyok biztos (+ egy update-grub parancs)
7. Reboot és ima.Tuti ez így nem lesz még jó, mi hiányzik ? Ezt csak a megérzésem mondatja velem
-
# /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).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme1n1p2 during installation
UUID=7a952591-f2af-4d4e-b480-6503701b831d / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme1n1p1 during installation
UUID=B07E-F250 /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme1n1p4 during installation
UUID=d726ca72-ee33-4f0f-beb2-fe396b706642 /home ext4 defaults 0 2
# swap was on /dev/nvme1n1p3 during installation
UUID=e4428a5c-60bf-4d6a-bbad-f387a39c7d9f none swap sw 0 0
/dev/disk/by-uuid/2388569d-5310-46e7-8c0e-edc0e500bbde /mnt/2388569d-5310-46e7-8c0e-edc0e500bbde auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/1057184f-04f2-4646-84f4-b5e930beddd3 /mnt/1057184f-04f2-4646-84f4-b5e930beddd3 auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/c7eb615a-b0d8-436e-b7d7-59ba9054b77a /mnt/c7eb615a-b0d8-436e-b7d7-59ba9054b77a auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/7E349AC1349A7BB9 /mnt/7E349AC1349A7BB9 auto nosuid,nodev,nofail,x-gvfs-show 0 0 -
Warton
őstag
Milyen bios beállítás okozhatja bootolásnál az alábbi hibaüzenetet:
ERROR: device 'UUID=annak a partíciónak a száma, amin a rendszer van' not found. Skipping fs ck.
Aztán a végén bedob a tty-be.Ami történt: kicseréltam az alaplapot, procit, ramot, tápot stb. Minden SSD-t HDD-t visszadugtam. Sokáig az fstabra gyanakodtam, de igazából abban minden jónak tűnt. Aztán a biosban több mindent állítgattam és egyszer csak (kb. a sokadik próbálgatás után) simán beindult a rendszer, minden gond nélkül. Csak azért szeretném tudni, hogy legközelebb, már célirányosabban tudjam kezelni a dolgot.
-
#88208
tordaitibi
veterán
gregory91
#88207
válasz
gregory91
#88207
üzenetére
Ebből is balhé lesz
Én speciel így csinálom de már 25x leb@sztak mert ha szerencsétlenül állnak a csillagok az égen meg a bitek az ssd-n akkor elkutyulódhat a komplett root jelszó rész ha guit sudoval használunk.
Meg ha jól tudom nála valami szerver ez, nem tudom hogyan van guilag felturbózva.Amúgy a KDE gondolt a tökfej userekre akik termináldiszlexiások és Nanopánikosok.
Megnyitja a bármit a Kate szövegszerkesztő, pl. fstab, mókolsz benne majd a mentésnél bekéri a jelszavadat és ezután menti a mókolt fájlt.
Ez szerintem eléggé emberbarát megoldás. -
cigam
titán
A partíció nevét particionáláskor adhatod meg (vagy később). A GPT-ben tárolja 72byte-on.
A címke pedig a partíción létrehozott fájlrendszeren belül jön létre.
Vagyis a név a partícióhoz kötődik , a címke meg a fájlrendszerhez.És van a kakukktojás: partíció címke Ez pedig ugyanaz mint a partíció neve.
A GPT leírásokban "Partition name"-ként hivatkoznák rá, de a Linux fstab már PARTLABEL-ként hivatkozik rá. -
#87726
tordaitibi
veterán
spuros
#87713
válasz
spuros
#87713
üzenetére
Nem tudom mennyire vagy otthonos a parancssorba meg az fstab szerkesztgetesebe.
Es nem ismerem a Debiant.
Itt talasz egy guis iranymutatast.
Kell hozza ismerni a megosztas adatait.
Tudja ezt amugy szinte mindegyik fajlkezelo is.
Valaki aki rutinos ennek a terminalos megoldasaba az majd leirja bogyan megy parancsokkal. -
Geripapa
aktív tag
Sziasztok, Feletelepítettem a nobarát a gépemre és az fstab-ba bemásoltam a régi tepelítésről a bejegyzéseket de ennek ellenére most nem hajlanó felcsatolni a külső meghajtókat.
az fstab így néz ki:
//192.168.1.20/video /media/Video cifs credentials=/home/geripapa/.smbcredentials,vers=1.0,iocharset=utf8,file_mode=0777,users,dir_mode=0777,noperm 0 0
a log meg így:
Attempting to mount \\192.168.1.20\video
CIFS: VFS: bogus file nlink value 0
Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old serversMásik gépen működik ez az fstab bejegyzés, mondjuk azon KDE neon van.
Itt mi lehet a hiba? Mért nem működik? -
blunt
aktív tag
hali!
Tudna nekem vki segiteni abban, hogy mier nem mountolja a cuccost?
Hozzaadtam fstabhez:
//192.168.1.69/ /mnt/truenas/ cifs user,uid=blabla,gid=blabla,noauto,credentials=/etc/truenas.creds,domain=domain 0 0(Uid /gid amugy helyesen van kitoltve fstab-ban)
lefuttatom a sudo mount -a nem dob ki hibauzenetet de semmit sem mountolt az /mnt/truenas konyvtarba.szerk: CentOS-t futtatok
-
válasz
gregory91
#86842
üzenetére
Na közben letelt a szerkesztési idő:
Tegnap szabadítottam ki a kedvenc LMDE 5 Elsie Cinnamon / partíciómat az Extended partícióból , mert meg akartam szüntetni az extended partíciót. Egy másik linuxot (egy Linux Mint cinnamon az éppen illetékes) bootoltam be egy másik diskről és Gparteddel oldottam meg a partíció műveleteket. Először töröltem az extendedben a mögötte lévő partíciókat , majd leghátulra mozgattam és közben zsugorítottam az LMDE partíciót. Ezután újraindítottam a buheráló Linux Mintet és már volt annyi szabad hely az Extendedben, hogy a Gparted engedte hátrább zsugorítani az Extended elejét. Ezután töröltem az elöl lévő felesleges Primary partíciókat mindet. Ezután Gpartedben copy pastéztam az extendedből az LMDE partícióját legelőre egy Primary partíciónak, majd töröltem az extended tartalmát és végül az üres extended partíciót is. Most óvatos duhajként újraindítottam a buheráló Linux Mintet és következett egy sudo grub-mkconfig -o /boot/grub/grub.cfg , ez a chroot rettenet helyett lett elkövetve mert felvette a grub menüjéve az agyon buherált LMDE / partíciót. Most újra indítás következett és a Linux Mint grub menüjéből bebootoltam a kedvenc LMDE linuxomat. Imigyen bejutván következett az fstabja rendbetétele, majd egy sudo grub-install /dev/sda és egy sudo grub-mkconfig -o /boot/grub/grub.cfg , most újraindítás és voilá ! Most már per vias naturales bootoltam a kedvenc slax-LMDE csináló LMDE linuxomat! Mindez chroot és DD nélkül (lehet, hogy a Gparted DD-t használ a partíció copy-paste céljára, de ez az ő baja, nem az enyém) !!! A ramdisket meg nagyívben lekakiltam, azt sem tudom, hogy mire való ... valami bootolás közbeni átmeneti segédeszköznek gondolom. -
#86819
CPT.Pirk
Jómunkásember
peterattila
#86818
CPT.Pirk
Jómunkásember
válasz
peterattila
#86818
üzenetére
Eléggé nem egyszerű. Ha van rá keret, inkább fogj egy másik azonos méretű ssd-t és akkor clonezilla pikk-pakk megoldja.
Ha mindenképpen kisebb és emiatt lassabb SSD-re akarod áttenni, akkor viszont kb. ez a folyamat:
-partíció(k) létrehozása,
-fájlrendszer átmásolása valamilyen live rendszer alól
-belépni chroot segítségével live rendszer alól az átmásolt rendszerbe
-ott fstab-ot szerkeszteni a root partíció UUID átírásával
-initramfs-t kell generálni
-grub-ot is telepíteni kellElőző héten kínlódtam ezt végig, mikor egy 512-es HDD-s gépről tettem át a rendszereket egy 120-as SSD-re, ott mindegyik partíciót csökkenteni kellett.
-
Gyakran írjá(to)k, hogy a linux milyen flottul kezeli az exfat fájlrendszert. Ezzel szemben ha nem teszem bele az fstabba a partícióját, akkor sárga felkiáltójelet kap a Gpartedben. Ha meg beleteszem az fstabba, akkor csak a rendszergazda írhat bele. Hogy kell akkor ezt jól csinálni, hogy a user könnyen boldogulhasson vele?
-
#86598
tordaitibi
veterán
Okéokéoké, ezt én generáltam
Én 4 éve használom a
sudo thunarkombót. Nem tudom, nem is értem mi történhet, nekem eddig nem volt bajom belőle, automatikus bejelentkezésem van nem kér login passwordot egyik rendszerem sem, soha nem is kért. Talán ezért nem veszek észre semmi hibát, passsz.A pkexec nem megy, illetve lehet hogy mégis de az elején elszórakoztam vele és nálam nem lehet vele fájlkezelőt root joggal indítani, se a KDE sajátját, se a Dolphint se a Thunart. Vagy hamar feladtam, ez is lehet.
Miért kell ez nekem, mert termináldiszlexiás vagyok, komolyan mondom. Múltkor egy usb izét, lsusb, ki kellett gugliznom, nem tehetek róla, nem tudom megjegyezni az alap paransokat sem.
Így egy root mappába mappát létrehozni, benne akármilyen fájlt, vagy ide bármit mozgatni nekem kínszenvedés, meg a Nano és társai, meg az Mc. Nekem 5-6 kattintás, ezért használom így.
Szerencsére az alap KDE feature ha fstabot, grub.cfg-t, egyéb konfigfájlokat vagy bármi root tulajdonú fájlt kell szövegszerkeszteni, ami nálam sűrűn előfordul, a Kate megnyitja guival természetesen, megcsinálom amit kell és a mentéskor bekéri a jelszavam. Ennyi és szerintem faék egyszerű, nekem legalábbis 44556x egyszerűbb mint Nanoval bohóckodnom/szenvednem.
Lehet másnak máshogy áll kezére, ezért nem szólom meg de elvárom hogy ezért engem se szóljanak meg mert nekem nem megy a parancsoros megoldás. A végeredmény ugynaz és mindegy a célhoz milyen úton jutunk el.Ha tudtok bármilyen legális, ajánlott, nem tiltott, nem veszélyes módszert amivel fájlkezelőt root módba lehet használni, várom a tanácsokat és ezután így fogom.
-
K0zm0
aktív tag
válasz
growler
#86596
üzenetére
Fstab-ot már bűvöltem nano-val amikor a másik gépemen megnöveltem a partíció méretét és valamiért nem csatolta fel a swapomat utána. (Valami gondja volt az UUID-vel, de megoldottam.)
sh4d0w:
Jó tudni, igyekszem észben tartani!growler:
Én mikor belecsöppentem, akkor az alap CLI parancsokkal együtt megtanultam kezelni a nano-t, legalább annyira, hogy a config fájlokba szükség esetén bele tudjak nyúlni. -
CPT.Pirk
Jómunkásember
Mai rendszer átmozgatásos tapasztalatok, hátha másnak is hasznos lehet.
Satás SSD-ről átköltöztem alaplapi gyorsabb és nagyobb SSD-re az egyik gépemen. A partíciós séma hagyományos MBR volt, rajta dualbootban W10 is.
Betettem az új SSD-t, és 1:1-ben átklónoztam a régi 240GB-os eszközt az újra, a Clonezillával. Ez sima ügy, ez után bootolt is a rendszer.
Aztán fogtam a Gparted live-ot, és megnöveltem az egyik partíciót, elmozgattam egy másikat, a Linux root partícióját meg kiterjesztettem a teljes maradék helyre. Folyamat lemegy, ok. Aztán még leformáztam a régi SSD-t egyetlen EXT-4 partícióra.
No itt a gép nem akart egyáltalán bootolni, a bioszba sem jutottam be. Kiderült, hogy valamit nem csinált jól a gprated, mert a régi SSD-t lehúzva ment a gép. Aztán egy másik Live Linux alól ismét megformáztam pont ugyanúgy szintén gparteddel a régi ssd-t, akkor már jó lett.
No így már volt grub menüm, viszont se a W10, se a Linux nem volt hajlandó bootolni. A Linux kidobott egy shell-be, hogy nem találja a ...UUID-s partíciót, a root partíciót. Oké, mondom biztos megváltozott az azonosító, nézem egy live PopOS alól chroot-tal belépve az ssd-n lévő Manjaroba, hogy mi az uuid de az basszus nem változott, mind az fstab, mind a grub bejegyzésben a megfelelő uuid szerepelt.
Röviden annyi volt a megoldás, hogy chroot alatt kellett csinálnom egy mkinitcpio -p linux60 parancsot, akkor pár dolgot újragenerált és úgy már tudott bootolni az új SSD átméretezett és mozgatott partíciójáról.W10 meg azt mondta, hogy az indítás helyreállítása nem tudta megjavítani a rendszerindítást. Aztán reboot után mégis elindult.
-
#86414
huliganboy
addikt
huliganboy
addikt
Sziasztok!
Fstab szerkesztésben elakadok!
Van egy ilyen USB winyó:
Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectorsDisk model: nal USB 3.0Units: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesDisklabel type: dosDisk identifier: 0x9a4e7d50Device Boot Start End Sectors Size Id Type/dev/sdb1 2048 976773119 976771072 465,8G 7 HPFS/NTFS/exFATIlyen UUID vel:
01D8F10F6886D560Az fstab-ba ezt próbálom, de nem bootol, gondolom valami hibás:
UUID=01D8F10F6886D560 /media/ ntfs-3g defaults 0 2Tudna valaki tanécsot adni, hogy szerkesszem, hogy jü legyen?
-
#63718632
törölt tag
válasz
5leteseN
#86411
üzenetére
A Grub csak egy rendszer indító. Neki csak azt kell megmondani, hogy honnan indítsa a rendszert. Ezt /dev/sd...... formában nem tudod megmondani, mert azok lemezek és partíciók még sehová nincsenek felcsatolva. A rendszered még nem él. Majd ha elkezd indulni a rendszer az már az fstab alapján felcsatolja a lemezeket, partíciókat. Neki csak az kell, hogy melyik lemez, melyik partícójáról kell indítani. Ennek a formátuma a hd0,1 vagy hd1,1 stb formátum. Hanyadik lemez, hanyadik partíciója. Nagyjából, tömören.
-
#85921
tordaitibi
veterán
CPT.Pirk
#85919
válasz
CPT.Pirk
#85919
üzenetére
Igen, ha pl. Timeshiftet használsz klónozni/visszaállítani más lemezre.
Vagy Acronis-t megfelelő beállításokkal. Az átírja a jelenlegi uuid-ket az újra fstab-ba, efibe meg még pár helyen.De a DD lényege hogy mindent átvisz bit szinten.
Bootszektort, efipartíciót, part uuid-ket, mindent.
Clonezilla ilyen.
Volt is bajom belőle Win klónozás után mikor valami miatt mountolni akartam a régi kiszerelt lemezt. Volt ott minden -
CPT.Pirk
Jómunkásember
válasz
body007
#85908
üzenetére
Szia,
Ez nem kezdő téma. De látatlanban és úgy általában, először legyen mentésed a gépről, aztán lehet megpróbálhatsz egy szimpla klónozást az új hardverre... Ami gond lehet így saccra, az a hálózati adapterek feltehetően eltérő nevei, ami miatt lehet ezt-azt konfigolni kell majd.
Meg persze mennyire régi a szerver. Ha már újabb és UUID alapján csatol partíciókat, akkor UUID-t is át kell írni a klónozás részeként az fstabban.
*én klónozást mindig a clonezilla-val csinálok. Backupot is, mert frankón tömörít.
-
válasz
#63718632
#85863
üzenetére
[ew7041]
# /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=C052-E802 /boot/efi vfat umask=0077 0 2
UUID=893c5447-69fa-4b13-9b98-c68711522604 / ext4 defaults,noatime 0 1
UUID=ce655abd-e5b5-4298-84e2-8f8116056b17 /home ext4 defaults,noatime 0 2
Debianon nem természetes és nem véletlenül van így, lásd sh4d0w szaki hsz-ét. Sokszor elhangzik, hogy a Linuxot ne akarjuk már Windowsként használni, de ugyanígy elmondható, hogy a Debiant ne akarjuk már Ubuntuként használni! 
Úgy néz ki, hogy a /tmp-re nem kellett volna rátennem a noexec-et, azért nem akar(hatot)t bebootolni, legalábbis a jorunalctlben találtam utalást piros szöveggel arra is.
Fstrim a /dev/mapper/root logikai blokkeszközön, ami egy decrypted partíció egy nvme eszköz egyik partícióján (/dev/nvme1n1p2)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Szerintem tényleg modern(COW például), jó dolgok vannak benne, de kiforratlan ez a fs picit még, inkább annak javasolnám a napi használatát, aki valóban tisztába van a különböző és egymásnak időnként ellentmondó default beállításaival és képes optimalizálni.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Antivírus szoftverek, VPN
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! 4TB Western Digital Red Pro SATA HDD meghajtó garanciával hibátlan működéssel
- 130 - 131 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080
- Dell 14 Latitude 5430 FHD IPS i7-1255U vPro 4.7Ghz 10mag 16GB 256GB Intel Iris XE Win11 LTE Garancia
- LG 39GS95UE - 39" Ívelt OLED / QHD 2K / 240Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest