V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
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: