Dotaz: BTRFS a zpřeházené disky

[Milan Uhrák]

Zdravím všechny.

Při přestavbě PC se mi podařilo nezachovat umístění disků v základní desce. systém : RAID1 přes dva disky, zbylé dva disky + zbylé místo na prvních dvou je BTRFS m=raid1 d=raid1. BTRFS se mountuje do /data, subvoluma do /home. Po zpřeházení disků systém nabíhá, zasekne se po spuštění ntp. Zakomentování řádků týkajících se btrfs ve fstab systém odblokuje, a normálně naběhne. Systém je Zentyal ( v podstatě čistý, jen síťová konfigurace - i samba ad-dc) / čili Ubuntu /

Po naběhnutí systému bez btrfs řádky odkomentuju ( ten pro /home poupravím - přece jen samba má /home uzamčen pro sebe - a bez potíží namountuju mount -a.

A tomu tedy nerozumím .. co je špatně, a jak to napravit ?

Děkuji za všechny nápomocné rady.

Milan

Odpovědi

[Milan Uhrák]

Ještě musím dodat :

btrfs se mountuje na UUID, to /home pak přes LABEL

teď to nemám před sebou, ale asi takto:

UUID=xxxxxxxx /data btrfs defaults 0 0
# "oddíl" btrfs má jmenovku megadata
LABEL=megadata /home btrfs subvol=homes 0 0

[Milan Uhrák]

Přesněji :

UUID=4759b189-0a97-417b-b873-9225ef19d3d0       /data   btrfs   defaults                0       0
#LABEL=megadata                                 /home2  btrfs   subvol=/home,usrquota,grpquota,acl      0       0

V tomto stavu systém naběhne, když odkomentuju řádek s LABEL, zasekne se ( i takto, na /home2 mountovaný )

[NN]

Muzes nejak detailneji popsat to "systém nabíhá, zasekne se po spuštění NTP"? Zadny terminal neni dostupny? Boot nelze prerusit? Nikde zadna hlaska zadny bott log? Disk s popisem "megadata" existuje? atp.

[Milan Uhrák]

Systém zůstane viset na bootovacím logu. Lze vidět bootovací hlášky na obrazovce - jediný relevantní řádek je tam o nemožnosti připojit /home, další řádek o něco níže říká, že /home se povedlo připojit.

Žádná konzole se neatkivuje.

Ping lze, ssh odmítnuto.

Nevím, jak boot přerušit.

Hlášky viz níže. Megadata existují.

[Josef Kufner]

Ping lze, ssh odmítnuto.

SSH lze pořešit tím, že mu lehce upravíš závislosti při bootu, aby nastartovalo, když už je připojen /, ale nečekalo na ostatní filesystémy (a tedy ani /home2). Mohlo by ti to ulehčit řešení těch ostatních potíží.

[Milan Uhrák]

Příloha:

• IMG_20191120_095641.jpg (433657 bytů)

foto obrazovky

[lertimir]

To jsou zatím slabé informace. Vypiš po bootu jako root journalctl -b > soubor a pošli to sem (a prohlédni si ten log bez přesměrování) tam je podrobný výpis co se děje.

[Milan Uhrák]

Právě jsem zjistil, jak vidět log minulého bootu journalctl -b -1

vyřezávám myslím zajímavé kusy :

Nov 20 09:46:15 zendc kernel: BTRFS info (device sda3): unrecognized mount option 'usrquota'
Nov 20 09:46:15 zendc kernel: BTRFS error (device sda3): open_ctree failed
Nov 20 09:46:15 zendc kernel: BTRFS info (device sda3): disk space caching is enabled
Nov 20 09:46:15 zendc kernel: BTRFS info (device sda3): has skinny extents

a pak

Nov 20 09:46:15 zendc mount[385]: mount: /home2: wrong fs type, bad option, bad superblock on /dev/sdc1, missing cod
Nov 20 09:46:15 zendc systemd[1]: home2.mount: Mount process exited, code=exited status=32
Nov 20 09:46:15 zendc systemd[1]: home2.mount: Failed with result 'exit-code'.
Nov 20 09:46:15 zendc systemd[1]: Failed to mount /home2.
Nov 20 09:46:15 zendc systemd[1]: Dependency failed for Local File Systems.
Nov 20 09:46:15 zendc systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Nov 20 09:46:15 zendc systemd[1]: local-fs.target: Triggering OnFailure= dependencies.

[Milan Uhrák]

část fstab :

UUID=4759b189-0a97-417b-b873-9225ef19d3d0      /data   btrfs   defaults   0   0
#LABEL=megadata>                               /home2  btrfs defaults,subvol=/home,usrquota,grpquota,acl   0     0

usrquota,grpquota,acl vymažu ... viz log

a blkid :

root@zendc:/home/lspravce# blkid
/dev/sda1: UUID="95ed6f5a-4993-c037-7458-2d52eb63a6be" UUID_SUB="19081e73-647c-0041-2833-d0f6c183d455" LABEL="zendc:0" TYPE="linux_raid_member" PARTUUID="86b897ef-01"
/dev/sda2: UUID="968c7787-80ea-4a63-9e08-c15a666362fa" TYPE="swap" PARTUUID="86b897ef-02"
/dev/sda3: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="c39cc8b5-2ac5-4933-9e28-b15c2f084433" TYPE="btrfs" PARTUUID="86b897ef-03"
/dev/sdb1: UUID="95ed6f5a-4993-c037-7458-2d52eb63a6be" UUID_SUB="27ced991-50c2-3c9e-957c-545175783a21" LABEL="zendc:0" TYPE="linux_raid_member" PARTUUID="011b26cc-01"
/dev/sdb2: UUID="4bd27900-9d17-4184-bce0-b696a45858b6" TYPE="swap" PARTUUID="011b26cc-02"
/dev/sdb3: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="1a816570-48d3-4133-a10b-9e2ab0aca81e" TYPE="btrfs" PARTUUID="011b26cc-03"
/dev/sdc1: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="e0b3a743-f658-47bc-9f3a-1f58ec7553f5" TYPE="btrfs" PARTUUID="ec2fa9a2-01"
/dev/sdd1: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="a4772487-f3e2-4d59-a58e-0cd987ab07e8" TYPE="btrfs" PARTUUID="2df0eca2-01"
/dev/md0: UUID="1ec3c494-96f0-41c1-8078-724d2a44c34f" TYPE="ext4"

po odmountování /data :

root@zendc:/home/lspravce# btrfsck /dev/sda3
Checking filesystem on /dev/sda3
UUID: 4759b189-0a97-417b-b873-9225ef19d3d0
checking extents
checking free space cache
checking fs roots
checking csums
checking root refs
found 69869568 bytes used, no error found
total csum bytes: 66196
total tree bytes: 1458176
total fs tree bytes: 1097728
total extent tree bytes: 147456
btree space waste bytes: 471525
file data blocks allocated: 160833536
 referenced 65077248

[j]

Takze ... btrfs (ani jinym tuxlike raidum) zprehazeni disku nevadi.

Jelikoz ti system bootuje, tak zjevne ani nemas problem s bootloaderem (typicka chyba pri vytvareni sw raid)

Paklize pises, ze ti po startu rucne primountovat jde, tak bude problem nekde cestou. A to nekde bude nejspis videt nekde v logu. Coz je presne to misto kam se podivej. Nekde tam musi byt videt pokus o pripojeni a fail. Mozna i s nejakym tim zcela zjevnym popisem proc.

A to proc nejspis bude spocivat v tom, ze ti uz bezi neco, co se sere do folderu, na kterej to chces mountovat, coz se nepovede. Co tahle disablovat tu sambu?

[Milan Uhrák]

Zítra až u toho budu, to zkusím. Ano, v logu boot.log i na obrazovce byl vidět problém s mountnutím /home, pár řádků nato se mountnutí podařilo, opustila se nouzová konzole atd... a pak zásek po řádku spuštění (reached) toho ntp.

Problém bude někde .... jinde. Nyní je /home prostý adresář na systémovém disku( zkopíroval jsem tam vše ze subvolumy ). Ve fstab mountuju tu subvolumu do složky /home2 (existuje) a stejně se boot zasekne na tom samém místě. Takže s tou sambou to asi nemá cenu. Zakomentuju mount subvolumy - systém naběhne. Po náběhu odkomentuju, spustím mount -a ( a tady si stěžuje, že sda2 už je mountováno do jiného adresáře - sda2 je kořen btrfs, ten UUID v řádku předtím. ), /home2 se ale přimountuje. Myslím, že dělám špatně ten mount subvolumy. Ale před zamixováním diskama to šlo. No ale vlastně ještě předtím jsem zapnul ( nainstalována už byla ) modul "Doména" - samba ad-dc. Jenže samba přece nepotřebuje /home2.

Zítra to ještě vyzkouším, jestli na něco nepřijdu.

Zatím děkuji.

[Milan Uhrák]

mám ještě dotaz : Může pozice záznamu ve fstab ovlivnit boot ?

jinak v logu jsem našel toto : /home ( nrebo /home2 -v závislosti, kam se ta subvoluma při startu mountovala - bad supe

Nov 19 10:02:55 zendc systemd[1]: Mounting /home...
Nov 19 10:02:56 zendc mount[395]: mount: /home: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error.
Nov 19 10:02:56 zendc systemd[1]: Failed to mount /home.
Nov 19 10:02:56 zendc systemd[1]: Mounting /home...
Nov 19 10:02:56 zendc systemd[1]: Mounted /home.

Přidal jsem do řádku s /home ve sloupci options "defaults" - kdysi, když jsem si prvně hrál s btrfs toto bylo podmíkou, jinak při mountování házel systém stejnou chybu ( v shellu ). Přesunul jsem ony 2 řádky s btrfs hned za mountnutí rootu.

Systém nyní bootuje. ( zatím s /home2, jdu to zkusit "naostro" do /home ... držte palce

[Milan Uhrák]

No a další start zase zamrznul ... pak i s mountnutím na /home2 viz http://www.abclinuxu.cz/poradna/linux/show/450788#8

[-nd-]

co ti vypise btrfs subvolume list /data ?

[Milan Uhrák]

root@zendc:/home/lspravce# btrfs subvolume list /data
ID 258 gen 369 top level 5 path home
ID 259 gen 10 top level 258 path home/.snaps

[Josef Kufner]

V první řadě zkontroluj, že filesystém je v pořádku. Viz btrfs check a btrfs scrub. Je možné, že raid je nějak poškozen a odmítá se připojit bez opravy.

Řádek v /etc/fstab "LABEL=megadata /home btrfs subvol=homes 0 0" je v pořádku, pokud tam máš ten subvolume uveden správně. Zda mountuješ do /home nebo někam jinam nemá vliv. Můžeš tam připsat volbu "noauto", která řekne, že se nemá připojit automaticky při bootu a při mount -a. Můžeš to pak připojit pomocí mount /home. V takovém případě ti systém nabootuje a můžeš řešit problém.

Podívej se na výpis dmesg, bývají tam užitečné chybové hlášky. Ve výpisu journalctl by ale měly být vidět také.

Můžeš zkusit vypnout služby, které /home používají, např. tu Sambu. Avšak pokud by to tím bylo, tak bys nabootoval s připojením někam jinam. Těch problémů však můžeš mít více. Pokud by to Sambou bylo, tak jí nastav závislost na local-fs, aby startovala až po připojení všech souborových systémů.

[Milan Uhrák]

Tak nakonec stačilo vyházet ty volby z options úseku ... to je opravdu zvláštní, předtím s tím nebyl problém ... že by aktualizace ?

[lertimir]

Já nikde ty tvé usrquota jako options nevidím pro btrfs. nezkopiroval jsi řádek od někud jinud z původně jiného FS?

[Milan Uhrák]

Taky nevím, kde se to tam vzalo, myslím že jsem to obšlehnul z nějakého návodu nebo co. .. ale asi týden to tak fungovalo ... Proto jsem nechápal co se děje.

[Milan Uhrák]

Nemohl to tam přidat Zentyal ? Po zapnutí modulu domain controller si nastavil volby mountu tak, aby mohl řídit kvóty ? A jelikož Zentyal nemá btrfs v základě povoleno, tak nepočítal s mou úpravou ? To je pravděpodobné vysvětlení, protože si nějak nevzpomínám, že bych tam ta volby přidával.

[Milan Uhrák]

Jinak děkuji všem za pomoc, usměrnění, navedení i rozumné rady. Nakonec se to tak nějak povedlo a PC teď bootuje i s mountovaným /home.