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í
×

včera 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 0
včera 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
26.6. 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
26.6. 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 6
26.6. 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
26.6. 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 3
23.6. 13:53 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-06-21 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Z novinek lze zdůraznit IDE Thonny pro vývoj v programovacím jazyce Python a především offline verzi Scratche 2.0. Ten bylo dosud možné používat pouze online. Offline bylo možné používat pouze Scratch ve verzi 1.4. Z nového Scratchu lze ovládat také GPIO piny. Scratch 2.0 vyžaduje Flash.

Ladislav Hagara | Komentářů: 2
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 851 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: Návrh využití disků různých velikostí pro NAS

    28.9.2015 20:08 hub
    Návrh využití disků různých velikostí pro NAS
    Přečteno: 307×

    Chtěl bych využít odložené HDD pro NAS na vzdálené zálohy. Mám několik nevyužitých HDD - velikosti od 2x160GB, 2x320GB a 1TB (a starý 1TB disk, ale ten by chtěl pořádně zkontrolovat/otestovat) Chtěl bych se zeptat zkušenějších, jak by šel na nich nejlépe využít diskový prostor na těchto discích s minimem administrátorské práce pro případ havárie některého z disků.

    Varianty, které mě napadly:

    • RAID1 mezi 2x160GB a RAID1 mezi 2x320GB a zálohy obou polí na 1TB disk => využitelný prostor cca 480GB. 1TB disk bych použil pro plné zálohy.
    • nějak lépe rozprostřít data mezi disky a využít logicky diskový prostor s redundancí navíc, třeba takto: (1TB disk bych použil na zálohu)
      RAIDZ1 mezi všemi disky - 4x160GB => cca 480GB využitelné kapacity
      RAIDZ2 mezi všemi disky - 4x160GB => cca 320GB využitelné kapacity.
    • anebo použít uplně všechny bez zálohy, a použít i ten starý 1TB a udělat RAID1 mezi 2x160GB a RAID1 mezi 2x320GB a RAID1 mezi 2x1TB

    Jaký na to máte názor? Jak co nejlépe využít tyto disky? Děkuji

    Odpovědi

    vandrovnik avatar 28.9.2015 20:26 vandrovnik | skóre: 16
    Rozbalit Rozbalit vše Re: Návrh využití disků různých velikostí pro NAS
    Záleží, jestli preferujete bezpečí dat nebo velkou dostupnou kapacitu. Protože ty malé dohromady mi vycházejí 2 x 160 + 2 x 320 = 960 GB, šlo by to udělat také tak, že by se 1 TB disk rozdělil na partitiony, které by odpovídaly těm malým diskům - vznikly by tedy 4 x RAID1, měl byste skoro 1 TB. Pomocí LVM by se ten prostor spojil. Druhý 1 TB disk by šel buď použít na občasné kopírování dat stranou, nebo pro větší redundanci přidat k těm všem RAIDům, takže by se zrcadlilo vždy na 3 disky.

    Všechny disky online by se daly použít též, buď tak, jak píšete, nebo kombinovat vždy malý disk + partition na nějakém 1 TB disku (někdy bývají ty menší disky starší, v horším stavu a pomalejší - pak by se např. daly v tom RAIDu označit jako "write-only", tím pádem čtení by probíhalo z rychlejších 1 TB disků).
    28.9.2015 23:51 hub
    Rozbalit Rozbalit vše Re: Návrh využití disků různých velikostí pro NAS
    Děkuji za navrhnuté řešení. Preferuji dostupnou kapacitu s alespoň jednou samostatnou zálohou.
    28.9.2015 20:50 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Návrh využití disků různých velikostí pro NAS
    Pokud zařízení má běžet 24/7 tak bych malé disky nepoužil. Disk má spotřebu cca 5W a pokud jede pořád je to za rok v elektřině někde k 200Kč, což je více než 1Kč/GB/rok.
    28.9.2015 20:55 hub
    Rozbalit Rozbalit vše Re: Návrh využití disků různých velikostí pro NAS
    To jsem zapomněl dopsat, že zařízení nebude běžet 24/7.
    29.9.2015 12:11 lertimir | skóre: 60 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Návrh využití disků různých velikostí pro NAS
    No uvidíte, jak dlouho ty disky vydrží. Mazivo v ložiskách stárne, a tyhle disky jsou tak někde z roku 2002-2005, provozování v režimu zapnu(rozehřeji) a vypnu(ochladím) u takto starých maziv může způsobit že brzy mazat přestanou. Každý provozovatel serverů potvrdí, že největší problém je servery vypnout (a nechat ochladit.) Poměrně dost staršího HW se pak nerozběhne.

    Nicméně můžete také na 1TB discích udělat oddíly 160GB a 320GB, Příslušné disky (a přislušné oddíly stejné velikosti) spojit do RAID 5 a zbylé oddíly na 1TB discích (520GB) spojit do RAID 1. Tím dostanete 480GB+960GB+520GB s redundancí opravitelná ztráta jednoho disku.
    29.9.2015 11:04 j
    Rozbalit Rozbalit vše Re: Návrh využití disků různých velikostí pro NAS
    Rek bych, ze cena portu bude nekolikanasobne vetsi, nez cena tech pididisku.

    Jinak na tuxovi s sw raidem nebo za pomoci btrfs se da vyrobit trebas R5 (=mensi ztrata a jeden mrtvej disk to prezije) i na ruzne velkych discich. Ty 2 160tky a 2 320 = 3x320 by na to byly akorat. Raid se da delat i nad partisnama = > nadelas 2x160 + 2x2x160 + 6x160. Ale pak musis samo brat v potaz, co je jak na discich. Nebo muzes udelat zrcadlo - z toho terace vs vse ostatni. Tim ziskas cca to 1TB.

    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.