Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
#!/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: