Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se spolu s partnery z dalších zemí připojil ke společnému upozornění (Joint Cybersecurity Advisory) týkajícímu se probíhající kybernetické kampaně skupiny LAUNDRY BEAR zaměřené na uživatele e-mailové platformy Zimbra Collaboration Suite (ZCS) nejméně od července 2025. NÚKIB doporučuje organizacím využívajícím Zimbra Collaboration Suite neprodleně ověřit, zda
… více »Intel vydal 42 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20260811 mikrokódů pro své procesory.
Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.
Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.
Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.
Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Počítačová hra Knytt napsaná v Multimedia Fusion 2 byla vydána před 20 lety. Při této příležitosti byl dnes představen moderní port (YouTube) této plošinovky na současné operační systémy pod názvem Knytt Classic. Je zdarma k dispozici na Steamu a GOG.com.
--write-mostly), alebo spravil RAID1 aspoň na tých 120G, kde bude systém a swap. Dáta môžu byť bez RAIDu, ak máš zálohy. Z mojej skúsenosti je obnoviť dáta zo zálohy bezbolestná operácia, ale preinštalovať celý systém od nuly je stres na niekoľko dní.
vetsi userbase znamena, ze az se to posere, bude vic lidi kteri to uz resili a snadneji najdu navod jak z toho ven.Jak "posere"? Z hlediska závažné chyby v HW nemáš šanci, protože SSD/Nvme při HW chybě padnou jako celek. Nepotkal jsem situaci, kdy je v poruše jen něco na SSD. A z hlediska SW je lepší používat to, co znáš a umíš adminovat. Tak se vyhneš chybě lépe než radou "používej tohle".
Je tam 120GB ssd na system (debian-openmediavault) a 2 TB ssd nvme na data. Jeden kus. Takze zadne raid nebudou. … Je to rozumne? je to nesmysl?
V prvé řadě je to zbytečná práce. Úložiště, kde nejsou replikovaná data, a ke všemu na SSD discích. Do to jde jenom blázen.
Ja som kupil z bazaru DS115j za 50ecka mam tam normalny disk a je to lepsie nez ssd aspon ak je disk ok. synology ma par vychytavok pred tym som mal nazdielany disk cez raspberry. taktiez mam aj DS120j v alze ho maju za nieco 11Oecka a nic clovek nemusi riesit a vela zavisi od disku cosa tyka kvality ale z bazaru sa neolati to skor ten z alzy ds120j kedze ten ma napr moznost nastavit cas zapnutia a vypnutie nasky cosa hodi ak to ma byt nadoma
Jak byste rozpartitionovali ten vetsi datovy disk…
Nijak. Doporučuji nepoužívat ani GPT; nemá to žádný smysl. Přímo na disk dát LUKS. Do toho souborový systém.
…a jake filesystemy byste zvolili?
Btrfs.
Proc?
Protože je bezkonkurenčně nejlepší. Nejlepší spolehlivost, výkonnost, flexibilita a k tomu portfolio vlastností, které nic jiného (přímo v kernelu) nemá.
Který souborový systém se dá například po přidání dalšího disku bez mrknutí oka a bez odmountování zkonvertovat z jednoho disku na RAID1? Ano, jedině Btrfs.
Jedině Btrfs umí skutečné zálohy s inkrementálními (rozdílovými) a atomickými snapshoty, které se dají posílat mezi originálním a zálohovacím souborovým systémem.
Ja pracovne uvazuju o nejakych 600 GB na timemachine backups, …
Nejlepší timemachine je Btrfs. 100%. Zásada číslo 1: Nedělit, nedělit, nedělit.
…900 GB na media (filmy, malinko mozna hudba a knizky)…
Co když bude dočasně potřeba 901 GB? Co když bude u výše jmenovaného oddílu dočasně potřeba 601 GB? Nedělit, nedělit, nedělit.
…a zbytek (~400 GB) jako sandbox na kraviny typu docker, sifrovany FS,…
Šifrované má být 100% všechno, 100% všechno v LUKS. Neexistuje důvod, aby to tak nebylo. Hardwarově akcelerované šifrování je dnes zdarma. I béčkový procesor dokáže šifrovat s propustností, kterou skoro žádné SSD nedá (snad kromě těch PCIe extrémů za $10k+). V nehorším případě (typu krádež NASu) se pak aspoň k datům nikdy nikdo nedostane.
…uceni se novych veci, etc...jake fs zvolit?
Btrfs.
Je to rozumne? je to nesmysl? proc?
Jakékoliv zbytečné dělení je nerozumné. Připravit se o klíčové výhody Btrfs (pod mylným dojmem, že jsou za každou cenu potřeba zastaralé FS) je nerozumné.
…mam zkusit jit do nejakych tech flexibilnich veci (lvm) co se daji zvetsovat a zmensovat?
Ne. LVM je v tomto kontextu dokonale obsolete. Btrfs dokáže všechno to zvětšování a zmenšování nesrovnatelně lépe — díky tomu, že nic takového nepotřebuje.
Neni to zbytecne slozite, s jednim fyz. diskem?
Je. Jeden fyzický disk, dva fyzické disky i deset fyzických disků nejlépe využije Btrfs.
Jaka jsou nejzasadnejsi rizika? Asi vypadek elektriky pri primountovanych diskach a zapisu. Ktery FS se s tim nejlip vyporada a da se snadno opravit?
Btrfs.
A hlavně, když už se vlivem hardwaru předstírajícího bariéry přece jen něco semele, Btrfs to (na rozdíl od zastaralých filesystémů) díky svým checksumům zjistí a oznámí, místo aby vracel náhodně zničená data.
Jak to mate vy? a proc prave tak? Jake velikosti a fs byste doporucili?
Takhle to mám na jednom ze strojů. Velikosti: Vždy 100%. FS: Vždy Btrfs.
mdadm / dmraid AID6 může být, zatímco RAID1C3 je ještě o řád + galaxii jinde. Plánuju v budoucnu rebalance na (také) RAID6 metadata. (Jinak RAID6 metadata jsem měl mezi lety 2015 a 2020; bez problémů, jen jsem se pak zalekl pověr, které zmiňují write hole, jenom zapomínají dodat, že všechno ostatní (!) má mnohem horší write hole.))Tahle↑↑↑ konfigurace už zachránila moje data asi desetkrát. Byla na 6 discích. 2 selhaly. Ustála to. Pak na 8 discích. Další 2 selhaly. Vyměnil jsem je jako žárovky; žádný problém. Pak jsem si konečně připustil, jak hrozná sračka je SMR a že 5 TB v 2,5" formátu za tu nespolehlivost nestojí. Následovala (postupná) výměna všech 8 disků za SSD. Za provozu. Bez odmountování. Pak za rok selhalo jedno SSD. Katastrofálně. Odpojovalo se a vracelo se, několik hodin. Vracelo nesmyslná data. Během toho se na pole zálohovalo. Hrůza!
Jenže Btrfs všechno bravurně ustál. SSD jsem pak vyměnil jako žárovku. Život jde dál. Btrfs rocks + rulezzz.
. Jeho odpověď se mi, na rozdíl od některých dřívějších reakcí v diskusích, poměrně zamlouvá.
Jirka
Tiskni
Sdílej: