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 12:44 | IT novinky

    Nizozemská vláda ve snaze šetřit a zvyšovat efektivitu s využitím umělé inteligence (AI) hodlá zrušit asi 25.000 pracovních míst ve státní správě. Cílem je postupně dosáhnout ročních úspor až 3,5 miliardy eur (85,2 miliardy Kč). Na konci loňského roku ve státní správě pracovalo rekordních 160.000 lidí. „Nemůžeme pokračovat v tom, co jsme dělali dosud,“ uvedl státní tajemník pro efektivní fungování vlády Eric van den Burg. „Proto

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

    Příspěvek na blogu PRUSA 3D představuje fotoaparát CAIM1 (Counter Artificial Intelligence Machine 1). Uměle vytvořený obsah je každým dnem těžší rozeznat od skutečných záběrů či fotografií, což podrývá důvěryhodnost žurnalistiky, archivních materiálů i každodenní tvorby obsahu. Fotoaparát CAIM1 byl vyvinut právě k tomu, aby ověřoval původ fotografií a videí přímo během jejich pořizování. Uvnitř fotoaparátu se nachází hardwarová Web3 peněženka se zabezpečovacím čipem Tropic Square TROPIC01.

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

    Jonathan Thomas oznámil vydání nové verze 4.1 video editoru OpenShot (Wikipedie). Zdrojové kódy OpenShotu jsou k dispozici na GitHubu. Ke stažení je i balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit.

    Ladislav Hagara | Komentářů: 0
    31.10. 23:33 | Zajímavý článek

    Při běžné migraci virtuálního stroje mezi hypervizory se jeho MAC adresa přesune na jiný leaf switch. EVPN tuto změnu distribuuje pomocí BGP Type-2 route a MAC mobility sequence number. Problém nastává, pokud útočník podvrhne zdrojovou MAC adresu jiného zařízení. Leaf může změnu interpretovat jako legitimní přesun MAC a rozšířit ji přes BGP do celé fabric. Výsledkem může být přesměrování provozu určeného původnímu zařízení. Autor článku rozebírá možnosti detekce pomocí sledování MAC moves, BGP route reflektorů a kontroly na přístupové vrstvě.

    vencour | Komentářů: 0
    31.10. 15:11 | Nová verze

    Vývojáři desktopového prostředí Enlightenment (Wikipedie) a souvisejících knihoven Enlightenment Foundation Libraries (EFL) vydali nové verze. Enlightenment byl vydán ve verzi 0.28.0 a Enlightenment Foundation Libraries ve verzi 1.29.

    Ladislav Hagara | Komentářů: 4
    31.10. 13:55 | Zajímavý článek

    Cloudflare zjistil, že některé odpovědi modelu GLM-5.3 obsahovaly části dat z předchozích požadavků jiných zákazníků. Příčinou byla kombinace chybné konfigurace a chyby v inference enginu SGLang. Model podporoval kontextové okno 1 048 576 tokenů, ale GPU KV cache pool měl kapacitu pouze 681 280 tokenů. Při překročení kapacity docházelo k nesprávnému zpracování odmítnutého požadavku. Decode část systému následně pracovala se starými

    … více »
    vencour | Komentářů: 2
    31.10. 13:00 | Zajímavý článek

    Vývojáři Knot Resolver vysvětlují, jak změnili rozhodování o tom, které DNS záznamy ponechat v cache a které odstranit. Článek obsahuje skutečná měření: devět hodin DNS provozu při 2 000 QPS, srovnání cache o velikosti 25 MB a 40 GB a také porovnání s BIND 9, kromě algoritmů obsahuje konkrétní doporučení pro konfiguraci a diagnostiku.

    vencour | Komentářů: 0
    30.10. 13:44 | IT novinky

    Největší kryptoměnová burza světa Binance se stala terčem útoku, při kterém podvodníci odcizili během několika minut kryptoměny v hodnotě přibližně 6,3 miliardy dolarů. Jedná se o největší kryptoměnovou krádež v historii, přibližně čtyřikrát větší než loňský útok na burzu Bybit. Binance se podařilo ve spolupráci s partnery zmrazit aspoň aktiva v hodnotě zhruba 3 miliard dolarů a slíbila, že veškeré ztráty pokryje z vlastních prostředků.

    Ladislav Hagara | Komentářů: 16
    30.10. 02:16 | Bezpečnostní upozornění

    Zranitelnost CVE-2026-98432 s CVSS 9.8 odhalila AI od společnosti Anthropic. Jedná se o kritickou chybu v implementaci MPTCP (multipath TCP). Debian vydal patche 16.10. a 22.10., ale např. Ubuntu je zatím bez opravy. Více informací na The Hacker News.

    Max | Komentářů: 20
    29.10. 23:22 | Zajímavý software

    Na Slovensku vznikla úplne nová rally hra, ktorá je zadarmo a funguje vo Windowse, Linuxe či na Macu. Greenie Rally má viac ako 50 tratí a vozidiel, šampionáty či turnaje. Má retro feeling a imituje automobilové hry z prelomu tisícročí. Vyskúšate prejsť všetky mapy na Škode 130RS?

    Stanislav Hoferek | Komentářů: 14
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2963 hlasů
     Komentářů: 34, poslední 26.10. 08:24
    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.