Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
Společnost Framework Computer představila novou vylepšenou verzi svého modulárního notebooku Framework Laptop 13 s Intel Core Ultra Series 1, displej s lepším rozlišením a novou webovou kameru. Přímo do Česka jej zatím koupit nelze.
Byla vydána nová verze 2.16 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
TerminalTextEffects (TTE) je engine pro vizuální efekty v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Od čtvrtka 30. 5. do soboty 1. 6. lze v Praze navštívit Veletrh vědy, tj. největší populárně naučnou akci v České republice, kterou každoročně od roku 2015 pořádá Akademie věd ČR. Vstup zdarma.
Canonical představil Ubuntu optimalizované pro jednodeskový počítač s RISC-V procesorem Milk-V Mars.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.5.1 Havier. Přehled novinek v Changelogu.
Společnost xAI založena Elonem Muskem a stojící za AI LLM modelem Grok získala investici 6 miliard dolarů.
Finálový zápas mistrovství světa v ledním hokeji přinesl nový rekord NIX.CZ (𝕏): "Dosavadní absolutní maximum našeho propojovacího uzlu bylo překonáno v čase 21:10, kdy jsme při přenosu dat dosáhli 3,14 Tbps. Je třeba také doplnit, že po deváté hodině večerní byly na maximu i ostatní datové přenosy nesouvisející s hokejovým šampionátem".
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 12. a 13. října na FIT ČVUT v pražských Dejvicích. CfP poběží do konce prázdnin, pak proběhne veřejné hlasování a výběr přednášek.
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: