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.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Řešení dotazu:
opustit - restartovat - Windows 7 (loader) (on /dev/sda2). tak opensuse zablokuje standardní grub nabídku a spustí zkrácenou grubovou nabídku přímo do cílového systému. grub na konci svého zkráceného běhu, před tím, než předá řízení bootovanému systému by tuto zkrácenou nabídku by měl zrušit a na příští boot restaurovat standardní volbu. Je možné, že hoši něco přehlédli a grub to neudělá.
To nesouvisí s grub.cfg, řekl bych.
Vhodnější je odstranit /boot/grub/grubenv, protože právě tam se zapisuje, co se má spustit při příštím bootu a další více či méně dočasné informace. Ten soubor musí mít fixní délku, ale je lidsky čitelný, takže se dá snadno zkontrolovat, co je tam napsáno.
Prostě, když restartujete Linux PC a zadáte hned, jaká akce se má provést při následujícím bootování /např. spusť hned bez ptaní Windows/ provede se to normálně 1x a při úplném vypnutí PC ta žádost zanikne takže se grub2 znovu ptá kam má bootovat. - To je normální stav.To je nesmysl, Grub nemá jak zjistit, zda jde o restart nebo znovu zapnutí PC – to se může lišit nanejvýš na úrovni BIOSu, který při restartu někdy vynechává některé kontroly. Pokud zvolíte volbu Grubu před restartem, funguje to tak, že se příslušná položka menu Grubu označí jako defaultní. Po té, co příslušný operační systém nastartuje, musí konfiguraci Grubu vrátit do původního stavu, jinak ta defaultní položka menu zůstane nastavená. To asi z Windows zařídíte těžko.
GRUB_DEFAULT=saved, aby se použila dříve uložená položka, a v položce menu pro boot Windows přes savedefault nastavit jinou položku menu (nevím, zda je možné přes savedefault i hodnotu zrušit, aby se zobrazilo menu).
Nemění se tam ovšem konfigurace ve smyslu editování grub.cfg. Dočasná (nebo trvalá) preference nějaké položky se zapíše do grubenv.
Soubor grubenv má fixní délku 1024 bytů. Původní idea byla nejspíš taková, že by si ten soubor mohl opravdu přepisovat sám GRUB — například po splnění „boot once“ by ho uvedl zpátky do normálu.
Nakonec to tak ale v reálu nefunguje. Na dnešních filesystémech s checksumy by taková změna totiž nikdy neprošla — GRUB by musel mít ve svém Btrfs modulu celou logiku pro počítání checksumů.
Na mých systémech s Btrfs tedy boot once == boot napořád, dokud se grubenv nedá do pořádku utilitou grub-reboot nebo nesmaže. Pak zase začne mít prioritu nastavení implicitní položky v grub.cfg.
Ta po naklikání v KDE opustit - restartovat - Windows 7 (loader) (on /dev/sda2)
se mi opravu vytvořil soubor /boot/grub2 grubenv
s tímto obsahem:
# GRUB Environment Block
saved_entry=openSUSE
next_entry=Windows 7 (loader) (on /dev/sda2)
po jeho odstranění, grub2 opět zobrazí nabídku všech OS k výběru bootování.
Takže problém jde opravit bez přepisování grub2 v Yastu, stačí smazat grubenv
Tiskni
Sdílej: