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í
×
dnes 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 9
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 0
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 15
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 319 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Multidisk btrfs - oprava

    22.11.2013 22:40 kapo | skóre: 14 | blog: runtime
    Multidisk btrfs - oprava
    Přečteno: 631×
    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: 14 | 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: 14 | 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: 14 | 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: 43 | blog: Republic of Mordor | Zürich
    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: 14 | 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: 64 | 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: 59 | 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: 14 | 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.