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 11:33 | Zajímavý článek

Radek Vokál v článku Boltron – náhled modulárního operačního systému (en) na MojeFedora.cz představuje a informuje o možnosti vyzkoušet si Boltron, prototyp modulární distribuce. Pro Fedoru 26 je k dispozici testovací docker kontejner, který obsahuje modifikovanou verzi správce balíčků DNF, který na pozadí pracuje s moduly.

Ladislav Hagara | Komentářů: 2
dnes 07:00 | Nová verze

ZFS on Linux, tj. implementace OpenZFS (Wikipedie) na Linuxu, byl vydán ve verzi 0.7.0. Přehled novinek v diskusním listu zfs-announce nebo na GitHubu. Nejnovější ZFS on Linux je kompatibilní s Linuxem 2.6.32 až 4.12.

Ladislav Hagara | Komentářů: 0
dnes 01:44 | IT novinky

V Las Vegas končí bezpečnostní konference Black Hat USA 2017 (Twitter) a začíná bezpečnostní konference DEF CON 25 (Twitter). V rámci Black Hat budou vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom). V kategorii "Lamest Vendor Response" byl například nominován také Lennart Poettering za jeho přístup k řešení bezpečnostních chyb v systemd, viz například chyba s uživatelem 0day.

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

Nitay Artenstein z Exodus Intelligence se v příspěvku na blogu společnosti podrobně věnuje bezpečností chybě Broadpwn (CVE-2017-9417). Její analýzu provedl také Zhuowei Zhang na blogu Booster Ok. Jedná se o chybu ve firmwaru Wi-Fi chipsetů BCM43xx od Broadcomu. Útočník může vzdáleně získat kontrolu nad zařízením. Chyba byla již opravena v macOS, iOS i Androidu [Hacker News].

Ladislav Hagara | Komentářů: 3
včera 22:55 | IT novinky

Intel končí s vývojovými deskami Joule, Edison, Galileo a také s Arduino 101 a Curie.

Ladislav Hagara | Komentářů: 0
včera 14:44 | Nová verze

Byla vydána nová verze 42.3 linuxové distribuce openSUSE Leap. Jedná se už o třetí vydání, které staví na SUSE Linux Enterprise (SLE). Výchozím jádrem je opět poslední LTS verze, tedy řada 4.4. Podrobnosti v oznámení o vydání a v poznámkách k vydání.

Ladislav Hagara | Komentářů: 15
včera 14:30 | Nová verze

Google Chrome 60 byl prohlášen za stabilní. Nejnovější stabilní verze 60.0.3112.78 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 40 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
25.7. 22:33 | IT novinky

Společnosti Adobe, Apple, Facebook, Google, Microsoft a Mozilla společně oznámily konec Flashe. Podpora Flashe oficiálně skončí na konci roku 2020.

Ladislav Hagara | Komentářů: 16
25.7. 05:55 | Komunita

Před 10 lety, v červenci 2007, se začal prodávat svobodný chytrý telefon Neo 1973 (vnitřní označení GTA01). Za jeho vývojem stáli vývojáři projektu Openmoko (Wikipedie). O rok později bylo možné koupit jejich druhý telefon Neo FreeRunner (GTA02). V roce 2011 byl představena platforma GTA04. Tuto platformu využívá také projekt Neo900, jehož cílem je vývoj nástupce telefonu Nokia N900. Nahlédnutí do historie Openmoko a další informace v článku na Vanille.de [Hacker News].

Ladislav Hagara | Komentářů: 23
25.7. 04:44 | Komunita

Tým Debianu zabývající se reprodukovatelnými sestaveními (Reproducible Builds), tj. kdokoli může nezávisle ověřit, že daný binární .deb balíček vznikl překladem daných zdrojových kódů, oznámil, že 94 % balíčků Debianu lze přeložit a sestavit reprodukovatelně. V únory 2015 to bylo 83 % [reddit].

Ladislav Hagara | Komentářů: 5
Těžíte nějakou kryptoměnu?
 (5%)
 (2%)
 (19%)
 (74%)
Celkem 125 hlasů
 Komentářů: 7, poslední dnes 16:22
    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: 804×
    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: 71 | 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: 71
    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ý.
    LinuxWay | blog |  LiCo
    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.
    LinuxWay | blog |  LiCo
    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`
    LinuxWay | blog |  LiCo
    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.
    LinuxWay | blog |  LiCo
    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: 71
    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: 71
    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: 71
    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.