Společnost Teufel nedávno představila svůj první open source Bluetooth reproduktor MYND.
Byla vydána verze 4.2 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Anton Carniaux, právní zástupce Microsoft France, pod přísahou: Microsoft nemůže garantovat, že data z EU nepředá do USA bez EU souhlasu, musí dodržovat americké zákony.
Byl vydán Mozilla Firefox 141.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Lokální AI umí uspořádat podobné panely do skupin. Firefox na Linuxu využívá méně paměti. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 141 je již k dispozici také na Flathubu a Snapcraftu.
NÚKIB upozorňuje na kritickou zranitelnost v SharePointu. Jedná se o kritickou zranitelnost typu RCE (remote code execution) – CVE-2025-53770, která umožňuje neautentizovaný vzdálený přístup a spuštění kódu, což může vést k úplnému převzetí kontroly nad serverem. Zranitelné verze jsou pouze on-premise verze a to konkrétně SharePoint Server 2016, 2019 a Subscription Edition. SharePoint Online (Microsoft 365) není touto zranitelností ohrožen.
Společnost Valve zpřísnila pravidla pro obsah, který je možné distribuovat ve službě Steam. Současně řadu her ze Steamu odstranila. V zásadách a pravidlech přibylo omezení 15: Obsah, který by mohl porušovat pravidla a normy stanovené zpracovateli plateb a souvisejícími sítěmi platebních karet a bankami nebo poskytovateli připojení k internetu. Sem spadají zejména určité druhy obsahu pouze pro dospělé.
Dle analytics.usa.gov je za posledních 90 dnů 6,2 % přístupů k webových stránkám a aplikacím federální vlády Spojených států z Linuxu.
Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
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: