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 04:55 | IT novinky

    Společnost Qualcomm na Snapdragon Summitu 2025 představila nové čipy: Snapdragon 8 Elite Gen 5 pro mobily a Snapdragon X2 Elite Extreme a Snapdragon X2 Elite pro PC. Do LKML (Linux Kernel Mailing List) byly odeslány příslušné patche (Snapdragon 8 Elite Gen 5 a Snapdragon X2 Elite).

    Ladislav Hagara | Komentářů: 0
    včera 23:22 | Nová verze

    Byla vydána verze 32.0 svobodného softwaru OBS Studio (Open Broadcaster Software, Wikipedie) určeného pro streamování a nahrávání obrazovky počítače. Přehled novinek na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 16:44 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 16:22 | IT novinky

    NFS (Network File System) má letos 40 let. Jeho tvůrci zavzpomínali na MSST Conference. Sun Microsystems vydal v prosinci 1985 zdrojové kódy NFS vývojářům mimo Sun.

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

    Po Canonicalu oznámilo také SUSE, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | Nová verze

    Laboratoře CZ.NIC vydaly novou verzi 4.27.0 aplikace Datovka, tj. svobodné multiplatformní desktopové aplikace pro přístup k datovým schránkám a k trvalému uchovávání datových zpráv v lokální databázi. Přidány byly funkce pro přerazítkování datových zpráv systémem ISDS. Uživatel muže zvolit zprávy, jejichž časová razítka má aplikace sledovat. Aplikace jej upozorní na časová razítka, která lze přerazítkovat. Uživatel pak může

    … více »
    Ladislav Hagara | Komentářů: 0
    včera 12:00 | IT novinky

    Bylo představeno all-in-one PC aneb mechanická podsvícená klávesnice s Raspberry Pi 5 uvnitř Raspberry Pi 500+. S 256 GB Raspberry Pi SSD a 16 GB RAM za 200 dolarů.

    Ladislav Hagara | Komentářů: 15
    24.9. 21:11 | IT novinky

    Google, potažmo YouTube umožní návrat tvůrcům, kteří byli zablokováni kvůli údajnému šíření dezinformací souvisejících s COVID-19 a volbami. Tvůrci teď mohou požádat o navrácení přístupu. Společnost Alphabet v této souvislosti uvedla, že zákazy byly uděleny kvůli tlaku tehdejší Bidenovy administrativy.

    karkar | Komentářů: 20
    24.9. 18:33 | Zajímavý článek

    Vývojári z distribúcie Artix, ktorá je postavená na Arch Linuxe, alebo skôr jeho forkom, už skôr prešli na Open-RC init systém, stále však niektoré projekty ako GNOME boli závislé na systemd. Teraz pretiekol pohár trpezlivosti a počnúc GNOME 49, kvôli ktorému komponenta gnome-session je úplne závislá na systemd-init, padlo rozhodnutie na odstránenie GNOME z repozitárov Artixu. Táto zmena sa podľa všetkého týka viac než 90 distribúcií, ktoré tiež nepoužívajú systemd. Viac v príspevku na DistroWatch.

    lukve | Komentářů: 12
    24.9. 17:33 | IT novinky

    Magazín IEEE Spectrum opět po roce publikoval svůj žebříček programovacích jazyků. Vedou Python, Java, C++, SQL a C#.

    Ladislav Hagara | Komentářů: 5
    Jaké řešení používáte k vývoji / práci?
     (42%)
     (50%)
     (11%)
     (13%)
     (15%)
     (13%)
     (18%)
     (13%)
     (16%)
    Celkem 96 hlasů
     Komentářů: 9, poslední 24.9. 17:28
    Rozcestník


    Vložit další komentář
    23.8.2007 14:23 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    U takhle komplikovaného rozdělení by už asi bylo jednodušší udělat si jen jeden RAID z celých disků a nad ním udělat rozdělení pomocí LVM. Případně udělat jednu mirrorovou volume group a jednu normální.
    23.8.2007 14:26 Sinuhet
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Pri tolika oddilech, nebylo by jednodussi pouzit lvm? Jenom si nejsem jist jak mdadm zkousne vytvareni raidu nad lvm oddily.
    23.8.2007 14:36 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Obvyklejší je dělat to obráceně, tj. LVM nad RAIDem. Jinak budete mít velmi malou kontrolu nad tím, co s čím v tom poli kombinujete.
    23.8.2007 14:38 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    mdadm by to bylo jedno, jemu stačí, že je to blokové zařízení. Ale bylo by asi potřeba zasáhnout do inicializačních skriptů, protože v distribucích se obvykle nejdřív inicializuje SW RAID a potom LVM.
    23.8.2007 14:40 Tom.š Ze.le.in | skóre: 21 | blog: tz
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Neměl by s tím být problém. A neumí lvm stripping a mirroring samo od sebe? Autor stejně podle minulého zápisku používal jen RAID1.
    23.8.2007 14:46 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Striping ano, mirror AFAIK ne.
    23.8.2007 14:50 Tom.š Ze.le.in | skóre: 21 | blog: tz
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    V manu lvcreate to je, ale nezkoušel jsem:
    -

    m, --mirrors Mirrors

    Creates a mirrored logical volume with "Mirrors" copies. For example, specifying "-m 1" would result in a mirror with two-sides; that is, a linear volume plus one copy. Specifying the optional argument "--nosync" will cause the creation of the mirror to skip the initial resynchronization. Any data written afterwards will be mirrored, but the original contents will not be copied. This is useful for skipping a potentially long and resource intensive initial sync.

    Specifying the optional argument "--corelog" will create a mirror with an in-memory log verses a disk-based (persistent) log. While this removes the need for an extra log device and *may* be slightly faster, it requires that the entire mirror be resynchronized upon each instantiation (e.g. a reboot).

    23.8.2007 15:03 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Ale není z toho moc jasné, jak (a jestli vůbec) bude zajištěno, že jednotlivé kopie budou na různých fyzických zařízeních. Jednak může být volume group složena jen z jednoho disku, jednak i když ne, bude-li obsahovat např. sda1, sda3, sdb1 a sdb3, striktně vzato by neměla poznat, které dvojice smí použít pro mirror a které ne.
    23.8.2007 15:09 Tom.š Ze.le.in | skóre: 21 | blog: tz
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Kopie budou na zařízeních, která se tomu podstrčí, to je pravda. Trochu jsem si s tím kdysi hrál - pokud je disků méně než potřebných zařízení, řvalo to myslím. (bez --corelog minimálně tři zařízení pro -m1). A pokud je jich víc na jednom fyzickém disku, tak to zjištěno není - jiné nástroje to nějak kontrolují?
    23.8.2007 15:19 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Těžko, obecně asi neexistuje způsob, jak zjistit, jestli jsou dvě bloková zařízení na stejném fyzickém médiu. U SW RAIDu je to jednodušší, tam musíte výslovně říct, z čeho se má ten mirror sestavit.
    23.8.2007 15:31 Tom.š Ze.le.in | skóre: 21 | blog: tz
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Mimochodem, je nějaký rozumný důvod (kromě toho, že disk už je rozdělený a nemůžu/nechce se mi to znova dělit) proč dávat do jedné volume group dva oddíly z jednoho disku?
    23.8.2007 15:44 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Když to dělám na čistém disku a mám čas si to rozmyslet, tak asi ne. Spíš to vzniká tak, že ten druhý byl původně použit pro jiné účely a uvolnil se (třeba když člověk zruší Windows :-) ).
    23.8.2007 14:48 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    P.S.: striping, je to odvozeno od stripe, ne strip
    23.8.2007 14:53 Tom.š Ze.le.in | skóre: 21 | blog: tz
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    ano, samozřejmě :)
    23.8.2007 14:31 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Nahlásil jsi to?
    23.8.2007 15:13 Georgius | skóre: 24 | blog: jirka
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Zatím jsem byl rád, že jsem rozchodil mašinu. Nejsem si ale tak úplně jistý, čí je to bug ... jede v tom udev i mdadm .. Anebo je to fičůra saty, že neumí víc než 15 oddílů ... zatím jsem takový zvěrstva jako 25 oddílů dělal jenom PATě, která ani necekla ...
    Shadow avatar 23.8.2007 15:52 Shadow | skóre: 25 | blog: Brainstorm
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    IMO všechny SCSI disky (sd*), tedy i SATA disky, mají omezení na 15 oddílů. IDE zařízení (hd*) podobná omezení nemají (maximum je kolem 60 oddílů).
    If we do not believe in freedom of speech for those we despise we do not believe in it at all.
    23.8.2007 15:57 Ritchie | skóre: 27 | blog: Ritchie's | Berlin
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Úplně přesně, sd mají omezení na 15 oddílů, hd na 63. Více v seznamu Linux Device List.
    23.8.2007 16:02 Ritchie | skóre: 27 | blog: Ritchie's | Berlin
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Co a komu měl nahlásit? Že nečetl dokumentaci? Tohle je vlastnost jádra, nikoliv chyba.
    23.8.2007 16:09 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    No, pokud mu opravdu udev bez nějakého přesvědčování vytvořil /dev/sda16 s major 8 a minor 16, tak to bych za bug bez váhání označil.
    23.8.2007 15:07 Mortal | skóre: 26 | blog: mortals_log
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    RAID stihnul přepsat MBR
    ja myslel, MBR neni soucasti raidu, nebo se mylim?

    a dotaz ciste ze zvedavosti:
    Jakou ma vyhodu rozdelit disk na tolik oddilu?
    Uz pred casem jsem dospel k nazoru, ze nejlepsi ohradky pro data jsou obycejne adresare
    V pekle jsou samé diskety a ďábel je velká disketová mechanika
    Dalibor Smolík avatar 23.8.2007 15:15 Dalibor Smolík | skóre: 54 | blog: Postrehy_ze_zivota | 50°5'31.93"N,14°19'35.51"E
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    ja myslel, MBR neni soucasti raidu, nebo se mylim?
    Hm, to by mě také zajímalo. rozdělil jsem oba disky na příslušné oddíly a a přiřadil jsem k sobě v rámci RAID1 jednotlivé oddíly o stejné velikosti a typu - využil jsem tímto celou kapacitu disků.
    Myslím, že MBR je v tomto případě součástí raidu.
    Rozdíly v řeči a ve zvyklostech neznamenají vůbec nic, budeme-li mít stejné cíle a otevřená srdce.
    23.8.2007 15:17 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu

    V tomto případě ne. Jeho součástí by byl, kdybyste sestavil pole z celých disků, tj. např.

      mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sda /dev/sdb
    
    23.8.2007 15:15 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu

    Záleží na tom, z čeho máte to pole sestavené. V tomto případě ale došlo k tomu, že program, který měl v úmyslu přepisovat /dev/sda16, přepsal ve skutečnosti /dev/sdb, takže přepsal MBR v místě, kde očekával obyčejný BR oddílu.

    Jakou ma vyhodu rozdelit disk na tolik oddilu?

    Proč na tolik, to nevím, ale obecně tím můžete zajistit, že můžete používat pro různé účely různé typy filesystému, různé parametry mountu (nosuid, nodev apod.) a že zaplněním jednoho filesystému (třeba /var/log) nepřivedete systém do tak zoufalého stavu, jako kdybyste měl všechno na jednom. Ale při větším počtu filesystémů je vhodnější použít LVM, protože máte téměř jistotu, že u některého z nich neodhadnete správně předem potřebnou velikost.

    23.8.2007 15:18 Tom.š Ze.le.in | skóre: 21 | blog: tz
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Lidi jsou různí.

    Někdo má rád root partition r/o.

    Někdo chce některá data šifrovat na úrovni filesystému.

    Někdo chce různé filesystémy pro různé části systému.

    Někdo má pocit, že image DVDčka nemusí být soubor, ale může být rovnou samostatný oddíl, když to stejně je k mountování. (a pak to roste rychle).

    Někdo nechce aby mu věci přetékaly mezi přihrádkami.

    Někdo chce mít odděleny /home a /usr/local kvůli zálohování a/nebo upgradům.
    23.8.2007 15:22 Georgius | skóre: 24 | blog: jirka
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    ja myslel, MBR neni soucasti raidu, nebo se mylim?
    Neměl by být. V tom je právě pointa celého příspěvku - že mdadm špatně pobral zařízení a místo sda16-sdb16 mirroroval sdb-sdc. Pak už součástí RAIDu je :-(
    Jakou ma vyhodu rozdelit disk na tolik oddilu?
    Uz pred casem jsem dospel k nazoru, ze nejlepsi ohradky pro data jsou obycejne adresare
    Nejsou všechna vajíčka ve stejném košíku. Příklad: vypnou proud/přepětí/zásah blesku/HW havárie disku+vrcholná smůla: odejdou data na partišně, na kterou se zrovna zapisovalo (já vím, že to není moc pravděpodobné, ale není to dlouho, co jsem řešil TOTÁLNĚ LEHLOU ext3 kdy se mi nepodařilo zrekonstruovat (pořádně) ani z jedné ze záloh FATky). Pokud bude víc partišn tak budu řekněme pracovat s databází a přijdu o databázi (no dobrá, mám RAID1, takže o ni asi nepřijdu, taky už nemám EXT3, ale riziko stále existuje i když je řádově nižší) ale o výsledky statistického hodnocení v jiném adresáři ne. Čili zhruba toto je moje motivace.
    Shadow avatar 23.8.2007 15:49 Shadow | skóre: 25 | blog: Brainstorm
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    TOTÁLNĚ LEHLOU ext3
    Znepokojující. Používám ext3 právě z důvodu spolehlivosti.
    takže o ni asi nepřijdu, taky už nemám EXT3
    Co tedy používáte? Existuje něco spolehlivějšího než ext3?
    If we do not believe in freedom of speech for those we despise we do not believe in it at all.
    Dalibor Smolík avatar 23.8.2007 16:23 Dalibor Smolík | skóre: 54 | blog: Postrehy_ze_zivota | 50°5'31.93"N,14°19'35.51"E
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Znepokojující. Používám ext3 právě z důvodu spolehlivosti.
    Přesně tak, ext3 mám na serveru také. Je nějaký pádný důvod, používat jiný filesystém pro tyto účely? (poučení pro příště)
    Rozdíly v řeči a ve zvyklostech neznamenají vůbec nic, budeme-li mít stejné cíle a otevřená srdce.
    23.8.2007 23:45 Dan Ohnesorg | skóre: 29 | blog: Danuv patentovy blog | Rudná u Prahy
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Myslim ze o jinych filesystemech se ma smysl bavit, kdyz je potreba vysoky vykon. Stran spolehlivosti nelze dneska ext3 snad nic vytykat.

    Nicmene pokus opravit FAT na ext3 musel nutne skoncit tragickym neuspechem ;-)

    P.S. Preteceni major/minor timto zpusobem povazuji za bug oznacitelny nejvyssi prioritou.
    I'm an Igor, thur. We don't athk quethtionth. Really? Why not? I don't know, thur. I didn't athk. TP -- Making Money
    24.8.2007 01:48 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Jak jednoduše ohrozit data v RAIDu na Ubuntu
    Nebo když je ten filesystém využíván nějakým velmi specifickým způsobem, např. velmi vysoký počet velmi krátkých souborů nebo naopak velmi dlouhé soubory.

    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.