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 00:44 | Bezpečnostní upozornění

    Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění

    … více »
    vencour | Komentářů: 0
    včera 17:44 | IT novinky

    Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].

    vencour | Komentářů: 6
    včera 14:44 | Zajímavý projekt

    Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.

    Ladislav Hagara | Komentářů: 3
    včera 04:11 | Nová verze

    Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    22.10. 20:22 | IT novinky

    Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.

    Ladislav Hagara | Komentářů: 4
    22.10. 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 0
    22.10. 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 0
    22.10. 15:22 | Nová verze

    Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.

    Ladislav Hagara | Komentářů: 0
    22.10. 11:11 | Bezpečnostní upozornění

    V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.

    vencour | Komentářů: 7
    22.10. 05:11 | Nová verze

    Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2901 hlasů
     Komentářů: 33, poslední 20.10. 23:44
    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: 746×

    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: 21
    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: 64 | 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: 64 | 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ákno • Nahoru

    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.