Soutěž Pwn2Own Ireland 2026 skončila 9. října. Bezpečnostní výzkumníci získali celkem 1 262 000 dolarů na odměnách. Během soutěže bylo předvedeno zneužití 98 zero-day zranitelností. Testování zahrnovalo různé kategorie zařízení a software. Výzkumníci předváděli prakticky fungující útoky podle pravidel soutěže. Výsledky následně slouží výrobcům při přípravě oprav. Mezi pokořenými jsou: Samsung Galaxy S26, OpenAI Codex, Oracle Autonomous AI Database, Google Pixel 10, u iPhone 17 neuspěli.
Programovací jazyk Python byl vydán v nové verzi 3.15.0. Podrobný přehled novinek v aktualizované dokumentaci.
BIGWORDS.PAGE je open-source webová aplikace, která po otevření odkazu v prohlížeči vykreslí přes celou obrazovku jednoduché informační sdělení. Zpráva i její nastavení jsou uložené v části URL za znakem #, například odkaz https://bigwords.page/#abclinuxu zobrazí jako velký bílý nápis 'abclinuxu' na černém pozadí. Obsah odkazu lze upravovat i vestavěným editorem, ten umožňuje nastavovat formátování a vizuální efekty textu, časovače, QR kódy a obrázky. Zdrojový kód je dostupný pod licencí MIT na GitHubu.
V neděli 11. října proběhne rotace klíče kořenové zóny. Podruhé v historii. Ondřej Filip na blogu CZ.NIC: "Pokud je pro Vás DNS protokol spíše výzva, ale přesto spravujete nějakou síť či DNS resolver, zkuste si jednoduchý test, který připravila firma Cloudflare na této adrese. Obzvláště zbystřit byste měli, pokud uvidíte nějaká červená políčka."
Vláda Spojených států se rozhodla vyřadit americkou softwarovou společnost Microsoft a několik dalších velkých technologických podniků z programu, který umožňuje kvalifikovaným zahraničním pracovníkům získat povolení k trvalému pobytu. Oznámila to včera administrativa amerického prezidenta Donalda Trumpa. Opatření zdůvodnila rozsáhlým zneužíváním programu, který je dlouhodobě terčem kritiky ze strany Trumpových příznivců, neboť prý znevýhodňuje americké pracovníky.
Datové centrum největší ruské technologické společnosti Jandex v Rjazaňské oblasti se stalo cílem dronového útoku a zastavilo provoz. Jandexu se někdy přezdívá „ruský Google“. Provozuje nejoblíbenější internetový vyhledávač v Rusku nebo aplikace pro objednávky jídla a taxi. Využívají jej desítky milionů lidí v rusky mluvících zemích.
Francouzská společnost Mistral AI představila Mistral Large 4 (interně přezdívaný 'le Chonk', volně přeloženo 'pořádný macek'), 'open-weight multimodální hybridní instruct-and-reasoning model s architekturou granulárního MoE, nativně podporující více jak 160 jazyků'. Model má přes jeden bilión parametrů, z nichž při práci využívá 49 miliard, kontextové okno o délce milion tokenů a obrazový enkodér o 1,6 miliardách parametrů.
… více »Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.20. Díky 227 přispěvatelům.
Simon Long oznámil Raspberry Pi Desktop pro PC a Mac s Intelem postavený na aktualizovaném Debianu 13 Trixie. S klientem Raspberry Pi Connect pro vzdálenou správu. Ke stažení je vedle Raspberry Pi OS pro Raspberry Pi.
ESP32-C3 adblock přemění lacinou vývojovou desku ESP32‑C3 na samostatný DNS blokovač nejenom reklamních domén, minimalistickou alternativu k populárnímu Pi-hole. ESP32-C3 adblock místo objemných názvů domén ukládá jejich 40-bitové FNV-1a hashe do flash paměti, které pak binárně prohledává, kontrola jedné domény trvá přibližně 10 milisekund. Blocklist pojme až 537 tisíc domén a lze jej spravovat přes webové rozhraní. Projekt zatím
… více »Dobrý den, mám IBM ThinkPad T41 a pokouším se na něm rozchodit démona hdapsd pro parkování hlaviček disku při otřesu. Používám ArchLinux.
Trochu jsem hledal po internetu a zjistil jsem, že jádro už od nějaké verze není nutné patchovat a ještě od nějaké dřívější verze obsahuje modul hdaps. Zkusil jsem tento modul nahrát a pomocí programu hdaps-gl jsem zjistil, že funguje správně.
V tomto návodu ale doporučují použití hdaps z balíku tp_smapi, který prý podporuje více modelů notebooků (pro mě zbytečné). Podle tohoto návodu zase balík tp_smapi pro můj notebook nemá příliš velký význam, protože nabízí akorát rozšířené informace o baterii (pro mě opět zbytečné).
Modul hdaps je zaveden správně a funguje, viz výpis:
$ dmesg | grep -i "hdaps" hdaps: inverting axis (0) readings. hdaps: IBM ThinkPad T41 detected. hdaps: initial latch check good (0x01). hdaps: device successfully initialized. input: hdaps as /devices/platform/hdaps/input/input10 hdaps: driver successfully loaded.
ale démonu hdapsd se to z nějakého důvodu nelíbí:
Dec 27 19:42:48 lifubo hdapsd[3392]: Starting hdapsd Dec 27 19:42:48 lifubo hdapsd[3392]: Selected interface: HDAPS Dec 27 19:42:48 lifubo hdapsd[3392]: WARNING: Could not find hdaps input device (No such file or directory). You may be using an incompatible version of the hdaps module. Falling back to reading the position from sysfs (uses more power). Dec 27 19:42:48 lifubo hdapsd[3394]: Could not open /sys/devices/platform/hdaps/sampling_rate: No such file or directory. Dec 27 19:42:48 lifubo Do: you have the hdaps module loaded? Dec 27 19:42:57 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:42:57 lifubo hdapsd[3394]: parking Dec 27 19:42:57 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:42:58 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:42:58 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:42:58 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:42:59 lifubo hdapsd[3394]: Could not read from /sys/block/sda/device/unload_heads: Operation not supported Dec 27 19:42:59 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:42:59 lifubo hdapsd[3394]: un-parking Dec 27 19:43:00 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:00 lifubo hdapsd[3394]: parking Dec 27 19:43:01 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:01 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:01 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:02 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:02 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:02 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:02 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:02 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:02 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:02 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:03 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:03 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:03 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:03 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:03 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:04 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:04 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:04 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:04 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:05 lifubo hdapsd[3394]: Could not read from /sys/block/sda/device/unload_heads: Operation not supported Dec 27 19:43:05 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:05 lifubo hdapsd[3394]: un-parking Dec 27 19:43:09 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:09 lifubo hdapsd[3394]: parking Dec 27 19:43:09 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:09 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:09 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:09 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:10 lifubo hdapsd[3394]: Could not read from /sys/block/sda/device/unload_heads: Operation not supported Dec 27 19:43:10 lifubo hdapsd[3394]: Could not write to /sys/block/sda/device/unload_heads. Dec 27 19:43:10 lifubo hdapsd[3394]: un-parking Dec 27 19:43:16 lifubo hdapsd[3394]: Terminating hdapsd
Krom toho, že se mu to nelíbí, tak ještě vypadá, že tam je i jiný problém...
Je možné nějakým způsobem zprovoznit démona hdapsd tak, aby si rozuměl s jaderným modulem hdaps, nebo tam musím cpát tp_smapi, což se mi moc nechce, protože podle toho návodu výše bych ten modul s démonem musel nahrávat / spouštět mimo soubor rc.conf, což se mi nechce moc dělat?
A jen tak mimochodem, když bude fungovat konečně ten démon, bude fungovat i gnome-hdaps-applet, nebo mi bude stále jako teď ukazovat chybu?
Předem díky za rady.
Řešení dotazu:
Když mně se na tom tp_smapi nelíbí právě to, že to budu muset nastavovat ve zcela jiných konfiguračních souborech, než se nastavují všechny ostatní moduly a démoni, budu muset kernel nutit, aby načítal jiný modul hdaps, než obsahuje...
Kdyby ten modul, co je v jádře teď, nefungoval, tak mi to tolik vadit nebude, ale na mém stroji funguje tak, jak má, jen ten démon hdapsd je s ním nějak nespokojený...
Tak nějak upínám naději na to, že se mi povede rozběhat to s tím stávajícím modulem.
Tím rozdílným nastavením rozumím to, že všechny moduly, které si nahrávám, jsou umístěné v souboru rc.conf v poli MODULES, a všechny démony, které si nahrávám jsou v tom samém souboru, ale v poli DAEMONS.
Jenže protože to hdaps poskytnuté balíkem tp_smapi se tluče s tím hdaps v jádře, to původní musím zakázat a nahrát to nové, to se ale dělá v jiném konfiguračním souboru, tím pádem musím i toho démona nahrát později, což se také dělá v jiném souboru... takto jsem to alespoň pochopil z návodu v ArchWiki. Prostě to z mého pohledu přináší příliš mnoho komplikací, ale asi to zkusím.
Doufám, že jsem to napsal srozumitelně, už je dost pozdě, jsem zvědavý, jestli tomu budu ráno sám rozumět 
root@gondolin:/home/jakub# lsmod | grep hdaps hdaps 9228 0 thinkpad_ec 6288 2 hdaps,tp_smapi
root@gondolin:/home/jakub# modprobe -l | grep hdaps updates/hdaps.ko root@gondolin:/home/jakub# modprobe -l | grep smapi extra/tp-smapi/thinkpad_ec.ko extra/tp-smapi/tp_smapi.ko
Tak jsem se rozhodl vyzkoušet ten modul tp_smapi, ale on se odmítá nahrát:
# modprobe -v tp_smapi insmod /lib/modules/2.6.31-ARCH/extra/thinkpad_ec.ko WARNING: Error inserting thinkpad_ec (/lib/modules/2.6.31-ARCH/extra/thinkpad_ec.ko): No such device FATAL: Error inserting tp_smapi (/lib/modules/2.6.31-ARCH/extra/tp_smapi.ko): No such device
Bohužel se mi nepodařilo k tomu najít nic kloudného...
Tak jsem zkusil prohlédnout ještě některé logy a v dmesg jsem našel mimo jiné toto:
thinkpad_ec: no ThinkPad embedded controller!
Na této stránce jsem našel, že je zapotřebí aktualizovat BIOS, ale to je věc, do které se doopravdy pouštět nehodlám, obzvláště když modul hdaps dodávaný s jádrem funguje.
Takže budu muset nějak přesvědčit démona hdapsd, aby fungoval s tím, co má.
Tak jsem zkusil příkaz hdapsd -f -d sda. Doopravdy to reaguje na pohyb notebooku a snaží se to zaparkovat disk (třebaže nepoužívám tp_smapi, protože se mi ještě nepovedlo ho spustit; místo toho používám modul hdaps, který zde už byl).
Výpis po spuštění:
# hdapsd -f -d sda Wed Dec 30 15:06:37 2009: Starting hdapsd Wed Dec 30 15:06:37 2009: Forcely enabled UNLOAD for sda Wed Dec 30 15:06:37 2009: Selected interface: HDAPS Wed Dec 30 15:06:37 2009: WARNING: Could not find hdaps input device (No such file or directory). You may be using an incompatible version of the hdaps module. Falling back to reading the position from sysfs (uses more power). Use '-y' to silence this warning. Wed Dec 30 15:06:37 2009: Could not open /sys/devices/platform/hdaps/sampling_rate: No such file or directory. Do you have the hdaps module loaded?
Stěžuje si to na modul hdaps, ale reaguje to. Když nakláním notebook, vypisuje to toto:
Wed Dec 30 15:07:08 2009: parking Wed Dec 30 15:07:09 2009: Error! Not parked when we thought we were... (paged out and timer expired?) Wed Dec 30 15:07:09 2009: un-parking
Takže démon jako takový funguje, ale disk to neparkuje (alespoň podle výpisu), neslyším ani žádný odpovídající zvuk.
A v souboru /var/log/daemon.log je toto:
Dec 29 21:21:03 lifubo hdapsd[1558]: parking Dec 29 21:21:03 lifubo hdapsd[1558]: Could not write to /sys/block/sda/device/unload_heads. Dec 29 21:21:04 lifubo hdapsd[1558]: Could not read from /sys/block/sda/device/unload_heads: Operation not supported Dec 29 21:21:04 lifubo hdapsd[1558]: Could not write to /sys/block/sda/device/unload_heads. Dec 29 21:21:04 lifubo hdapsd[1558]: un-parking Dec 29 22:13:32 lifubo hdapsd[1558]: Could not write to /sys/block/sda/device/unload_heads.
Zkusím vyhledat, jestli se to nedá nějak řešit. Ale jinak díky, nějak mě nenapadlo zkusit spustit hdapsd jen tak samotné...
Tak se to nějak vyřešilo samo. Stačilo pouze nainstalovat balík hdapsd z AURu a disk začal parkovat hlavičky.
Tiskni
Sdílej: