abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 09:00 | Nová verze

Byla vydána nová verze 13.8 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
22.1. 16:33 | Zajímavý článek

Otevřená certifikační autorita Let’s Encrypt v příspěvku na svém blogu představila své nové databázové servery. Hardware: 2U rack server Dell EMC PowerEdge R7525, CPU 2x AMD EPYC 7542, Memory 2TB 3200MT/s, Storage 24x 6.4TB Intel P4610 NVMe SSD. Software: OpenZFS a MariaDB s InnoDB.

Ladislav Hagara | Komentářů: 12
22.1. 15:33 | Zajímavý článek

Článek systemd pro vývojáře: lokální vývojové servery v systemd na MojeFedora.cz doporučuje vývojářům používání systemd k ovládání svých projektů pomocí "systemctl --user".

Ladislav Hagara | Komentářů: 23
22.1. 14:44 | Nová verze

Vyšla nová verze souborového manažera Midnight Commander 4.8.26. Mezi hlavní novinky patří zachování obsahu příkazové řádky při přepínání panelů pomocí Ctrl+O, stíny okolo dialogových oken jako v Norton Commanderu a dalších (vytvořeno autorem zprávičky), podpora jakkoli dlouhých názvů souborů a spousta dalších drobnějších věcí.

Aleš Janda | Komentářů: 15
22.1. 07:00 | Komunita

Projekty Elasticsearch a Kibana změní s verzí 7.11 licenci. Už se nebude jednat o open source software. Důvodem změny licence byl spor se společností AWS (Amazon Web Services). AWS na změnu licence odpovídá vlastním forkem. Vycházet bude z verze 7.10 a zůstane pod open source licencí Apache.

Ladislav Hagara | Komentářů: 18
21.1. 23:33 | Komunita

Lidé ze společnosti Corellium se včera na Twitteru pochlubili screenshotem Ubuntu na Apple Siliconu aneb zprovoznili Ubuntu na počítači Apple s novým ARM procesorem M1. CTO jej už používá k vývoji ve svém herním křesle s 49 palcovým monitorem. Dnes byly na blogu Corellium publikovány detaily a pro případné zájemce i návod a obraz ke stažení. Upravili obraz Ubuntu pro Raspberry Pi.

Ladislav Hagara | Komentářů: 22
21.1. 13:22 | IT novinky

Rodina počítačů Raspberry Pi se rozšířila o jednočipový počítač Raspberry Pi Pico v ceně 4 dolary s vlastním procesorem RP2040. Představení na YouTube.

Ladislav Hagara | Komentářů: 13
20.1. 22:33 | Komunita

Společnost Red Hat na svém blogu oznámila, že Red Hat Enterprise Linux (RHEL) bude možné provozovat zdarma na 16 serverech.

Ladislav Hagara | Komentářů: 35
20.1. 14:55 | Bezpečnostní upozornění

Pod společným názvem DNSpooq byly zveřejněny informace o 7 bezpečnostních chybách v DNS caching a DHCP serveru dnsmasq. Jedná se o cache poisoning (CVE-2020-25686, CVE-2020-25684, CVE-2020-25685) a buffer overflow (CVE-2020-25687, CVE-2020-25683, CVE-2020-25682, CVE-2020-25681). Jejich kombinací lze dosáhnout závažnosti CVSS 9.8. Chyby jsou opraveny v dnsmasq 2.83.

Ladislav Hagara | Komentářů: 2
20.1. 13:33 | Nová verze

Byla vydána nová stabilní verze 19.07.6 (Changelog) linuxové distribuce primárně určené pro routery a vestavěné systémy OpenWrt (Wikipedie). Řešena je také řada bezpečnostních chyb. Především v dnsmasq (DNSpooq).

Ladislav Hagara | Komentářů: 0
Jestliže používáte distribuci CentOS, kterou náhradu plánujete vzhledem k oznámenému ukončení vydávání?
 (28%)
 (4%)
 (2%)
 (21%)
 (0%)
 (3%)
 (43%)
Celkem 196 hlasů
 Komentářů: 3, poslední 10.1. 13:01
Rozcestník

Dotaz: BTRFS a zpřeházené disky

19.11.2019 13:40 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
BTRFS a zpřeházené disky
Přečteno: 547×
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

19.11.2019 13:50 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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
19.11.2019 14:30 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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ý )
19.11.2019 15:08 NN
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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.
20.11.2019 09:55 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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 avatar 20.11.2019 12:43 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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íží.
Hello world ! Segmentation fault (core dumped)
20.11.2019 10:05 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
Příloha:
foto obrazovky
20.11.2019 11:41 lertimir | skóre: 63 | blog: Par_slov
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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.
20.11.2019 12:32 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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.
20.11.2019 12:45 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
čá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
19.11.2019 17:40 j
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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?
19.11.2019 19:11 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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.
20.11.2019 08:56 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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
20.11.2019 10:08 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
No a další start zase zamrznul ... pak i s mountnutím na /home2 viz http://www.abclinuxu.cz/poradna/linux/show/450788#8
20.11.2019 12:16 -nd-
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
co ti vypise btrfs subvolume list /data ?
20.11.2019 12:35 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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 avatar 20.11.2019 13:02 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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ů.
Hello world ! Segmentation fault (core dumped)
20.11.2019 14:30 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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 ?
20.11.2019 21:08 lertimir | skóre: 63 | blog: Par_slov
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
Já nikde ty tvé usrquota jako options nevidím pro btrfs. nezkopiroval jsi řádek od někud jinud z původně jiného FS?
21.11.2019 10:32 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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.
21.11.2019 11:07 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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.
21.11.2019 10:34 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
Rozbalit Rozbalit vše Re: BTRFS a zpřeházené disky
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.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.