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

    Byla vydána nová verze 9.5 sady aplikací pro SSH komunikaci OpenSSH. Nově ve výchozím stavu ssh-keygen generuje Ed25519 klíče. Do ssh byla přidána možnost obfuskace časováním stisknutí kláves (keystroke timing obfuscation).

    Ladislav Hagara | Komentářů: 0
    dnes 11:44 | Komunita

    Konference OpenAlt 2023 proběhne o víkendu 11. a 12. listopadu v Brně. Přihlásit přednášky lze do neděle 08. října 23:59.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Bezpečnostní upozornění

    V X.Org v libX11 do 1.8.7 a libXpm do 3.5.17 bylo nalezeno a v upstreamu opraveno 5 bezpečnostních chyb (CVE-2023-43785, CVE-2023-43786, CVE-2023-43787, CVE-2023-43788 a CVE-2023-43789). Dvě nejstarší jsou s námi 35 let. Obsaženy byly již v X11R2 vydaném v únoru 1988.

    Ladislav Hagara | Komentářů: 5
    dnes 08:00 | Bezpečnostní upozornění

    Byly publikovány informace o bezpečnostní chybě Looney Tunables aneb CVE-2023-4911 v glibc ld.so. Útočník ji může využít k lokální eskalaci práv. Vyzkoušeno na výchozích instalacích linuxových distribucí Fedora 37 a 38, Ubuntu 22.04 a 23.04 a Debian 12 a 13. Chyba byla do glibc zavlečena v dubnu 2021. Detaily v txt.

    Ladislav Hagara | Komentářů: 0
    včera 20:33 | Komunita

    Na Kickstarteru byla spuštěna crowdfundingová kampaň na podporu telefonu Murena 2 s /e/OS. Telefon má 2 hardwarové přepínače. Prvním lze jednoduše vypnout kamery a mikrofony. Druhým se lze odpojit od sítí.

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

    Společnost Qualcomm publikovala říjnový bezpečnostní bulletin. V úvodu informuje, že bezpečnostní chyby CVE-2023-33106, CVE-2023-33107, CVE-2022-22071 a CVE-2023-33063 jsou cíleně využívány útočníky. O CVE-2022-22071 se píše už v loňském květnovém bulletinu. Detaily o zbylých chybách jsou k dispozici OEM partnerům. Veřejně budou k dispozici až s vydáním prosincového bulletinu.

    Ladislav Hagara | Komentářů: 0
    včera 13:55 | Nová verze

    Byla vydána nová verze 5.18 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 12.5.6. Tor na verzi 0.4.8.6.

    Ladislav Hagara | Komentářů: 0
    včera 10:55 | Nová verze

    Šifrovací nástroj VeraCrypt v menším vydání 1.26.7 nejen opravuje chyby a aktualizuje podporované algoritmy (podrobnosti v poznámkách vydání), ale také přestává podporovat původní svazky TrueCrypt.

    Fluttershy, yay! | Komentářů: 0
    včera 09:00 | Pozvánky

    V sobotu 7. října proběhne Maker Faire Liberec, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    včera 08:00 | Zajímavý článek Ladislav Hagara | Komentářů: 0
    Raději
     (56%)
     (44%)
    Celkem 63 hlasů
     Komentářů: 3, poslední 2.10. 23:31
    Rozcestník

    Dotaz: Softwarové RAID pole - nedrží po restartu

    7.3.2008 12:20 Petr Fores
    Softwarové RAID pole - nedrží po restartu
    Přečteno: 817×
    Dobrý den,

    Mám problém se SW raidem, resp. s tím, že po vytvoření pole a spolehlivé funkce a restartu pecky pole vůbec není detekováno. Mám čtyři disky o stejné velikosti s tím, že z prvních dvou vytvořím raid0 z dalších dvou také a z těchto dvou polí pak udělám pole raid1. Naformátuji, restartuji a pole je fuč.

    Postup při tvorbě: mdadm --create /dev/md0 -c 128 -l 0 -n 2 /dev/sdb1 /dev/sdc1 // pole md0 ze dvou disků (raid 0) mdadm --create /dev/md1 -c 128 -l 0 -n 2 /dev/sdd1 /dev/sde1 // pole md1 z dalších dvou disků (raid 0) mdadm --create /dev/md2 -c 128 -l 1 -n 2 /dev/md0 /dev/md1 // pole z predchozich dvou poli - raid 1 mdadm --detail --scan >> /etc/mdadm/mdadm.conf // ulozeni do konfiguracniho souboru mkfs.ext3 /dev/md2 // vytvoreni filesystemu v poli mount /dev/md2 /mnt/disk // připojení

    Zajímavé je, že adresář /etc/mdadm/ neexistoval - ručně jsem musel vytvořit. Poradíte někdo jak pole zachovat i po restartu?

    Díky Peet.

    Odpovědi

    7.3.2008 12:20 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Takhle to bude lepší:
    Dobrý den,
    
    Mám problém se SW raidem, resp. s tím, že po vytvoření pole a spolehlivé funkce a restartu 
    pecky pole vůbec není detekováno. Mám čtyři disky o stejné velikosti s tím, že z prvních dvou
    vytvořím raid0 z dalších dvou také a z těchto dvou polí pak udělám pole raid1. Naformátuji, restartuji a pole je fuč. 
    
    Postup při tvorbě:
    mdadm --create /dev/md0 -c 128 -l 0 -n 2 /dev/sdb1 /dev/sdc1 // pole md0 ze dvou disků (raid 0)
    mdadm --create /dev/md1 -c 128 -l 0 -n 2 /dev/sdd1 /dev/sde1 // pole md1 z dalších dvou disků (raid 0)
    mdadm --create /dev/md2 -c 128 -l 1 -n 2 /dev/md0 /dev/md1 // pole z predchozich dvou poli - raid 1
    mdadm --detail --scan >> /etc/mdadm/mdadm.conf // ulozeni do konfiguracniho souboru
    mkfs.ext3 /dev/md2 // vytvoreni filesystemu v poli
    mount /dev/md2 /mnt/disk // připojení
    
    Zajímavé je, že adresář /etc/mdadm/ neexistoval - ručně jsem musel vytvořit.
    Poradíte někdo jak pole zachovat i po restartu?
    
    Díky Peet.
    11.3.2008 11:02 jf
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    ...koupit HW RAID radic?

    Dobre zkusenosti jsou s timto:

    http://radice.alza.cz/diskovy-radic-3ware-amcc-9650se-4lpml-d69436.htm

    Navic funguje ok i ve FreeBSD (6.3R)
    11.3.2008 11:15 Haaja | skóre: 25 | blog: haaja | Praha
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Nerozumim tem konfiguracnim souborum, mel jsem pocit ze dneska uz nejsou potreba a veskere nastaveni se uklada primo do toho oddilu.
    Jsou ty diskove oddily typu linux raid autodetect, jak bylo psano nize nebo ne?
    12.3.2008 11:20 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu

    Konfigurační soubor nepotřebujete, pokud jsou veškerá pole vytvářena jen z diskových oddílů s patřičným identifikátorem. Tady je ale md2 složeno z md0 a md1, takže mdadm potřebuje trochu pomoci. Mělo by ale stačit např.

      DEVICES /dev/sd* /dev/md0 /dev/md1
      ARRAY   /dev/md0 UUID=...
      ARRAY   /dev/md1 UUID=...
      ARRAY   /dev/md2 UUID=...
    

    Ještě bych také zkontroloval, jestli to má být opravdu /etc/mdadm/mdadm.conf, třeba u mne je to /etc/mdadm.conf. A samozřejmě jestli se při startu spouští nějaký skript, který zavolá 'mdadm --assemble --scan.

    11.3.2008 19:15 tomasgn | skóre: 23 | JN89GE
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    udelej jen mirrory (jeden raid1 z sdb1+sdc1, druhy z sdd1+sde1), a misto raid0 pouzij LVM.
    7.3.2008 12:32 R
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Su particie typu FD (Linux RAID autodetect)?
    7.3.2008 12:37 Stanislav Petr | skóre: 27 | Praha
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Mate nejaky zvlastni zvrhly duvod proc vytvorit raid na raidem? To co zkousite delat se jmenuje RAID10 (nekdy oznacovano i jako RAID 1+0). Takze to zkuste takhle:

    mdadm -C /dev/md0 -l10 -n4 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
    No jo... Co bych cekal od systemu, kterej se vypina tlacitkem start... http://glux.org
    7.3.2008 12:48 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Díky, ale řeší to můj problém? Bude to fungovat i po restartu?
    7.3.2008 13:03 Stanislav Petr | skóre: 27 | Praha
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    V kazdem pripade rekurzivni detekce raid poli neni ve standartnim jadre naimplementovana. Takze to muze byt pricinou problemu, nebo jednou z pricin (muzete jich tam mit vic).
    No jo... Co bych cekal od systemu, kterej se vypina tlacitkem start... http://glux.org
    9.3.2008 20:08 artec | skóre: 24
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    To, co zkousel delat neni RAID 1+0, ale RAID 0+1, coz je ve vykonu pole docela hodne znatelny rozdil.
    9.3.2008 20:34 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    pokud se nepletu, tak raid10 byl donedavna v kernelu jako "experimental", coz vylucuje produkcni nasazeni...
    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    9.3.2008 23:52 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Pořád je experimental...
    Quando omni flunkus moritati
    10.3.2008 12:21 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    tím hůř...
    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    H0ax avatar 7.3.2008 12:49 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Je třeba vytvořit znovu initrd např. přes mkinitramfs -o /boot/initrd.img `uname -r`
    Samozřejmě ten initrd.img musí být v grubu napsaný.
    uid=0(root) gid=0(root) skupiny=0(root)
    7.3.2008 12:56 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Samozřejmě ten initrd.img musí být v grubu napsaný - ??? Mohl by jste mi napsat jak postupovat, abych ho vytvořil?
    H0ax avatar 7.3.2008 13:10 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Vytvoříš ho tak, jak jsem napsal přes mkinitramfs. Poté se podíváš do /boot/grub/menu.lst, najdeš řádek začínající "initrd" a za tím bude cesta a název aktuálního souboru, který změníš za ten co jsi vytvořil. Doporučuju udělat před tím kopii toho původního nastavení ještě jednou pod to, kdyby ti to s tím novým nebootlo. Čili komplet bych to udělal takhle třeba:
    mkinitramfs -o /boot/mujraid.img -o `uname -r`
    
    Obsah menu.lst:
    title           Debian GNU/Linux, kernel 2.6.22.4 RAID
    root            (hd0,0)
    kernel          /vmlinuz-2.6.22.4 root=/dev/md2 ro
    initrd          /mujraid.img
    savedefault
    
    title           Debian GNU/Linux, kernel 2.6.22.4 BEZ RAIDU
    root            (hd0,0)
    kernel          /vmlinuz-2.6.22.4 root=/dev/sdb2 ro
    initrd          /puvodni.img
    
    Je to příklad, ty si to musíš udělat podle tvojí aktuální situace.
    uid=0(root) gid=0(root) skupiny=0(root)
    H0ax avatar 7.3.2008 13:12 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    mam tam 2x -o, má to bejt mkinitramfs -o /boot/mujraid.img `uname -r`
    uid=0(root) gid=0(root) skupiny=0(root)
    7.3.2008 13:24 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Díky, ale možná jsme se špatně pochopili. Já nechci bootovat z raid pole, ale z dalšího disku vedle kde mám veškerý data instalace to raid pole je jen jako úložný prostor.
    H0ax avatar 7.3.2008 13:27 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Na tom nesejde, initrd se musí vygenerovat stejně znovu.
    uid=0(root) gid=0(root) skupiny=0(root)
    7.3.2008 13:47 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    takže tady zadám místo:
    
    /vmlinuz-2.6.22.4 root=/dev/md2 ro
    
    toto:
    
    /vmlinuz-2.6.22.4 root=/dev/sda1 ro
    
    a bude to fungovat?
    8.3.2008 00:37 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Na tom nesejde, initrd se musí vygenerovat stejně znovu.
    Na co?

    Když to pole je jenom skladiště dat a nebootuje se z něj, tak nemusíš s initrd vůbec nic řešit - jádro nabootuje, nahraje potřebné moduly z disku a pak sestaví pole.

    A původní "je třeba znovu vytvořit initrd" nemusí nutně platit, ani kdyby se z toho pole mělo bootovat - záleží na tom, jestli je v tom distribučním podpora pro RAID zahrnutá.
    Quando omni flunkus moritati
    9.3.2008 19:47 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    NO, když bylo možné pole sestavit před restartem, tak zřejmě jádro podporu má, ale po restartu? Jak tedy na to když nemusím initrd znovu vytvořit?
    10.3.2008 00:02 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Jak tedy na to když nemusím initrd znovu vytvořit?
    To je právě ta otázka ;-)

    Výše je napsáno, že rekurzivní detekce RAID polí není v jádře implementována - normální RAID pole by jádro ale nadetekovat mělo bez nějakých zvláštních zásahů - když je tedy po restartu pole fuč, je fuč jenom to /dev/md2, nebo i ta další dvě - /dev/md1 a /dev/md0 ?
    Quando omni flunkus moritati
    11.3.2008 06:01 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Všechny.
    11.3.2008 18:24 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    V tom případě by chtělo zjistit, jestli jsou ty oddíly, ze kterých se pole skládá, typu Linux RAID autodetect (jak se někdo ptá už tady)

    Zjistí se pomocí fdisk -l /dev/sdx
    Quando omni flunkus moritati
    12.3.2008 11:10 Petr Fores
    Rozbalit Rozbalit vše Re: Softwarové RAID pole - nedrží po restartu
    Jsou.

    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.