Singularity je rootkit ve formě jaderného modulu (Linux Kernel Module), s otevřeným zdrojovým kódem dostupným pod licencí MIT. Tento rootkit je určený pro moderní linuxová jádra 6.x a poskytuje své 'komplexní skryté funkce' prostřednictvím hookingu systémových volání pomocí ftrace. Pro nadšence je k dispozici podrobnější popis rootkitu na blogu autora, případně v článku na LWN.net. Projekt je zamýšlen jako pomůcka pro bezpečnostní experty a výzkumníky, takže instalujte pouze na vlastní nebezpečí a raději pouze do vlastních strojů 😉.
Iconify je seznam a galerie kolekcí vektorových open-source ikon, ke stažení je přes 275000 ikon z více jak dvou set sad. Tento rovněž open-source projekt dává vývojářům k dispozici i API pro snadnou integraci svobodných ikon do jejich projektů.
Dle plánu certifikační autorita Let's Encrypt nově vydává také certifikáty s šestidenní platností (160 hodin) s možností vystavit je na IP adresu.
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 14.0 (Mastodon). Forgejo je fork Gitei.
Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.
Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.
Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.
Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny
… více »D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.
19.2.2025 19:49
Max | skóre: 72
| blog: Max_Devaine
22.2.2025 21:12
Pavel 'TIGER' Růžička | skóre: 54
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
turbostat --debug z balíku linux-cpupower. Případně z téhož balíčku cpupower frequency-info a cpupower idle-info .
a neustále by se budil, aby Vám řekl, že je mu horko... Mimochodem další příbuzná varianta je, že odchází baterka nebo externí napájecí adaptér, což moderní noťasy umí poznat. Konektor a kabel k adaptéru má žílu nebo dvě navíc pro digitální komunikaci - a pokud adaptéru už není dobře, nebo se ukroutí tenká žíla v tom komunikačním kanálu, nebo použijete neoriginální adaptér/redukci bez té režijní komunikace, může počítač začít throttlovat procesor (viz opět turbostat) a/nebo hlásit divné věci v uživatelském rozhraní. Například je výborná hláška ve Windows "máte vadný síťový adaptér" - a hledáte vadu v Ethernetu Pravda je, že v tom případě by si systém nestěžoval na teplotu. Jste si jistý, že ta teplota je příliš vysoká? možná to není až tak moc. A ventilátor se točí, protože objektivně je vytížený procesor... tou obsluhou ACPI eventů (IRQ).
Mimochodem pokud skutečně vidíte zvýšenou zátěž ze strany "procesů obsluhujících ACPI na IRQ9 a IRQ34", v Linuxu by byla zajímavá doprovodná informace "cat /proc/interrupts" . Tam byste taky měl vidět vysoký počet obsloužených IRQ a zřejmě pokud byste porovnal mezi dvěma pokusy, tak byste taky viděl vysoký relativní nárůst.
Vysoká zátěž ze strany konkrétního IRQ obvykle znamená, že dotyčný interrupt není správně obsloužený. Protože obsloužený interrupt má na chvíli zmlknout. Nebo je vadný hardware, který to IRQ posílá příliš často (třeba nějaký custom HW health manager - vůbec by mě to nepřekvapilo, konkrétně u téhle značky. Něco je špatně, třeba se mi neozývá externí napájecí adaptér, tak pošlu pomocí IRQ operačnímu systému ACPI Event, a že mi to OS obratem ACKnul je mi jedno, stejně mu to pošlu obratem znova, to má za to!)
Další varianta na toto téma je, že je v BIOSu blbě ACPI tabulka, následkem čehož je interrupt doručován na nečekaném IRQ čísle/lince/vstupu (GSI). Takže je vyvolán řetízek obsluh, které neví co s ním. Nemáte v dmesg vidět hlášky jako "IRQ9 : nobody cared" ? Popravdě když se tohle stane, tak Linux obvykle provinilou IRQ linku utlumí (zavře kohoutek) takže pak třeba přestanou fungovat nějaké nevinné periferie... Linux tohle dělá, když se ten IRQ source fakt zblázní. Někdy se to dá obejít, pokud na kernel command line (v bootloaderu) přidáte zaklínadlo "irqpoll".
Ale pokud se to stalo fakt po několika letech bezproblémového fungování, může v tom být opravdu nějaká hardwarová nevolnost, která jenom není v BIOSu zpracována zrovna smysluplně (ale IRQ routing je na své vrstvě správně).
Mimochodem, nezkoušel jste sehnat čerstvější BIOS? Přestože možná máte skutečný HW problém, třeba by se nový BIOS v této mimořádné situaci mohl chovat trochu inteligentněji. Protože původní BIOS na čerstvém hardwaru nebyl pro tuto eventualitu řádně otestován, a praktické projevy (testovací scénář) přišly až po několika letech reálného provozu...
Ještě mě napadá, jestli by se nedalo jednotlivé IRQ zabít ručně, ale nějak jsem nenašel způsob, jak to udělat snadno z user space (např. skrz sysfs) nebo z kernel command line. Asi je to tak naschvál. A napsat si svůj vlastní driver, jenom abych mohl provést v kernelu explicitní disable_irq()... jednak je to dost práce, druhak zrovna IRQ9 vypadá jako sdílená linka, na které toho může viset poměrně hodně - viz /proc/interrupts. A i kdyby tam viselo jenom ACPI, zrovna v notebooku se toho dá zákazem tohoto IRQ asi poměrně dost pohnojit. Třeba přestane reagovat na zavření víka, možná i něco horšího.
Mimochodem, to čemu říkáte že počítač "nejde vypnout krátkým stiskem", možná spíš znamená, "nejde uspat krátkým stiskem". Vy ho totiž skutečně vypnete až stiskem dlouhým. A v tom případě zůstane vypnutý. Krátkým stiskem přejde buď do nějakého "suspend" stavu (ACPI S4 ?), nebo má možná "variantu úplného vypnutí (ACPI S5) s povoleným probuzením HW interruptem". Je fakt, že "systémové" interrupt sources které škádlí BIOS ACPI power management asi nebudou pocházet od USB nebo PCI-e zařízení, u kterých lze selektivně povolit/zakázat probuzení zařízení interruptem (uživatelsky, konfigurací v živém OS). Zejména v notebooku je napájení často řízeno za účasti Embedded Controlleru (SuperIO obohacené o autonomní MCU jádro typu 8051 nebo ARM) a zde výrobci notebooků využívají své právo nabastlit do EC firmwaru všelijaké hrůzy a čínské inovace. Zcela proprietární volná tvorba, v datasheetu SuperIO se to nedočtete.
Tiskni
Sdílej:
