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 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
dnes 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 36
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 303 hlasů
 Komentářů: 24, poslední dnes 10:14
    Rozcestník
    Reklama

    Dotaz: LVM+RAID5+crypt - jak na to?

    17.9.2010 11:52 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    LVM+RAID5+crypt - jak na to?
    Přečteno: 196×
    Zdravim

    Vychozi hardware: 3x SATA disky.

    Zamysleny vysledek: Zasifrovane redundantni uloziste s jednoduchou moznosti odebrat a pridat disk/y vetsi kapacity bez ztraty dat.

    S md raidy jsem velkej kamarad, ale nevim jak do toho zapojit LVM. Kdyby LVM umelo vnitrne raid5, bylo by po problemu. Jeden LVM svazek do raid5 jaksi nedam. Chapu ze sifrovani patri v tom retezci az nakonec, s tim si snad poradim.

    Jedine reseni, ktere ale neni asi moc pruzne je udelat nad kazdym z disku LVM svazek a jednotlive svazky dat do raid5. LVM bude v tuhle chvili nevyuzite, ale budu mit moznost k tomu pridat 3 nove stejne velke disky nebo pridat disk, premigrovat LVM svazek a stary disk odebrat. Nebo taky pridat ctvrty disk do raid5 pole. A vysledne raid5 zasifrovat.

    Rad bych abych mohl pridavat disky postupne po jednom podle toho jak velky zrovna vyrabej.

    Nejake lepsi napady?

    Diky

    Zdenek Stepanek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf

    Odpovědi

    17.9.2010 12:02 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Jeste dodatek:

    V navodech co jsem vygooglil se vzdycky RAID5 dela nad fyzyckymi disky a az nad raidem je LVM. Smysl tohoto nasazeni mi unika. Pokud pridam disk do RAID5, musi mit stejnou kapacitu jako puvodni disky (nebo se vetsi kapacita nevyuzije). Tim se mi raid zvetsi sam od sebe a pak uz jen staci zvetsit filesystem. Davat mezi to LVM mi prijde zbytecny.

    Mym cilem je moznost pridavat disky vetsi kapacity.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    Heron avatar 17.9.2010 13:28 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Tim se mi raid zvetsi sam od sebe a pak uz jen staci zvetsit filesystem. Davat mezi to LVM mi prijde zbytecny.

    Máš pravdu, ale pouze pro jeden FS nad tím polem. Pokud chceš na tom raidu mít další oddíly tak se LVM vždy hodí.

    frEon avatar 17.9.2010 14:11 frEon | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    ahoj, kdyz jsem s tim kdysi experimentoval, tak mi nejlepe vyslo udelat to takto:

    raid5 - lvm - sifrovani

    lvm na poli se hodi v pripade, ze predpokladas, ze v budoucnu budes chtit pridavat, ubirat logicke oddily nebo vytvaret snapshoty.

    Lvm se zpravidla dava na raid (a ne naopak) napriklad kvuli snapshotum, ktere delaji copy on write a bylo by hloupe napriklad delat snapshot parity (z cehoz se pak pri zapisu zase spocita parita) a pak jak rikal heron predemnou, snazsi manipulaci s log. oddily.

    Jinak, jestli se situace nezmenila, pri pouziti sifrovani stratis trochu flexibility - nebudes moci menit velikosti oddilu aniz by jsi musel filesystem odmountovat, coz muze a nemusi byt problem.

    Pri tomto pristupu _muze_ byt taky dobre promyslet, zdali bude v budoucnu potreba pridavat dalsi pole (dalsi 3 disky a samostatne pole), pres ktere pak to stavajici lvm roztahnes. Muze se ti pak stat takovahle situace: z puvodniho pole bude vyuzito treba 60% a 0% z noveho. Najednou se nekdo rozhodne, ze na to nahraje hromadu dat (idealne male soubory). Lvm (mozna) bohuzel nebude rozkladat zapisy mezi 2 pouzitelne pole, ale nejdriv zaplni jedno a pak druhe. Ve vysledku, i kdyz obe pole maji dohromady propustnost X, realna propustnost v takove situaci bude ohodne mensi (pomoci allocation policy to obejit nelze). Na druhou stranu, takove chovani prinasi o neco vetsi odolnost proti vypadkum.

    No, snad neplacam uplny blbosti ;-)
    Talking about music is like dancing to architecture.
    26.9.2010 01:18 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Rozumim tomu ze LVM nad raidem nebo nad diskem se hodi pro pripady cachrovani s oddily. Nicmene ja jsem nikdy nepochopil proc s oddily vselijak cachrovat. Vzdy jsem byl priznivcem jednoho velkeho oddilu.

    Cilem je proste jeden velky datovy sklad, jeden velkej filesystem. Ted zatim neni problem "zvetsit" uloziste tak ze jsem koupil 4TB do pole a stavajici 1TB na to proste zkopiruju a pouziju ho jinde, ale tenhle postup by mi do budoucna asi mohl prijit dost draho a docasne nekam zalohovat 4TB taky nebude asi sranda.

    Datova propustnost u datovyho skladu neni kriticka, ale i tak diky za postreh.

    Asi to udelam tak ze udelam nejniz 3 samostatne LVM, nad nimi RAID a na nem jeden sifrovany oddil. Pri upgradu koupim jeden stejne velky disk a rozsirim RAID na 4 disky (= 4 LVM oddily). Pozdejc dokoupim 4 stejne velke disky a rozsirim 4 LVM oddily, kdy kazdy bude pres 2 disky.

    Ostatne by nemel byt problem nad tim raidem udelat jeste dalsi LVM abych si mohl cachrovat s oddily dle libosti. To bude slusna cibule...

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    26.9.2010 14:47 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    S velkými oddíly mám tu špatnou zkušenost, že na nich fsck trvá zatraceně dlouho.
    Only Sith deals in absolutes.
    26.9.2010 17:22 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: LVM+RAID5+crypt - jak na to?
    Myslím, že pro tento případ je LVM nepříliš přínosné. LVM jak píšou i přímo na jeho stránkách je užitečné v situaci, kdy potřebujete oddíly a nevíte jak finálně po čase budou třeba jejich velikosti. A to není případ situace -- jeden velký filesystém. A případ, kdy se to hodí třeba když mám oddělený /usr (abych ho namountoval reed-only) a/nebo /var (aby mě se nezřítil root filesystém, když nějaký uživatel vygeneruje obrovské záznamy do logů), filesystémy pro virtualizované servery (nikdy nevíte kolik, který bude potřebovat). Pro datovou část skladu, který má být homogenní a co největší ta vrstva má malý význam.

    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.