Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci
… více »Emulátor terminálu kitty (Wikipedie, GitHub) byl vydán v nové verzi 0.50.
Vývojáři C-Kermit oznámili několik dlouhodobě přítomných zranitelností. Patří mezi ně buffer overflow v Telnet/FTP klientovi a command injection v Kermit serveru. Dotčené verze: C-Kermit 11.0.514 a starší. Fix: 11.1.515 [oss-security].
Byla vydána nová verze 3.2.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
#!/sbin/nash echo Mounting /proc filesystem mount -t proc /proc /proc(1. zaujimavy zapis :) .. doteraz som mount pouzival na mountovanie dev do nejakeho adresara .. preto akosi si to neviem predstavit /proc do /proc? .. proc bol prazny adresar v initrd)
echo Creating root device mkrootdev /dev/root(2. ok napr. som zadal root=/dev/sda1 (v bootloadery) .. cize tento disk sa bude v dev pre tutu chvilu nachadzat ako /dev/root???)
echo 0x0100 > /proc/sys/kernel/real-root-dev(3. tu som uplne mimo .. preco sa zasiela taka hodnota a prave tam)
umount /proc(ps. preco bolo nutne pouzit proc .. moje znalosti o proc su skromne .. viem akurat to ze je to akysi pohlad na kernel na jeho momentalne procesy/stavy .. moz poskytnu urcite informacie .. pripadne mozeme prostrednictvom neho ovplivnovat beh kernela zasielanim hodnout .. naco nam sluzil v tomto pripade a preto teraz nasleduje umount)
echo Mounting root filesystem mount --ro -t ext2 /dev/root /sysroot(preco mount tam a preco ..)
pivot_root /sysroot /sysroot/initrd( ... preco sa to potom zmeni prave tam)
mount budlikybudliky /proc -t proc
mkrootdev je interní příkaz nashe. Přečti si man nash.
0x0100 se rozloží na hlavní číslo 1 a vedlejší číslo 0. Podle linux/Documentation/devices.txt to odpovídá ramdisku /dev/ram0.
ok cize ked to zhrniem
mountne sa /proc
mkrootdev /dev/root - kedze mam root zadefinovaný ako /dev/sda5 nepouzije sa pre vytvorenie zariadenia defaultné /proc/sys/kernel/real-root-dev ale prave tem moj zadaný disk
echo 0x0100 > /proc/sys/kernel/real-root-dev posle sa fizycké umiestnenie pamety ram na miesto ktoré sa pouziva v pripade ze nieje definovaný root ?! :-/
umount /proc
mount --ro -t ext2 /dev/root /sysroot mount novy koren
pivot_root /sysroot /sysroot/initrd z korena mount-nuteho na /sysroot uroby nový koren a initrd koren je odsunutý do podadresara
ok, sorry ale stale netusim .. naco bolo dobre toto echo 0x0100 > /proc/sys/kernel/real-root-dev ?
diky
Myslim ze asi v kazdom jednom initrd musí byt nejaky skript ktory to uvedie do chodu (pokial nejde o nejake specialne initrd ktory neobsahuju klasicky koren strukturu ale nejaky binarny program, cital som ale este som nemal tu cest :) )
.. posledným výkrikom mody sa asi staly cpio obrazy ale aj tie musia mat nejaky skript
Tiskni
Sdílej: