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 13:33 | IT novinky

    Ministerstvo dopravy uznalo prozatímní schválení asistenčního systému Tesla FSD Supervised vydané nizozemským schvalovacím orgánem RDW. Připojilo se tak k Nizozemsku a dalším pěti evropským státům. Systém je díky tomuto rozhodnutí možné používat za podmínek prozatímního schválení také na území České republiky. Tesla FSD Supervised je asistenčním systémem úrovně 2 podle klasifikace SAE (částečná automatizace řízení). Řidič se

    … více »
    Ladislav Hagara | Komentářů: 12
    dnes 11:22 | Upozornění

    Někteří zákazníci O2 mohou aktuálně zaznamenat zhoršenou dostupnost internetových služeb. Na odstranění potíží se pracuje [Facebook].

    Ladislav Hagara | Komentářů: 7
    dnes 01:22 | Nová verze

    PyPy (Wikipedie), tj. implementace Pythonu v RPythonu, alternativa CPythonu v C, byla vydána v nové major verzi 8.0.0. Podporuje Python 2.7, 3.11 a 3.12.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Komunita
    V rakouském Štýrském Hradci probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2026. O víkendu proběhly přednášky. Videozáznamy jsou k dispozici na YouTube.
    Ladislav Hagara | Komentářů: 3
    včera 23:55 | Bezpečnostní upozornění

    V jádře Linux byly nalezeny a v upstremu ve verzích 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 a 7.2.4 již opraveny 4 kritické zranitelnosti umožňující eskalaci práv: DirtyAH6 (CVE-2026-80844), TUNderflow (CVE-2026-81000), PPPoEject (CVE-2026-68121) a DiagSpill (CVE-2026-74469).

    Ladislav Hagara | Komentářů: 0
    včera 23:11 | Zajímavý článek

    Německá policie a celníci zneužívají ke čtení zpráv komunikačních aplikacích WhatsApp, Signal, Telegram nebo Threema velice jednoduchý trik, který nevyžaduje prolomení šifrování, spear phishing, odposlech SMS či jinou technicky náročnou metodu. Příslušníkům státního aparátu pouze stačí získat krátký přístup k odemčenému telefonu a prostřednictvím QR kódu propojit účet s oficiální desktopovou nebo webovou aplikací v policejním

    … více »
    AfD 💙 | Komentářů: 7
    19.9. 02:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.9. 19:11 | Zajímavý projekt

    Fugleramme, v překladu 'ptačí rámeček', je open-source projekt postavený na Raspberry Pi, který pomocí lokální umělé inteligence BirdNET-Go rozpoznává ptačí druhy podle jejich zpěvu a na displeji následně zobrazuje koláž tvořenou odpovídajícími ilustracemi. Databáze obsahuje přes 800 ručně vybraných historických přírodovědných ilustrací více než 400 druhů ptáků.

    … více »
    AfD 💙 | Komentářů: 2
    18.9. 16:55 | Nová verze

    Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 18.0. Přidáno bylo 13 007 nových znaků. Celkově jich je 172 808. Přibylo 9 nových Emoji.

    Ladislav Hagara | Komentářů: 9
    18.9. 13:22 | Zajímavý článek

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

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (29%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2710 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: Zajímavé chování raid1 a 3x proč

    10.7.2005 23:44 Radek Klof | skóre: 1
    Zajímavé chování raid1 a 3x proč
    Přečteno: 319×
    Zdravím, provozuju malý sw raid1, a rozhodl jsem se v něm vyměnit jeden disk, který se zdá se chystá odejít na věčnost. Přitom jsem zjistil zajímavé chování oproti předpokladům, které jsem nabyl při studiu dokumentace. :o) Takže bych chtěl poprosit všechny, co o linuxovém sw raidu něco vědí, zdali by mě nějak pomohli osvětlit chování systému v bodech 1 2 a 3.

    Původní stav:
    Personalities : [raid1]
    md0 : active raid1 hda6[0] hdc1[1]
          1576384 blocks [2/2] [UU]
    
    /etc/raidtab
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           2
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hdc1
    raid-disk               0
    device                  /dev/hda6
    raid-disk               1
    
    Chci vyměnit zařízení hdc1 za nové sda5
    následujícím způsobem: přidám sda5 do pole, projede 
    synchronizace, a potom odeberu hdc1.
    
    Takže v fdisku oddíl sda5 označím jako Raid autodetect
    naedituju raidtab následovně:
    
    
    /etc/raidtab
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           3
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hdc1
    raid-disk               0
    device                  /dev/hda6
    raid-disk               1
    device                  /dev/sda5
    failed-disk             2
    
    a dbaje návodů zadám
    raidstop /dev/md0
    raidstart /dev/md0
    raidhotadd /dev/md0 /dev/sda5
    Načež by podle howto a dalších návodů měla začít synchronizace.
    Ale nezačne. 
    [bod1]
    
    /proc/mdstat vypadá pořád stejně:
    Personalities : [raid1]
    md0 : active raid1 hda6[0] hdc1[1]
          1576384 blocks [2/2] [UU]
    
    No, nic, nenapadlo mě nic chytřejšího, než:
    raidsetfaulty /proc/md0 /dev/hdc1
    
    Celkem neočekávaně najednou začala synchronizace mezi hda6 a sda5, 
    ikdyž je fakt, co jiného raidu zbývalo, že ? 
    
    [bod 2]
    
    takže po jejím skončení shazuju raid
          
    raidstop /dev/md0
    
    upravuju raidtab
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           3
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hdc1
    failed-disk             0
    device                  /dev/hda6
    raid-disk               1
    device                  /dev/sda5
    raid-disk               2
    
    raidstart /dev/md0  
    
    a ejhle v /proc/mdstat mám:
    
    md0 : active raid1 hda6[1] sda5[2]
          1576384 blocks [2/1] [U_]
    zadám raidhotadd /dev/md0 /dev/sda5  
    
    [bod 3]
        
    probíhá synchronizace, po skončení mám
    md0 : active raid1 hda6[1] sda5[2]
          1576384 blocks [2/2] [UU]
    
    OK
    Provedu reboot, abych si ověřil, že systém je po výpadku
     elektriky schopen sám naběhnout do  použitelného stavu bez 
    ručního nastavování.
    
    kouknu do /proc/mdstat:
    tam
    md0 : active raid1 hda6[1] sda5[2]
          1576384 blocks [2/1] [U_]
     
    což jak zrovna není žádaný stav.
    Takže shazuju raid,
    upravuju raidtab na:
    
    raiddev                 /dev/md0
    raid-level              1
    nr-raid-disks           2
    nr-spare-disks          0
    persistent-superblock   1
    chunk-size              32
    device                  /dev/hda6
    raid-disk               0
    device                  /dev/sda5
    raid-disk               1
    
    po nahození synchronizace, a kýžený výsledek v mdtab:
    
    md0 : active raid1 sda5[0] hda6[1]
          1576384 blocks [2/2] [UU]
    
    po dalších rebootech vše OK.      
          
    
    bod1
    proč nezačne synchronizace, když by začít měla, jedná se přece 
    o prosté přidání disku do pole ?
    
    bod2
    proč synchronizace startuje až ve chvíli, kdy simulovaně odejde 
    jeden disk ?
    
    bod3
    proč když mám v konfiguraci dva dobré synchronizované disky a jeden 
    failed, nedojde k vyt vytvoření raid0 z těch dvou dobrých disků 
    hned po startu ?
    

    Odpovědi

    10.7.2005 23:57 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Zajímavé chování raid1 a 3x proč
    Řekl bych, že většina tvých problémů vychází z toho, že používáš zastaralé raidtools. Nejspíš to neumí zvětšit velikost RAIDu a přidá to další disk jako spare (tomuhle stavu odpovídá chování i výpis /proc/mdstat).

    S mdadm mi podobný postup fungoval podle očekávání.

    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.