Fórum Root.cz
Hlavní témata => Software => Téma založeno: p3dr04444 30. 11. 2019, 21:34:02
-
chcem otvorit debatu ako mapujete disk do linuxoveho servera debiam?
su dve moznosti:
1) do fstab dam
/dev/sda3 /media/i ext4 defaults 0 2
alebo druha ma napada 2) do rc.local dam script nech po spusteny to namapuje automaticky...
teraz pouzivam 1) ale ma to nevyhodu minule ked mi odisiel disk som musel letiet ku serveru a ist tuknut control+D
a zmanit fstab a az pak mi spustilo system...
teraz uvazujem ze pojdem asi do druhej moznosti pretoze pak mi system pusti a ked bude disk len proste disk nenamapuje....
alebo pouzivate ine sposoby?
-
urcite do fstab, aby se systemd nepo.. kdyz nebude dostupne, pouziva se na to parametr "nofail" pripadne i snizenej timeout.
druha vec je ze pripojujes do /media, coz je nevhodne, ta slozka slouzi pro vymenitelne (https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#mediaMountPoint) zarizeni (a pocitaj s tim automoutery ci sluzby(i s tim ze je v /media nejdriv dir uzivatele)), ani /mnt by nebylo spravne - to se pouziva pro docasne (https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#mntMountPointForATemporarilyMount) pripojeni, tzn. bud to pripojit do existujiciho adresare cimz ho jen presmerujes_jinam/rozsirit_misto/atd, nebo vytvorit nejaky adresar, osobne pouzivam /data, /data.neco1, /data.neco2 v korenu, nebo adresar /data v kterem teprve adresare pro jednotliva pripojeni dalsich disku /data/neco1, /data/neco2
/dev/sda3 /data ext4 defaults,nofail,x-systemd.device-timeout=1 0 2
-
ako mapujete disk do linuxoveho servera debiam?
na systémové disky fstab.. Ale celkem nedávno jsem objevil systemd mount unity, je to celkem šikovné když potřebuješ přidat specifické závislosti, třeba VPN, obslužné služby Infinibandu atd.
A naopak pak na dotyčnou unit můžeš pověsit unitu startující databázi používající daný mount atp.
-
urcite do fstab, aby se systemd nepo.. kdyz nebude dostupne, pouziva se na to parametr "nofail" pripadne i snizenej timeout.
druha vec je ze pripojujes do /media, coz je nevhodne, ta slozka slouzi pro vymenitelne (https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#mediaMountPoint) zarizeni (a pocitaj s tim automoutery ci sluzby(i s tim ze je v /media nejdriv dir uzivatele)), ani /mnt by nebylo spravne - to se pouziva pro docasne (https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#mntMountPointForATemporarilyMount) pripojeni, tzn. bud to pripojit do existujiciho adresare cimz ho jen presmerujes_jinam/rozsirit_misto/atd, nebo vytvorit nejaky adresar, osobne pouzivam /data, /data.neco1, /data.neco2 v korenu, nebo adresar /data v kterem teprve adresare pro jednotliva pripojeni dalsich disku /data/neco1, /data/neco2
/dev/sda3 /data ext4 defaults,nofail,x-systemd.device-timeout=1 0 2
1) parametr "nofail" pripadne i snizenej timeout.
tento parameter kde prosim ta zadam? aby som teda predisiel tomu ze ked ten disk nie je dostupny isiel dalej a spustil sa bez neho a nemusel som tam letiet?
2) zaujimava myslienka mapovat inde to ma nenapadlo... diki za postreh ked to budem prerabat to teda pojde do /data/nieco ale teraz tam uz mam vsetky virtualky a vsetko nechce sa mi to prehadzovat.... uz to nejako vydrzi kym to prerobi....
kazdopadne diki za tvoje postrehy..
-
A taky namisto /dev/sda3 zacni pouzivat UUID nebo LABEL pro identifikaci zdroje
-
A taky namisto /dev/sda3 zacni pouzivat UUID nebo LABEL pro identifikaci zdroje
a co je teda lepsie pouzit specialny uuid a to dat do fstab?
alebo nahodit danemu disku label a podla toho mapovat ?
alebo je to to iste skus byt trocha podrobnejsi ze v com je to ine a lepsie ako ked to dam aj starym sposobom /dev/sda3
diki
-
Optimální je mapovat podle LABEL, protože když vyměníš disk, nastavíš mu stejný label a nemusíš nic měnit v fstab. Mapovat dle UUID není tak flexibilní, ale slespoň neselže, pokud se změní pořadí zařízení. Mapovat dle zařízení v /dev je nejmíň flexibilní oldschool způsob. Jinak bych z toho ale nedělal zas takovou vědu, funguje všechno akorát je dobré znát výhody a nevýhody.
-
/dev/sda3 /data ext4 defaults,nofail,x-systemd.device-timeout=1 0 2
1) parametr "nofail" pripadne i snizenej timeout.
tento parameter kde prosim ta zadam? aby som teda predisiel tomu ze ked ten disk nie je dostupny isiel dalej a spustil sa bez neho a nemusel som tam letiet?
v sloupci parametru daneho pripojeni, viz ten priklad co sem psal a ty citoval ;-)
a co je teda lepsie pouzit specialny uuid a to dat do fstab?
alebo nahodit danemu disku label a podla toho mapovat ?
alebo je to to iste skus byt trocha podrobnejsi ze v com je to ine a lepsie ako ked to dam aj starym sposobom /dev/sda3
s vice disky, resp. asi s spis s vice radici, se pri startu muze stat ze se prehazej oznaceni sdX, proto je vhodnejsi uvadet v fstab UUID, nebo neco co je jedinecne pro ten disk (zkoukni co mas v /dev/disk/), protoze at uz se to pripadne zprehazi jakkoliv, jedinecnej identifikator bude vzdy smerovat na spravnej disk/oddil...
Optimální je mapovat podle LABEL, protože když vyměníš disk, nastavíš mu stejný label a nemusíš nic měnit v fstab. Mapovat dle UUID není tak flexibilní, ale slespoň neselže, pokud se změní pořadí zařízení. Mapovat dle zařízení v /dev je nejmíň flexibilní oldschool způsob. Jinak bych z toho ale nedělal zas takovou vědu, funguje všechno akorát je dobré znát výhody a nevýhody.
rozdil zda podle UUID nebo LABEL, je v podstate jen v tom, ze LABEL je na prvni pohled prehlednejsi pro uzivatele...
kdyz budu menit disk a nebudu chtit menit fstab (v kterem bych mel podle UUID), tak stejne jako novemu disku, resp. oddilum na nem, muzu dat stejne LABEL jako puvodni disk, muzu dat stejne UUID jako puvoidni disk:
tune2fs -L puvodni_nazev /dev/sdXY
tune2fs -U puvodni_uuid /dev/sdXY
pripadne nastavit puvodni uuid nebo label primo pri formatovani:
mkfs.ext4 -L puvodni_nazev /dev/sdXY
mkfs.ext4 -U puvodni_uuid /dev/sdXY
-
Optimální je mapovat podle LABEL, protože když vyměníš disk, nastavíš mu stejný label a nemusíš nic měnit v fstab. Mapovat dle UUID není tak flexibilní, ale slespoň neselže, pokud se změní pořadí zařízení. Mapovat dle zařízení v /dev je nejmíň flexibilní oldschool způsob. Jinak bych z toho ale nedělal zas takovou vědu, funguje všechno akorát je dobré znát výhody a nevýhody.
rozdil zda podle UUID nebo LABEL, je v podstate jen v tom, ze LABEL je na prvni pohled prehlednejsi pro uzivatele...
kdyz budu menit disk a nebudu chtit menit fstab (v kterem bych mel podle UUID), tak stejne jako novemu disku, resp. oddilum na nem, muzu dat stejne LABEL jako puvodni disk, muzu dat stejne UUID jako puvoidni disk:
tune2fs -L puvodni_nazev /dev/sdXY
tune2fs -U puvodni_uuid /dev/sdXY
pripadne nastavit puvodni uuid nebo label primo pri formatovani:
mkfs.ext4 -L puvodni_nazev /dev/sdXY
mkfs.ext4 -U puvodni_uuid /dev/sdXY
No vida, díky, o této možnosti jsem nevěděl. Vždycky jsem jen použil UUID vrácené z příkazu:
# blkid
-
Optimální je mapovat podle LABEL, protože když vyměníš disk, nastavíš mu stejný label a nemusíš nic měnit v fstab.
Přešel jsem na to, protože jsem jednou potřeboval disk vyměnit a nebylo možné se s tím domluvit.
Ideální je, myslím, nastavit i boot-GRUB podle LABEL, ale zatím jsem nenacvičil 100% postup tak aby se mi to pokaždé povedlo.
A stejně jako LABEL měním i název disku-souboru (neco_<LABEL>-flat.vmdk; neco_<LABEL>.vmdk; ) ve VMWaru a všechno je jasné, na první pohled vím, který disk je který.
--
Mareg
-
@ondrej nemecek: dakujem za vysvetlenie uz mi to je jasne...
@k3dar teiz diki za vysvetlenie cast label a uid mi funguje isiel som teda do label pretoze jas i pri formatovani presne davam mena aby to malo jasnu logiku a vzdy dam ine takze sa mi nemoze dat ze su rovnake v danom pc len ked ten dany disk s danym label odide druhy dostane to iste a fstab nemusim menit super riesenie este raz vazne diki...
2) riesim ale stale to ze ked ten disk v fstab nenajde ze aby sa to spustilo...
ked dam to co si pisal:
LABEL=a-disk1 /media/disk1 ext4 defaults,nofail,x-systemd.device-timeout=1 0 3
tak tu sa system pusti aj ked disk nie je pripojeny ale ked je pripojeny tak mi ho nenamapuje... v disk1 nemam nic proste disk tam neda je to urcite dobre zadane do fstab takto presne?
ale ked dam podla stareho:
LABEL=a-disk1 /media/disk1 ext4 defaults 0 3
tak disk tam pekne namapuje a vsetko ide v pohode ale zas ked ho odpojim sa system nepusti...
/dev/sda3 /data ext4 defaults,nofail,x-systemd.device-timeout=1 0 2
1) parametr "nofail" pripadne i snizenej timeout.
tento parameter kde prosim ta zadam? aby som teda predisiel tomu ze ked ten disk nie je dostupny isiel dalej a spustil sa bez neho a nemusel som tam letiet?
v sloupci parametru daneho pripojeni, viz ten priklad co sem psal a ty citoval ;-)
a co je teda lepsie pouzit specialny uuid a to dat do fstab?
alebo nahodit danemu disku label a podla toho mapovat ?
alebo je to to iste skus byt trocha podrobnejsi ze v com je to ine a lepsie ako ked to dam aj starym sposobom /dev/sda3
s vice disky, resp. asi s spis s vice radici, se pri startu muze stat ze se prehazej oznaceni sdX, proto je vhodnejsi uvadet v fstab UUID, nebo neco co je jedinecne pro ten disk (zkoukni co mas v /dev/disk/), protoze at uz se to pripadne zprehazi jakkoliv, jedinecnej identifikator bude vzdy smerovat na spravnej disk/oddil...
Optimální je mapovat podle LABEL, protože když vyměníš disk, nastavíš mu stejný label a nemusíš nic měnit v fstab. Mapovat dle UUID není tak flexibilní, ale slespoň neselže, pokud se změní pořadí zařízení. Mapovat dle zařízení v /dev je nejmíň flexibilní oldschool způsob. Jinak bych z toho ale nedělal zas takovou vědu, funguje všechno akorát je dobré znát výhody a nevýhody.
rozdil zda podle UUID nebo LABEL, je v podstate jen v tom, ze LABEL je na prvni pohled prehlednejsi pro uzivatele...
kdyz budu menit disk a nebudu chtit menit fstab (v kterem bych mel podle UUID), tak stejne jako novemu disku, resp. oddilum na nem, muzu dat stejne LABEL jako puvodni disk, muzu dat stejne UUID jako puvoidni disk:
tune2fs -L puvodni_nazev /dev/sdXY
tune2fs -U puvodni_uuid /dev/sdXY
pripadne nastavit puvodni uuid nebo label primo pri formatovani:
mkfs.ext4 -L puvodni_nazev /dev/sdXY
mkfs.ext4 -U puvodni_uuid /dev/sdXY
-
LABEL=a-disk1 /media/disk1 ext4 defaults,nofail,x-systemd.device-timeout=1 0 3
tak tu sa system pusti aj ked disk nie je pripojeny ale ked je pripojeny tak mi ho nenamapuje... v disk1 nemam nic proste disk tam neda je to urcite dobre zadane do fstab takto presne?
parametry nofail,x-systemd.device-timeout=1 mas spravne, takto mi to funguje ale nepouzivam "LABEL=jmeno", ale s LVM "/dev/vg/lv", zkus
/dev/disk/by-label/a-disk1 /media/disk1 ext4 defaults,nofail,x-systemd.device-timeout=10 0 2 tedy misto LABEL= uvedes dev cestu k labelu, timeout zkus 10 a fsck sloupec 2 (nevim zda 3 se ignoruje, man mluvi o moznostech 0(vubec),1(rootfs seriove),2(ostatni paralelne)
-
aj ked dam presne ako si napisal tak to iste spusti sa ale nenamapuje...
/dev/disk/by-label/vrt-disk2 /media/interny-disk ext4 defaults,nofail,x-systemd.device-timeout=10 0 2
timeout som skusal aj 20 nic... a zas ked necham len default tak vsetko namapuje v poriadku..... to nofail tam ma vlastne aku funkciu? timeout mi je jasne ale nofail vobec sa nechytam...
pri boote som dofotil vyhodi chybu: priloha
LABEL=a-disk1 /media/disk1 ext4 defaults,nofail,x-systemd.device-timeout=1 0 3
tak tu sa system pusti aj ked disk nie je pripojeny ale ked je pripojeny tak mi ho nenamapuje... v disk1 nemam nic proste disk tam neda je to urcite dobre zadane do fstab takto presne?
parametry nofail,x-systemd.device-timeout=1 mas spravne, takto mi to funguje ale nepouzivam "LABEL=jmeno", ale s LVM "/dev/vg/lv", zkus
/dev/disk/by-label/a-disk1 /media/disk1 ext4 defaults,nofail,x-systemd.device-timeout=10 0 2 tedy misto LABEL= uvedes dev cestu k labelu, timeout zkus 10 a fsck sloupec 2 (nevim zda 3 se ignoruje, man mluvi o moznostech 0(vubec),1(rootfs seriove),2(ostatni paralelne)
-
nofail = nepovazuj za problem kdyz oddil pripojit nepujde
x-systemd.device-timeout = jak dlouho se ma snazit cekat na dostupnost disku/oddilu
v Debianu sem to nezkousel, ale dle screen vadi ten timeout parametr, zkus to jenom s pridanym nofail, to sice bude cekat vychozich 90s nez to bude pokracovat dal, ale nemelo by to diky tomu zkoncit v emergency
-
ked dam veru len:
/dev/disk/by-label/vrt-disk2 /media/interny-disk ext4 defaults,nofail 0 2
tak to namapuje disk ale ked je prec sa system nepusti a to som cakal aj 5 min.
Mne by nevadilo aj keby to spustalo 10 min ale nech to vobec spusti takto sa to zstavi a kym nedas control+D sa to dalej nepohne a to ma presne stve a preto rozhodol otvorit tuto debatu...
jj pouzivam debian
nofail = nepovazuj za problem kdyz oddil pripojit nepujde
x-systemd.device-timeout = jak dlouho se ma snazit cekat na dostupnost disku/oddilu
v Debianu sem to nezkousel, ale dle screen vadi ten timeout parametr, zkus to jenom s pridanym nofail, to sice bude cekat vychozich 90s nez to bude pokracovat dal, ale nemelo by to diky tomu zkoncit v emergency
-
jaka verze Debianu? jeste zkusit to pripojovat jinam nez do /media
-
wheezy
a skusal som aj do /data
a veru mas pravdu tam ked dam len nofail tak to spusti a funguje to pekne odpojim disk ide dalej hned ziadne zakanie...
ked dam timeout tak vyhodi hlasku co predtym takze len bez timeout...
idem teda to prekopat a teda aj ten virtualny disk musim dostat teda do /data aby nebol problem....
troska to potrva lebo to ej disk s virtualkami a musm to teda presenut tie virtualky....
jaka verze Debianu? jeste zkusit to pripojovat jinam nez do /media
-
Wheezy tedy Debian7?? no to radeji priste pis jako prvni :-) vis ze uz ma 1.5roku po EOL? ja to tedy zkousel nez si to napsal v Debian10 a tam mi funguje nofail i do /media i to (pochopitelne) uz zna parametr x-systemd.device-timeout i kdyz je mi "zahadou" ze at nastavim jakejkoliv timeout nebo ten parametr nedam vubec, stejne to bez pritomnosti disku/oddilu pokracuje v boot okamzite, jen pri pokusu me "zaskocilo" (pri zkouzce bez nofail a x-systemd.device-timeout) ze do emergency me to sice chtelo hodit po 1.5minute, ale oznamilo ze root nema heslo a po enter to zkouselo startovat dal, coz me za 1.5m chtelo hodit do emegency a tak porad dokola, nepomohlo ani Grub/Advanced/jadro-recovery, protoze i v tom rezimu to zkouselo pripojit neexistujici oddil a take rvalo ze neni root heslo, takze sem musil z LiveISO upravit na disku fstab (kde me opet "zaskocilo" ze balicek lvm2 nebyl predinstalovan, takze ho nejdriv musel doinstalovat) a po restartu do disku nastavit heslo pro root a pak teprve emergency zaclo fungovat...
-
ano debian 7.. ano som si vedomy toho ze je to EOL :) mam to vazne len ako zaklad na virtualky a mam tam phpvirtualbox a proste vsetko ako ma byt a na novy virtualbox6 este nie je phpvirtualbox tak sa mi to nechce prerabat ked nebudem mat php pristup a graficky instalovat zaklad nechcem... ale uz virtualky niektore mam debian10 :) ale pre bezpecnost tento zakladny system debian7 nema pristup na internet takze je to koser ovladam ho len vnutorne...
teraz k veci spat no bude to asi tou starou verziou ze to nejde v media...
ale tak nevadi super ze sme to vyriesili v data a uz v media som si nechal len tie virtualky a tiem am na intel ssd starsom a to aj ked odide budem tam musiet ist... to az tak nevadi niekedy to mozno prehadzen....
ale na tom celom tvojom procese ma zaujala jedna vec ze tiez som to skusal na debian10 a presne ako pises tam som mohol stlacat control+d kolko som chcel nepustalo ma dalej musel som dat root password a to mi zobralo a priamo cez priazovy editovat fstab....
ale mne to root heslo zobralo ale druha vec je ze to mam povolene aj v ssh ze sa mozem aj pod rootom prihlasit a nie ze root ma ssh zakazane.... (viem ze bezpecne to nie je uplne ale vravim je to na strojoch kde net niet :)) takze mi je cudne ze preco tebe nebralo root heslo na zaciatku....
ale asi to bolo tym ako si napisal ze si nemal ziadne heslo v roote v tom teste... ale ako sa ti podarilo mat root bez hesla to som teda este nemal :)
ale sranda a veru z toho co si napisal ten timeout nema asi ziadny zmysel... staci tam dat len to nofail a ide to pekne dalej to je super.... a ked uz prejdem na debian10 uz budem moct aj do media ale co ma netrapi lebo ked uz prejdem na debian 10 tak uz v media ako som sa teraz poucil nic nebude...
kazdopadne diki za tvoje postrehy zas som sa vela posunul a zistil ze treba tie novinky viac sledovat bo pak pouzivam zastarale sposoby :D
Wheezy tedy Debian7?? no to radeji priste pis jako prvni :-) vis ze uz ma 1.5roku po EOL? ja to tedy zkousel nez si to napsal v Debian10 a tam mi funguje nofail i do /media i to (pochopitelne) uz zna parametr x-systemd.device-timeout i kdyz je mi "zahadou" ze at nastavim jakejkoliv timeout nebo ten parametr nedam vubec, stejne to bez pritomnosti disku/oddilu pokracuje v boot okamzite, jen pri pokusu me "zaskocilo" (pri zkouzce bez nofail a x-systemd.device-timeout) ze do emergency me to sice chtelo hodit po 1.5minute, ale oznamilo ze root nema heslo a po enter to zkouselo startovat dal, coz me za 1.5m chtelo hodit do emegency a tak porad dokola, nepomohlo ani Grub/Advanced/jadro-recovery, protoze i v tom rezimu to zkouselo pripojit neexistujici oddil a take rvalo ze neni root heslo, takze sem musil z LiveISO upravit na disku fstab (kde me opet "zaskocilo" ze balicek lvm2 nebyl predinstalovan, takze ho nejdriv musel doinstalovat) a po restartu do disku nastavit heslo pro root a pak teprve emergency zaclo fungovat...
-
este dodam aj pre ostatnych je lepsie pouzivat:
/dev/disk/by-label/vrt-disk2 /media/interny-disk ext4 defaults,nofail 0 0
pretoze na v poslednom stlpci dvojka znamena ze pri boote bude prechadzat kontrolovou...
a ked nechcem nejaky tem disk kontrolvoat naj tam mat 0 parameter a pak nic neriesi a disk namapuje bez kontrol..
-
este dodam aj pre ostatnych je lepsie pouzivat:
/dev/disk/by-label/vrt-disk2 /media/interny-disk ext4 defaults,nofail 0 0
pretoze na v poslednom stlpci dvojka znamena ze pri boote bude prechadzat kontrolovou...
a ked nechcem nejaky tem disk kontrolvoat naj tam mat 0 parameter a pak nic neriesi a disk namapuje bez kontrol..
a jakou by to melo jako mit vyhodu ze pripojis potencionalne naborenej filesystem? ;-)