Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.
Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Infrastrukturu pro chatovací aplikaci Telegram provozuje člověk s vazbami na ruské zpravodajské služby. Upozorňují na to investigativní novináři z redakce iStories. „Vedneev dodává služby ruskému státu včetně jeho jaderného institutu nebo zpravodajské službě FSB,“ říká v podcastu Antivirus novinář Jan Cibulka. Uživatelům, kteří si chtějí své informace chránit, doporučuje Telegram vůbec nepoužívat, a raději zvolit jednu z alternativ, WhatsApp nebo Signal.
The Trump Organization spustila ve Spojených státech mobilní síť Trump Mobile s neomezeným tarifem The 47 Plan za 47,45 dolarů měsíčně a představila vlastní značku telefonů The T1 Phone s Androidem za 499 dolarů.
Vývojáři KiCadu se na svém blogu rozepsali o problémech KiCadu v desktopových prostředích nad Waylandem. KiCad běží, ale s významnými omezeními a problémy, které podstatně zhoršují uživatelský komfort a vývojáři je nedokážou vyřešit na úrovni KiCadu. Pro profesionální používání doporučují desktopová prostředí nad X11.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána (𝕏) nová verze 2025.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].
Odkud běží init skripty, které se zaseknou – z initramdisku nebo z kořenové systému?z root fs
Jak připojujete souborové systémy – podle cesty, podle UUID, podle jmenovky?podle cesty
Jste si jistý, že se LV sestaví a připojí?nejsem :) nejspis ne
Takže /etc/fstab a /etc/vlm/lvm.conf obsahují správné údaje? Pochopil jsem, že se jste nepřesouval kořenový systém. Co se stane, když zakážete připojování dotyčného souborového systému?
Já to řeknu jinak: Napsal jste, že se vám zaseknou inicializační skripty přes SELinuxem. To je nám ale velmi malé vodítko. Je třeba zjistit, proč se zaseknou. Takže je třeba prozkoumat, jestli všechny předešlé init skripty prošly v pořádku, co se píše do logů, kde přesně se dotyčný skrip zastaví (přidat set -x
na začátek bashového skriptu), použít krokování init skriptu (bývala na to klávesa „I“ při startu initu).
To si ale všechno musíte odladit sám. My vám můžeme pomoci jen s tím, jak opravit chybu, kterou vy přesně identifikujete. Zatím k přesné identifikaci nedošlo.
Kořenový systém / se čte dřív než fstab, takže zakomentování k ničemu nevede. Jak už jsem psal dřív, myslím, že byste měl znovu sestavit initrd (ramdisk pro inicializaci) tak, aby reflektoval změnu kořenového systému. Distribuce na to mají obvykle na distribuci zavislý nástroj mkinitrd (zkuste man mkinitrd) , kterému musíte nějak říct, jak a že má LV sestavit. Můžete si také stávající initrd prohlédnout tak, že jej odzipujete a namountujete pomocí loop. Jakou distribuci používáte? Dejte sem i konfiguraci grubu.
Z popisu není úplně jasné, ve které fázi bootování končí. Domnívám se, že se jedná o konec ve fázi zpracovávání initrd a že LV není správně sestaven. LV se běžně sestavují až v inicializačních skriptech z /etc/init.d. Kořenový oddíl musí být ale sestaven ještě před touto fází, proto by asi bylo dobré podívat se na sestavování initrd a případně je předělat.
Tiskni
Sdílej: