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.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
Open source router Turris Omnia NG Wired je v prodeji. Jedná se o Turris Omnia NG bez Wi-Fi. Je připraven pro zamontování do racku.
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: