V srpnu loňského roku byla vyhlášena RP2350 Hacking Challenge aneb oficiální výzva Raspberry Pi na prolomení bezpečnosti mikrokontroléru RP2350. Povedlo se. Včera byli představeni čtyři vítězové a jejich techniky.
Na čem aktuálně pracují vývojáři open source operačního systému Haiku (Wikipedie)? Byl publikován přehled vývoje za prosinec 2024. Vypíchnuto je začlenění webového prohlížeče Iceweasel, tj. alternativního sestavení Firefoxu.
Tetris a DOOM běžící v pdf. Proč a jak v příspěvku na blogu.
Společnost Oracle představila sadu nástrojů a skriptů pro sběr a analýzu dat o stavu linuxových systémů a jejich ladění pod společným názvem Oracle Linux Enhanced Diagnostics (OLED). K dispozici pod licencí GPLv2.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzi 2.3.0. Přináší RAIDZ Expansion, Fast Dedup, Direct IO, JSON a Long names.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu lednový souhrn novinek.
Baví vás bastlení, fyzika, IT a nebo prostě cokoliv technického? Proseděli jste celé Vánoce v záři obrazovky počítače a nebo jste o tom alespoň snili? Chcete se pochlubit technickými vánočními dárky? Pak doražte na Virtuální Bastlírnu - online pokec (nejen) techniků a bastlířů!
… více »Desktopové prostředí Enlightenment bylo vydáno ve verzi 0.27.0, provázejí ho knihovny EFL 1.28. Jde o převážně opravné vydání opět po roce.
Lazygit byl vydán ve verzi 0.45.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
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: