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 14:22 | Nová verze

    HollowByte je zranitelnost typu Denial of Service (DoS) v kryptografické knihovně OpenSSL. Útočník může odesíláním škodlivého payloadu o velikosti pouhých 11 bajtů zaplnit paměť serveru. OpenSSL před ověřením dat vyhradí nepřiměřený blok paměti (až 131 KB). Server pak čeká na data, která nepřišla. Zranitelnost je opravena ve verzích OpenSSL 4.0.1, 3.6.3, 3.5.7, 3.4.6 a 3.0.21.

    Ladislav Hagara | Komentářů: 0
    včera 13:44 | Komunita

    Ve španělské A Coruñě probíhá GUADEC 2026, tj. letošní konference vývojářů a uživatelů desktopového prostředí GNOME. Videozáznamy přednášek jsou k dispozici na YouTube.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Komunita

    Společnost Collabora ve spolupráci s Valve vyvíjí Holo Core, tj. port Arch Linuxu pro ARM64 procesory (AArch64), který bude pohánět VR headset Steam Frame. Pro testování Arch Linuxu pro AArch64 jsou k dispozici binární balíčky, zdrojové kódy i kontejner pro Docker nebo Podman.

    Ladislav Hagara | Komentářů: 1
    včera 13:00 | IT novinky

    Mikroprocesor Zilog Z80 byl oficiálně uveden na trh před 50 lety, tj. v červenci 1976. Výroba mikroprocesoru skončila v roce 2024.

    Ladislav Hagara | Komentářů: 0
    včera 02:55 | Bezpečnostní upozornění

    Výzkumníci ze společnosti ESET objevili 11 zapomenutých UEFI shim zavaděčů, které byly podepsány společností Microsoft, a které umožňují útočníkům obejít ochranu UEFI Secure Boot na většině zařízení. Microsoft je zneplatnil (přidal jejich hash do databáze dbx) v rámci aktualizace Patch Tuesday dne 9. června 2026. Uživatelé Linuxu mohou databází aktualizovat pomocí LVFS. Ověřit zneplatnění zavaděčů lze pomocí skriptu uefi-dbx-audit. Jedná se o CVE-2026-8863 a CVE-2026-10797.

    Ladislav Hagara | Komentářů: 3
    17.7. 16:55 | Zajímavý software

    pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.

    Ladislav Hagara | Komentářů: 0
    17.7. 16:00 | IT novinky

    Americká společnost Google ze skupiny Alphabet bude muset podle nových požadavků Evropské unie umožnit společnosti OpenAI i dalším konkurentům v oblasti umělé inteligence (AI) a internetových vyhledávačů přístup ke svým službám. Ve svém rozhodnutí o tom včera informovala Evropská komise (EK). Opatření má zajistit dodržování pravidel, jejichž cílem je omezit v EU tržní sílu velkých technologických firem. Google s tím nesouhlasí.

    … více »
    Ladislav Hagara | Komentářů: 0
    17.7. 04:55 | Komunita

    Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)

    Ladislav Hagara | Komentářů: 7
    17.7. 00:22 | Zajímavý software

    Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

    Ladislav Hagara | Komentářů: 3
    16.7. 19:55 | Nová verze

    Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (17%)
     (30%)
     (4%)
     (6%)
     (2%)
     (15%)
     (24%)
    Celkem 2168 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 185×
    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.