Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Zdravim vospolok,
dnes som riesil problem, kedy po kompilacii vlastneho kernela mi tento kernel pri boote zhasne kernel panicom. Hlavny problem je v tom, ze tu najdolezitejsiu chybovu hlasku nevidim.. to co na obrazovke nakoniec zostane zobrazene (bez moznosti scrollu/pgup-u) je Callback (resp. traceback?) a tu najpodstatnejsiu cast vidno nieje.
Preto ma zaujima akym sposobom dokazem odchytit (idealne komplet) kernel log od zaciatku bootovania az po finalny callback? Tu musim dodat ze kernel panic naskoci snad _okamzite_ po nadetekovani zakladneho hw (procesor a pod). Snazil som sa to odchytit HD kamerou, problem je to vsak aj pre nu - to prebehnutie je velmi rychle (na nej som zachytil detekciu procesora kernelom, pricom z pozadia rovno vybehol koniec Callbacku (LCD display)).
Dokonca ma napadlo zmenit konzolove rozlisenie pre kernel (napr na vga=791) ale to ostala obrazovka komplet cierna (monitor ma pomer stran 13:7 a vga rozlisenia pre kernel len 4:3, takze je to v kybli).
Este dodam, ze som chcel skusit aj kernel-crashdump ale bud ho neviem spravne pouzit, alebo mam smolu v tom, ze doba, kedy pride ku kernel panic je tak skora, ze kernel nema k dispozicii ziadne zapisovacie zariadenie a teda vo /var/crash nic nepribudne (pricom spustam kernel s upravenymi parametrami pre rezerovanie pamate).
Kolega mi poradil presmerovat konzolu napr. na serialovy port a cez nejaky serialovy null modem odchytit komplet vypis... otazka je vsak opat v tom, ci v tom case kernel vie o serialovom porte (a asi aj celkovo o devfs kedze serial je dostupny len cez neho...). No a samozrejme nemam na toto kabel takze je to len otazne.
Avsak videl som niektore diskusie, kde dotycny tazatel pripojil k diskutovanemu problemu komplet log z kernela od bootu po jeho crash, preto si myslim ze to predsalen nejakym sposobom musi ist.
No a na zaver snad len dodam, ze sa jedna o ubuntu (tusim ze posledny release) - bol som k tomuto problemu zavolany len ako troubleshooter :)
Za akekolvek rady na toto tema vopred dakujem
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
kernel-crashdump je potřeba patchnuté jádro a diskový oddíl, kam se jádro dumpne. /var/crash vyrobí až aplikace, která analyzuje obsah toho oddílu.
V Ubuntu se používá kernel-oops, ale ten dokáže reportovat jenom oops, kdy něco selže, ale jádro pokračuje dál, ne úplný panic.
Zkuste při spuštění zadat vga=ask a tam vybrat rozlišení s 80×50 znaky (je to standardní VGA rozlišení). Mohlo by to pomoct.
3.5.2011 06:53
michich | skóre: 51
| blog: ohrivane_parky
boot_delay=... (Milliseconds to delay each printk during boot.)
Kolega mi poradil presmerovat konzolu napr. na serialovy port a cez nejaky serialovy null modem odchytit komplet vypis... otazka je vsak opat v tom, ci v tom case kernel vie o serialovom porte (a asi aj celkovo o devfs kedze serial je dostupny len cez neho...).Kernel žádný devfs nepotřebuje. Viz parametry
console=..., earlyprintk=....
Tiskni
Sdílej:
