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 00:33 | Nová verze

    Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).

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

    MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.

    vencour | Komentářů: 0
    včera 17:00 | Bezpečnostní upozornění

    Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.

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

    Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci

    … více »
    Ladislav Hagara | Komentářů: 14
    včera 11:33 | Nová verze

    Emulátor terminálu kitty (Wikipedie, GitHub) byl vydán v nové verzi 0.50.

    Ladislav Hagara | Komentářů: 2
    včera 09:00 | Bezpečnostní upozornění

    Vývojáři C-Kermit oznámili několik dlouhodobě přítomných zranitelností. Patří mezi ně buffer overflow v Telnet/FTP klientovi a command injection v Kermit serveru. Dotčené verze: C-Kermit 11.0.514 a starší. Fix: 11.1.515 [oss-security].

    vencour | Komentářů: 0
    včera 02:44 | Nová verze

    Byla vydána nová verze 3.2.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    3.11. 16:55 | Nová verze

    Projekt openSUSE dnes, 3. listopadu 2026, oficiálně vydal openSUSE Leap 16.1, novou verzi své stabilní linuxové distribuce. Novinkou je také Immutable Mode, který nahrazuje dosavadní samostatnou distribuci openSUSE Leap Micro. Podrobnosti o novém vydání najdete v oficiálním oznámení nebo v českém překladu oznámení. Instalační obrazy jsou již dostupné na get.opensuse.org. Vydání společně oslavíme v pátek ve virtuálním baru a na … více »

    lkocman | Komentářů: 0
    3.11. 16:00 | Nová verze

    Bylo oznámeno vydání Fedora Linuxu 45. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora Cloud pro cloudové nasazení, Fedora CoreOS pro ty, kteří preferují neměnné systémy a Fedora IoT pro internet věcí. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 1
    3.11. 15:44 | Zajímavý článek

    Vědci z MIT CSAIL představili koncept 'weight-space programming' a názorně předvedli, že pokročilé jazykové modely SI dokážou přímo číst a upravovat váhy neuronových sítí. Studie ukazuje, že modely nejen dokážou identifikovat účel sítí z pouhého nahlédnutí do jejich číselných vah, ale mohou i cíleně opravovat chyby a nedostatky, například GPT-6 Astra se změnou pouhých 0,016% vah open-weight modelu Qwen3.5-0.8B podařilo odstranit

    … více »
    👻 | Komentářů: 9
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2976 hlasů
     Komentářů: 34, poslední 26.10. 08:24
    Rozcestník

    Dotaz: Raid nepřipojí po restartu oba disky

    28.12.2011 20:20 Jiří Hofmajer
    Raid nepřipojí po restartu oba disky
    Přečteno: 787×

    Ahoj,

    mám vytvořený mirror z disků "sda3" sdb3 poslední dobou mi dělá problém, že mi po restartu nepřipojí do pole disk sdb3. Jinak md0 se normálně mountne.

    Relevantní věci z dmesg:

    [   12.041923] md: bind
    ...
    [   13.492388] md: raid1 personality registered for level 1
    [   13.492462] bio: create slab  at 1
    [   13.492517] md/raid1:md0: active with 1 out of 2 mirrors
    [   13.492532] md0: detected capacity change from 0 to 250997497856
    [   13.492603] fedora-storage-init[829]: mdadm: started array /dev/md0
    [   13.514379]  md0: unknown partition table
    ...
    md: export_rdev(sdb3)
    

    cat /proc/mdstat

    Personalities : [raid1] 
    md0 : active raid1 sda3[0]
          245114744 blocks super 1.2 [2/1] [U_]
    

    mdadm --manage /dev/md0 --add /dev/sdb3

    mdadm: /dev/sdb3 reports being an active member for /dev/md0, but a --re-add fails.
    mdadm: not performing --add as that would convert /dev/sdb3 in to a spare.
    mdadm: To make this a spare, use "mdadm --zero-superblock /dev/sdb3" first.

    Ta napovídaná varianta pomocí --zero-superblock funguje, disk přidám do md0, proběhne synchronizace, ale po restartu je zase mimo.

     

    Díky za každou užitečnou radu

    Odpovědi

    Max avatar 28.12.2011 22:57 Max | skóre: 73 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky
    Máš dobře nadefinovaný /etc/mdadm.conf a v něm i nadefinovanou verzi použitých metadat pole? Viz příklad :
    MAILADDR max@devaine.cz
    PROGRAM /usr/sbin/handle-mdadm-events
    
    ARRAY /dev/md2 metadata=0.90 UUID=14640e9e:d1c30960:5b020607:1eecbc2b
    ARRAY /dev/md3 metadata=0.90 UUID=1d4bfb10:2b00fef9:5b020607:1eecbc2b
    ARRAY /dev/md5 metadata=0.90 UUID=1011cbb3:b48abbe7:5b020607:1eecbc2b
    ARRAY /dev/md6 metadata=0.90 UUID=88018aa2:0d416a22:5b020607:1eecbc2b
    
    Rozhodně bych nespoléhal na autodetekci pole apod. věcí. Všechno pěkně natvrdo nastavit v příslušném configu.
    Hint :
    mdadm --detail --scan
    
    Zdar Max
    Měl jsem sen ... :(
    29.12.2011 15:39 Jiří Hofmajer
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky
    V mdadm.conf mám:
    ARRAY /dev/md0 metadata=1.2 name=shadow:0 UUID=f9d385ca:8e93ebe9:8a91c445:8ae42251
    29.12.2011 17:56 ET
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky
    * Only <=0.9 has autodetection on startup -> YES you need an initramfs if you choose 1.x - genkernel is your friend!

    * imho myslim, ze to pole bys mel skladat parametrem "--assemble" a ne "--add" - man mdadm
    29.12.2011 21:34 Jiří Hofmajer
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky

    mdadm --stop /dev/md0

    mdadm --assemble --scan

    mdadm: /dev/md0 has been started with 1 drive (out of 2).

    mdadm --stop /dev/md0

    mdadm --assemble /dev/md0 /dev/sda3 /dev/sdb3

    mdadm: /dev/sda3 has no superblock - assembly aborted

    cat /proc/mdstat

    Personalities : [raid1] 
    md0 : active raid1 sda3[0]
          245114744 blocks super 1.2 [2/1] [U_]
          
    unused devices: <none>

    Jak může nemít superblok, když mi ho tam normálně přidá a sdb3 ne? Jak tam podle něj ten superblock vytvořím aniž bych ty data musel přesunout jinam a vytvořit to celý znova? Zajímavý je, že mi to nějakou dobu chodilo a pak se to vyk****lo :-(

    30.12.2011 10:32 ET
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky
    imho to rozbil nakej update, pokud to predtim slapalo - tady nekdo resil podobnej problem http://ubuntuforums.org/showthread.php?t=1779803 zmenou START_DAEMON=false
    1.1.2012 21:21 Jiří Hofmajer
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky

    Ano, původně to šlapalo. Zapomněl jsem uvést, že se jedná o Fedoru 16 x64. Ještě uvedu:

    mdadm --stop /dev/md0

    mdadm --assemble /dev/md0 /dev/sdb3 /dev/sda3 --force

    dmesg

    [  458.792605] md: export_rdev(sdb3)
    [  462.671513] md: export_rdev(sdb3)
    [  868.220250] md0: detected capacity change from 250997497856 to 0
    [  868.220257] md: md0 stopped.
    [  868.220262] md: unbind
    [  868.235200] md: export_rdev(sda3)
    [  883.046691] md: md0 stopped.
    [  883.047437] md: bind
    [  883.047588] md: bind
    [  883.047620] md: kicking non-fresh sdb3 from array!
    [  883.047626] md: unbind
    [  883.060041] md: export_rdev(sdb3)
    [  883.065413] md/raid1:md0: active with 1 out of 2 mirrors
    [  883.065477] md0: detected capacity change from 0 to 250997497856
    [  883.067044]  md0: unknown partition table
    2.1.2012 17:54 kacer
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky
    Tahle zpráva v logu je přece dostatečně výmluvná:

    [ 883.047620] md: kicking non-fresh sdb3 from array!

    Stav sdb3 se výrazně liší od sda3 a proto byl vykopnut z RAIDu. Casto je za tím nějaký hw problém - disk, řadič apod. Kdyžtak by to asi šlo vyřešit resyncem, najdi si po netu diskuse...
    3.1.2012 07:28 Jiří Hofmajer
    Rozbalit Rozbalit vše Re: Raid nepřipojí po restartu oba disky
    Ano, výmluvná je (i když neobsahuje žádnou informaci proč). Udělal jsem --zero-superblock, pak proběhl úspěšně resync a vše běželo do restartu.

    Založit nové vlákno • Nahoru

    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.