Řídící výbor GCC schválil záměr do GCC začlenit backend WebAssembly.
Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
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: