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:44 | Komunita

    Ubuntu 26.04 (Resolute Raccoon) už nebude v desktopové instalaci obsahovat GUI nástroj 'Software & Updates'. Důvodem jsou obavy z jeho složitosti pro běžné uživatele a z toho plynoucích bezpečnostních rizik. Nástroj lze doinstalovat ručně (sudo apt install software-properties-gtk).

    NUKE GAZA! 🎆 | Komentářů: 8
    dnes 04:33 | IT novinky

    Thomas Dohmke, bývalý CEO GitHubu, představil startup Entire - platformu pro spolupráci vývojářů a agentů umělé inteligence. Entire získalo rekordních 60 milionů dolarů na vývoj databáze a nástrojů, které mají zefektivnit spolupráci mezi lidmi a agenty umělé inteligence. Dohmke zdůrazňuje potřebu přepracovat tradiční vývojové postupy tak, aby odpovídaly realitě, kdy většinu kódu produkuje umělá inteligence.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 04:22 | Zajímavý projekt

    Toyota Connected North America oznámila vývoj open-source herního enginu Fluorite, postaveného na frameworku Flutter. Pro renderování grafiky využívá 3D engine Filament od společnosti Google a dle svého tvrzení cílí na konzolovou kvalitu her. Fluorite je zřejmě navržen tak, aby fungoval i na méně výkonném hardware, což naznačuje možnost použití přímo v ICE systémech vozidel. Zdrojový kód zatím zveřejněný není.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 04:11 | Bezpečnostní upozornění

    Byl vytvořen nástroj a postup pro překonání věkového ověření platforem Discord, Kick, Twitch, Snapchat (a možná dalších), kód je open-source a dostupný na GitHubu. Všechny tyto sítě používají stejnou službu k-ID, která určuje věk uživatele scanem obličeje a na původní server posílá pouze šifrovaná metadata, ty ale sociální síť už nedokáže sama nijak validovat, 'útok' spočívá ve vygenerování a podstrčení legitimně vypadajících ověřovacích metadat.

    NUKE GAZA! 🎆 | Komentářů: 3
    včera 14:11 | IT novinky

    Jihokorejská kryptoměnová burza Bithumb přiznala vážné selhání interních systémů, které ji vystavilo riziku sabotáže a nezabránilo chybné transakci v hodnotě přes 40 miliard dolarů (814 miliard Kč). Druhá největší kryptoměnová burza v Koreji minulý týden při propagační akci omylem rozeslala zákazníkům zhruba 620 000 bitcoinů místo 620 000 wonů (8700 Kč). Incident vyvolal pokles ceny bitcoinu o 17 procent. Většinu

    … více »
    Ladislav Hagara | Komentářů: 9
    včera 13:55 | Nová verze

    Google Chrome 145 byl prohlášen za stabilní. Nejnovější stabilní verze 145.0.7632.45 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Zpátky je podpora grafického formátu JPEG XL, viz Platform Status. Odstraněna byla před třemi lety. Nový dekodér JPEG XL jxl-rs je napsán v Rustu. Zobrazování JPEG XL lze vyzkoušet na testovací stránce. Povolit lze v nastavení chrome://flags (Enable JXL image format).

    Ladislav Hagara | Komentářů: 0
    10.2. 22:44 | Nová verze

    Byla vydána nová verze 1.26 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    10.2. 18:11 | Nová verze

    CrossOver, komerční produkt založený na Wine, byl vydán ve verzi 26. Přehled novinek v ChangeLogu. CrossOver 26 vychází z Wine 11.0, D3DMetal 3.0, DXMT 0.72, Wine Mono 10.4.1 a vkd3d 1.18. Do 17. února lze koupit CrossOver+ se slevou 26 %.

    Ladislav Hagara | Komentářů: 15
    10.2. 14:22 | Komunita

    KiCad je nově k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo na spouštění a spustit [Mastodon, 𝕏].

    Ladislav Hagara | Komentářů: 0
    10.2. 13:22 | Zajímavý projekt

    Šenčenská firma Seeed Studio představila projekt levného robotického ramena reBot Arm B601, primárně coby pomůcky pro studenty a výzkumníky. Paže má 6 stupňů volnosti, dosah 650 mm a nosnost 1,5 kilogramu, podporované platformy mají být ROS1, ROS2, LeRobot, Pinocchio a Isaac Sim, krom toho bude k dispozici vlastní SDK napsané v Pythonu. Kompletní seznam součástek, videonávody a nejspíš i cena budou zveřejněny až koncem tohoto měsíce.

    … více »
    NUKE GAZA! 🎆 | Komentářů: 9
    Které desktopové prostředí na Linuxu používáte?
     (19%)
     (6%)
     (0%)
     (11%)
     (26%)
     (3%)
     (4%)
     (2%)
     (12%)
     (28%)
    Celkem 849 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    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: 499×

    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á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.