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 04:44 | Nová verze

    Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní byl vydán ve verzi 1.6.0 (Bluesky). Přehled novinek na GitLabu.

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

    UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.2 a 20.04 OTA-12.

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

    Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.

    Ladislav Hagara | Komentářů: 1
    včera 16:00 | Zajímavý software

    WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.

    NUKE GAZA! 🎆 | Komentářů: 7
    včera 13:33 | IT novinky

    Byl představen ICT Supply Chain Security Toolbox, společný nezávazný rámec EU pro posuzování a snižování kybernetických bezpečnostních rizik v ICT dodavatelských řetězcích. Toolbox identifikuje možné rizikové scénáře ovlivňující ICT dodavatelské řetězce a na jejich podkladě nabízí koordinovaná doporučení k hodnocení a mitigaci rizik. Doporučení se dotýkají mj. podpory multi-vendor strategií a snižování závislostí na vysoce

    … více »
    Ladislav Hagara | Komentářů: 4
    včera 12:22 | Humor

    Nizozemský ministr obrany Gijs Tuinman prohlásil, že je možné stíhací letouny F-35 'jailbreaknout stejně jako iPhony', tedy upravit jejich software bez souhlasu USA nebo spolupráce s výrobcem Lockheed Martin. Tento výrok zazněl v rozhovoru na BNR Nieuwsradio, kde Tuinman naznačil, že evropské země by mohly potřebovat větší nezávislost na americké technologii. Jak by bylo jailbreak možné technicky provést pan ministr nijak nespecifikoval, nicméně je známé, že izraelské letectvo ve svých modifikovaných stíhačkách F-35 používá vlastní software.

    NUKE GAZA! 🎆 | Komentářů: 26
    včera 06:00 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 162 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 05:55 | IT novinky

    Sdružení CZ.NIC, správce české národní domény, zveřejnilo Domain Report za rok 2025 s klíčovými daty o vývoji domény .CZ. Na konci roku 2025 bylo v registru české národní domény celkem 1 515 860 s koncovkou .CZ. Průměrně bylo měsíčně zaregistrováno 16 222 domén, přičemž nejvíce registrací proběhlo v lednu (18 722) a nejméně pak v červnu (14 559). Podíl domén zabezpečených pomocí technologie DNSSEC se po několika letech stagnace výrazně

    … více »
    Ladislav Hagara | Komentářů: 9
    18.2. 18:33 | IT novinky

    Google představil telefon Pixel 10a. S funkci Satelitní SOS, která vás spojí se záchrannými složkami i v místech bez signálu Wi-Fi nebo mobilní sítě. Cena telefonu je od 13 290 Kč.

    Ladislav Hagara | Komentářů: 12
    18.2. 16:22 | Komunita

    Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Fedora 43 Asahi Remix s KDE Plasma už funguje na M3. Zatím ale bez GPU akcelerace. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (11%)
     (27%)
     (3%)
     (4%)
     (2%)
     (12%)
     (27%)
    Celkem 913 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: RAID5 - pole přepsáno pomocí mdadm --create

    5.7.2011 02:24 Rada | skóre: 14
    RAID5 - pole přepsáno pomocí mdadm --create
    Přečteno: 604×
    Zdravím, vyskytla se mi taková nepříjemná situace - díky mé chybě se mi podařilo přepsat diskové pole na serveru pomocí mdadm --create. Existuje ještě nějaká šance dostat z takového pole data? Původně pole vypadalo takto:
    /dev/md0: 
    Version : 0.90
    Creation Time : Fri Oct 30 08:15:50 2009                                
         Raid Level : raid5                                                   
      Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)                      
      Raid Devices : 3                                                      
      Total Devices : 3                                                       
      Preferred Minor : 0                                                      
      Persistence : Superblock is persistent
    
                                                                
      Update Time : Tue Jul  5 00:17:29 2011                               
      State : active, FAILED, Not Started                              
      Active Devices : 1                                                        
      Working Devices : 3                                                       
      Failed Devices : 0                                                         
      Spare Devices : 2                                                       
                                                                                              
             Layout : left-symmetric
         Chunk Size : 64K
               UUID :90c49a34:4801b02d:b02e60a1:741643b3
             Events : 0.3961328
                                                                                                                                                                          
        Number   Major   Minor   RaidDevice State                                                                                     
           0       0        0        0      removed   
           1       0        0        1      removed
           2       8       32        2      active sync /dev/sdc
           3       8       16        -      spare   /dev/sdb
           4       8        0        -      spare   /dev/sda
    
    
    Zmíněné spare disky jsou disky, které vypadly vlivem softwarové chyby. Obsahují data původního pole a nejsou poškozeny - lze z nich číst a lze na ně zapisovat.
    Za jakoukoliv radu bych byl velmi vděčný.

    Odpovědi

    5.7.2011 10:43 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
    tohle vypada stale jeste dobre. Podle vypisu tedy nedoslo k synchronizaci disku v raid 5 a jejich prepsani, to je vzdy dobra zprava. Pole ted musis zastavit a vytvorit nove. Nove pole doporucuji vytvorit tak, ze ho vytvoris bez jednoho z tech disku, tedy vytvoris rovnou degradovane pole a zabranis synchronizaci, tedy prepsani dat.

    Doporucuju to vytvorit z 3 disku, sda a sdb a jakykoli disk co bude oznaceny jako faulty a melo by se ti podarit takto vytvorene pole primountovat a data zachranit. Je potreba trefit to poradi disku stejne jako v tom puvodnim poli.

    Nejlepsi je data z tech disku nejprve odzalohovat pomoci dd a az pak zkouset delat pokusy, jedina chyba a pustena synchronizace posle ty data uz do nenavratna.
    5.7.2011 21:01 Rada | skóre: 14
    Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
    Děkuji za odpověď. Postupoval jsem podle tvého návodu. Pole nyní vypadá takto:
    /dev/md0:                                                                 
      Version : 1.2                                                     
      Creation Time : Tue Jul  5 19:37:00 2011                               
      Raid Level : raid5                                                   
      Array Size : 1953522816 (1863.02 GiB 2000.41 GB)                     
      Used Dev Size : 976761408 (931.51 GiB 1000.20 GB)                       
      Raid Devices : 3                                                       
      Total Devices : 2                                                        
      Persistence : Superblock is persistent
    
        Update Time : Tue Jul  5 19:37:12 2011                               
        State : clean, degraded                                          
        Active Devices : 2                                                        
        Working Devices : 2                                                       
        Failed Devices : 0                                                         
        Spare Devices : 0                                                         
                                                                                                  Layout : left-symmetric
        Chunk Size : 64K                                                       
                                                           
        Name : Router:0  (local to host Router)                        
        UUID : 6c782117:0497906f:3667cc47:fd716398                      
        Events : 2                                                       
                                                                                              
        Number   Major   Minor   RaidDevice State                              
           0       8        0        0      active sync   /dev/sda            
           1       8       16        1      active sync   /dev/sdb             
           2       0        0        2      removed            
    
    Bohužel po zprovoznění pole vgscan nenachází žádnou volume grupu, která na původní poli byla. Teď je otázkou: je rozumné obnovit konfiguraci LVM na tomto poli ze zálohy konfigurace? Nebo se raději vyhnout jakýmkoliv zápisům na pole? Jinak zálohu pole mám v plánu, ale čekám na disky, kam bych mohl pole přesypat.
    6.7.2011 13:56 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
    no pole vypada na prvni pohled dobre, ale pokud to nenajde mountovatelnou partisnu nebo LVM volume na /dev/md0, tak to neni dobre.

    Pricinou muze byt odlisne poradi disku v tom novem poli proti staremu, jina velikost chunk size a podobne. Pokud mas stare boot logy z toho pole kdyz jeste bylo funkcni, tak se podivej zda se ten vypis nelisi od toho kdyz se startuje to pole ted. Predpokladam ze tam bude nejaka odlisnost a tu je potreba odstranit.

    Dalsi moznost je podivat se pomoci dd na prvnich 128 KB z /dev/md0. LVM sice neznam, ale urcite tam bude mit informace na nejakem konkretnim miste a tak se da take zjistit ze je poradi disku jine.

    Stale plati na ty disky nic nezapisovat, to je temer jista ztrata dat.
    6.7.2011 16:58 Rada | skóre: 14
    Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
    Mno, v logu jsem našel ohledně pole tohle:
    md/raid:md0: device sda operational as raid disk 0
    md/raid:md0: device sdc operational as raid disk 2
    md/raid:md0: device sdb operational as raid disk 1
    md/raid:md0: allocated 3174kB
    md/raid:md0: raid level 5 active with 3 out of 3 devices, algorithm 2
    RAID conf printout:
     --- level:5 rd:3 wd:3
     disk 0, o:1, dev:sda
     disk 1, o:1, dev:sdb
     disk 2, o:1, dev:sdc
    
    Zdá se tedy, že disky by měly být v pořadi sda, sdb, sdc. Zkusil jsem postavit pole z různých dvojic disků. Přesto se ale nedaří na něm nic najít - tedy alespoň vgscan nic nenachází. Chunksize jsem si pohlídal. Je ale pravda, že jednou během sestavování pole jsem chunksize nezadal a ten se nastavil implicitně na 128kb místo 64kb. Nevím, jestli tohle nemohlo data odrovnat... Jinak mám uloženou přesnou konfiguraci toho LVM - pro jistotu ji sem postnu, kdyby se dala nějak využít:
    contents = "Text Format Volume Group"
    version = 1
    
    description = "Created *after* executing 'vgscan'"
    
    creation_host = "Router"        # Linux Router 2.6.37noCFQ_temp #2 Tue Jan 25 04:23:30 CET 2011 i686
    creation_time = 1309892812      # Tue Jul  5 21:06:52 2011
    
    SATA_RAID_pole {
            id = "IlclCy-fDd3-Xfu8-GgJZ-6xoo-TVCH-EDdXIS"
            seqno = 7
            status = ["RESIZEABLE", "READ", "WRITE"]
            flags = []
            extent_size = 8192              # 4 Megabytes
            max_lv = 0
            max_pv = 0
    
            physical_volumes {
    
                    pv0 {
                            id = "hH0yZF-0wgr-mEcu-82Bg-9HH6-g3Md-0EmR6E"
                            device = "/dev/md0"     # Hint only
    
                            status = ["ALLOCATABLE"]
                            flags = []
                            dev_size = 3907049984   # 1,81936 Terabytes
                            pe_start = 384
                            pe_count = 476934       # 1,81936 Terabytes
                    }
            }
    
            logical_volumes {
    
                    pole_CRITICAL {
                            id = "gY3p79-yiko-MLre-lt2I-dcD6-1jBz-jL7YSC"
                            status = ["READ", "WRITE", "VISIBLE"]
                            flags = []
                            segment_count = 1
    
                            segment1 {
                                    start_extent = 0
                                    extent_count = 76800    # 300 Gigabytes
    
                                    type = "striped"
                                    stripe_count = 1        # linear
    
                                                           stripes = [
                                            "pv0", 0
                                    ]
                            }
                    }
    
                    pole_COMMON {
                            id = "PaN10A-kMJS-0Phw-rOdV-NEce-fT2x-5a9Orz"
                            status = ["READ", "WRITE", "VISIBLE"]
                            flags = []
                            segment_count = 1
    
                            segment1 {
                                    start_extent = 0
                                    extent_count = 348934   # 1,33108 Terabytes
    
                                    type = "striped"
                                    stripe_count = 1        # linear
    
                                    stripes = [
                                            "pv0", 128000
                                    ]
                            }
                    }
    
                    backup_CRITICAL {
                            id = "chNcq1-7DCV-2xXa-i013-HwWL-nIP8-spzZpn"
                            status = ["READ", "WRITE"]
                            flags = []
                            segment_count = 1
    
                            segment1 {
                                    start_extent = 0
                                    extent_count = 51200    # 200 Gigabytes
    
                                    type = "striped"
                                    stripe_count = 1        # linear
    
                                    stripes = [
                                            "pv0", 76800
                                    ]
                            }
                    }
    
                    snapshot0 {
                            id = "CLabIT-f3uV-SsfK-RbAX-jezr-RWaB-K6YuQj"
                            status = ["READ", "WRITE", "VISIBLE"]
                            flags = []
                            segment_count = 1
    
                            
                            segment1 {
                                    start_extent = 0
                                    extent_count = 76800    # 300 Gigabytes
    
                                    type = "snapshot"
                                    chunk_size = 8
                                    origin = "pole_CRITICAL"
                                    cow_store = "backup_CRITICAL"
                            }
                    }
            }
    }
    
    7.7.2011 09:53 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
    o LVM skoro nic nevim, takze tady uz asi dale nepomuzu. Mozna jeste vyzkouset tyto 2 moznosti pri nastartovanem degradovanem poli:

    pvscan

    pvdisplay /dev/md0

    8.7.2011 08:47 Rada | skóre: 14
    Rozbalit Rozbalit vše Re: RAID5 - pole přepsáno pomocí mdadm --create
    Zatím jsem ani pomocí pvscan nic nenašel. Nicméně už mám zálohovací disk, tak zkusím to pole zazálohovat a udělat ruční obnovu toho LVM, jestli to něco neudělá. Každopádně velmi děkuji za pomoc.

    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.