V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Pak záleží na tom, co udělá distribuce se starými konfiguračními soubory, které byly modifikovány, a mohou být buď záměrně změněné uživatelem, nebo chybně narušené při té neúspěšné aktualizaci.Pokud chci čistou instalaci, tak samozřejmě všechno kromě /home (a /root) smažu.
Myslím, že oddělení uživatelských dat od systémových dat je správný krok, ale kromě toho můžu mít oddíly s rozdílnými FS podle typu dat (např. zašifrovaný oddíl pro citlivá data).Jo, takhle to mám taky (nešifrovaný /boot, hůř šifrovaný / a nejvíc chráněný /home). Ale tohle je zrovna situace, na kterou subvolumes nejdou použít, tedy alespoň pokud šifruješ na blokové vrstvě.
Subvolumes jsou zcela dynamická záležitost, lze je vytvářet a snapshotovat kdykoliv. To je hlavní důvod jejich existence.
Pokud ale jde například o subvolume pro /home nebo /var, ty je pochopitelně vhodné nadefinovat při instalaci systému, aby pak nebylo nutné bootovat z rescue média a přesouvat už nainstalované soubory do subvolumes či něco podobného.
Vytváření subvolumes během instalace rozumného systému (například Fedory) přímo naklikáním v instalátoru je hračka. U Debianu ovšem může čistě ze zásady něco nefungovat, jako obvykle.
/boot
se dává na samostatný oddíl proto, abyste tam měl jednoduchý souborový systém, ze kterého dokáže nabootovat kdejaký zavaděč a kdejaké jádro. A také proto, abyste měl bootovací oddíl chráněný od zbytku systému, třeba pro případ, kdy by se hlavní souborový systém rozsypal apod. Ze všech těchto důvodů nemá smysl dávat /boot
jako subvolume na btrfs
, ale je lepší ho dát do samostatného oddílu. U ostatních adresářů má smysl použít subvolume v případě, kdy tam potřebujete nastavit něco jinak, než u zbytku souborového systému - kompresi, chcete tam používat snapshoty apod. Ale subvolume můžete vytvořit i kdykoli dodatečně.
Z btrfs dokáže nabootovat kdejaký zavaděč a kdejaké jádro. (Bohužel kvůli omezením BIOSu (i EFI) stále ještě neexistuje spolehlivá podpora pro bootování z Btrfs RAIDu jiného než 1. Zavaděč něco takového klidně zvládá, ale když mu BIOS neukáže všechna potřebná zařízení, nezmůže zkrátka nic.)
Když se „hlavní“ souborový systém rozsype, bootovací oddíl je ten nejmenší problém a jeho zachování je v tom případě celkem na houby.
Dobrý důvod, proč má smysl mít oddělený /boot
oddíl, je šifrování zbytku disku. (Pokud vím, btrfs zatím nepodporuje šifrování na úrovni filesystému.)
Tiskni
Sdílej: