abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 17:55 | IT novinky

    Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.

    Ladislav Hagara | Komentářů: 3
    dnes 17:44 | IT novinky

    Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).

    Ladislav Hagara | Komentářů: 0
    dnes 15:11 | Nová verze

    Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 14:22 | IT novinky

    Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.

    Ladislav Hagara | Komentářů: 0
    dnes 05:33 | Zajímavý článek

    Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.

    Ladislav Hagara | Komentářů: 21
    dnes 04:44 | Nová verze

    Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).

    Ladislav Hagara | Komentářů: 0
    dnes 04:11 | Nová verze

    Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    dnes 02:22 | Nová verze

    Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.

    Ladislav Hagara | Komentářů: 0
    včera 18:44 | Nová verze

    Byl vydán Mozilla Firefox 125.0.1, první verze z nové řady 125. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vypíchnout lze podporu kodeku AV1 v Encrypted Media Extensions (EME). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 125.0.1 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    včera 16:44 | Nová verze

    Valkey, tj. svobodný fork již nesvobodného Redisu, byl vydán v první stabilní verzi 7.2.5.

    Ladislav Hagara | Komentářů: 0
    KDE Plasma 6
     (65%)
     (11%)
     (2%)
     (21%)
    Celkem 499 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: Multidisk btrfs - oprava

    22.11.2013 22:40 kapo | skóre: 15 | blog: runtime
    Multidisk btrfs - oprava
    Přečteno: 752×
    Zdravím, mám následující problém: Btrfs na 3x3TB disku, data celkem cca 5TB. Před nějakým časem (bohužel nevím kdy) došlo k nějakému problému a 1 disk začal vykazovat divný chování. Dle SMART má aktuálně skoro 6000 špatných sektorů (nečitelný, media error). Nejde o realokované sektory.

    Samozřejmě o data přijít nechci :). Zkoušel jsem chybující disk z BTRFS vyrazit (btrfs device delete ...) - to funguje, data to z chybného disku přesouvá pryč, ale jakmile dojde ke špatnému místu, tak skončí s chybou, přes kterou se nedostanu.

    Potřeboval bych buď:

    - zjistit seznam poškozených souborů

    nebo

    - donutit disk/btrfs aby nečitelné sektory bral jako plné nul a pokračoval dále - některá data budou v kýblu, ale vzhledem k tomu, že jde o cca 6000 sektorů (3MB?), tak je to celkem zanedbatelný i v těch datech, o která mi jde (fotky, videa)

    Máte někdo zkušenosti ? Díky za jakékoliv nasměrování.
    Why make things difficult, when it is possible to make them cryptic... - Aksel Peter Jorgensen

    Řešení dotazu:


    Odpovědi

    23.11.2013 09:55 Pat1 | skóre: 15
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    A co takhle cele btrfs odmountovat, problemovy disk pomoci ddrescue prekopirovat na jiny a pak znovu namountovat btrfs, tentokrat s dobrym hdd. O data ze spatnych souboru porad prijdes, ale uz by se to nemelo zasekavat na I/O chybach.
    23.11.2013 10:08 kapo | skóre: 15 | blog: runtime
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    To by znamenalo mit dalsi 3TB disk k dispozici. To bohuzel nemam :/

    Jinak aktualne zkousim btrfs scrub. Ten do logu vypisuje kazdou chybu vcetne postizenyho souboru, takze to dela vlastne skoro to, co jsem chtel. Postizeny soubory smazu a budu doufat, ze se pak odpojeni ze svazku povede.
    Why make things difficult, when it is possible to make them cryptic... - Aksel Peter Jorgensen
    24.11.2013 07:18 anonym
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    BTRFS se neumi obnovit z RAIDu? nebo to mas multidisk bez RAIDu?

    zkusil bych pouzivat misto pokusu typu BTRFS neco co funguje spolehlive, treba jeho vzor ZFS
    24.11.2013 08:21 kapo | skóre: 15 | blog: runtime
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    Jako RAID to nemam. Jediny, co je zduplikovany, jsou metadata. Obnovit z RAIDu se btrfs umi. Problem je, ze kdyz ti na disku odejde spousta sektoru (cca 6000), ktery nejsou duplikovany na jinem disku, bude mit problemy jakykoliv FS, i ten ZFS.

    Jinak nad ZFS jsem ze zacatku take uvazoval, ale: - na 4GB RAM je to nepouzitelny (ZFS si sezere vsecko a smula) - je to enterprise FS - tam se nepredpoklada, ze by nekdo postupne pridaval jen 1 disk do RAIDu.

    Why make things difficult, when it is possible to make them cryptic... - Aksel Peter Jorgensen
    24.11.2013 11:01 Aleš Kapica
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    Pokud to nemáš jako raid, tak máš smůlu. Btrfs data z prstu cucat neumí.
    24.11.2013 13:26 kapo | skóre: 15 | blog: runtime
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    Asi jsem to špatně napsal. Tak ještě jednou:
    • je mi jasný, že obsah špatných bloků nezachráním, ale na tom disku je další 1TB dat, která jsou v pořádku
    • je to poskládaný ze 3 disků, "RAIDem" jsou chráněna "pouze" metadata
    • celý souborový systém připojím
    Jde mi o to, jak zjistit, které soubory byly poškozeny vadnými bloky, a jak zachránit zbytek dat za předpokladu, že celková velikost dat se vejde na zbylé 2 3TB disky.
    Why make things difficult, when it is possible to make them cryptic... - Aksel Peter Jorgensen
    25.11.2013 15:16 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava

    Btrfs používám od roku 2010 a není to žádný pokus, je to prostě normální filesystém jako každý jiný, jen s vestavěným RAIDem a s checksumy. ZFS funguje skvěle na Illumosu, ale na Linuxu mu Btrfs natrhne prdel co do výkonnosti.

    FUD ohledně (údajné, smyšlené, před lety odstraněné) nespolehlivosti nějakého filesystému k řešení problému tazatele příliš nepřispívá. :-)

    Děje se jen to, co obvykle dělá Linux při problémech s diskem — nekonečné resetování disku a snaha vadné sektory přečíst. To postihuje všechny filesystémy bez rozdílu. Jednou dojde na timeout, ale obvykle to trvá dlouho.

    Řešení 1× (kapo (tazatel))
    24.11.2013 13:58 kapo | skóre: 15 | blog: runtime
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    Takže problém vyřešen následovně:

    Napřed připojíme oddíl do nějakého adresáře (např. /mnt/btrfs_root)

    Potom provedeme btrfs scrub:
    # btrfs scrub start /mnt/btrfs_root
    
    Po jeho skončení se podíváme do /var/log/messages, kde uvidíme mimo jihého i hlášky typu:
    Nov 23 09:04:57 micro kernel: btrfs: i/o error at logical 3280823517184 on dev /dev/sdc1, sector 782226816, root 256, inode 260, offset 9871937536, length 4096, links 1 (path: web/virtual_web_server.img)
    
    Tyto hlášky si vyfiltrujeme, ořízneme a získáme seznam všech postižených souborů. Pokud bychom potřebovali některý soubor alespoň zčásti zachránit, použijeme:
    # dd if=/mnt/btrfs-root/virtuals/web/virtual_web_server.img of=/mnt/test-disk/backup/virtuals/web/virtual_web_server.img bs=4096 ibs=4096 conv=noerror,sync
    
    Kde bs a ibs nastavíme podle hodnoty parametru "length" z logu.

    Po zkopírování všechny postižené soubory smažeme. Následně již můžeme disk vyřadit z btrfs pomocí:
    # btrfs device delete /dev/sdc1 /mnt/btrfs_root
    
    , které proběhne již v pořádku.

    Výsledek je - zachránili jsme všechna nepoškozená data, filesystém se nerozpadl a reklamační si může užít chybující disk :).

    Předpokladem samozřejmě je, že metadata jsou v pořádku (nejlépe použít RAID1, aby byla vždy duplikována), viz:
    # btrfs fi df /mnt/btrfs-root/
    Data: total=4.97TB, used=3.98TB
    System, RAID1: total=32.00MB, used=596.00KB
    System: total=4.00MB, used=0.00
    Metadata, RAID1: total=144.48GB, used=366.00MB
    
    Why make things difficult, when it is possible to make them cryptic... - Aksel Peter Jorgensen
    Max avatar 24.11.2013 15:25 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    Pěkný, díky.
    Zdar Max
    Měl jsem sen ... :(
    25.11.2013 23:21 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    Moc hezké, a jak vidět, btrfs je filesystem, který se dá použít na JBOD i bez RAIDu, s akceptovatelným rizikem ztrát.
    26.11.2013 11:17 kapo | skóre: 15 | blog: runtime
    Rozbalit Rozbalit vše Re: Multidisk btrfs - oprava
    Díky, ale rád bych ten optimismus trošku zkrotil. Pokud by totiž disk odešel úplně, tak ten FS nejde připojit vůbec - aktuální kernel na CentOS prostě spadne na kernel panic. Jediným způsobem, jak z něj data dostat, je pak myslím btrfs-restore nebo tak nějak. Ale zase je potřeba další disk, kam data vykopírovat.
    Why make things difficult, when it is possible to make them cryptic... - Aksel Peter Jorgensen

    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.