Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
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:
