28054 2012-11-21 15:48:52 +0400 hddtemp: Необходимо обеспечить совместимость службы с systemd 2021-02-28 19:32:11 +0300 1 1 4 Development Sisyphus hddtemp unstable all Linux CLOSED FIXED http://www.altlinux.org/Systemd_Status_P7 P3 normal --- 28008 1 amike lav lav mike qa-sisyphus oldest_to_newest 135146 0 amike 2012-11-21 15:48:52 +0400 Подготовить корректный unit-файл. Подробности по ссылке: http://www.altlinux.org/Systemd_Status_P7 182388 1 lav 2019-06-13 14:31:34 +0300 Действительно, не вижу, чтобы через init-скрипт hddtemp загружался # systemctl -l status hddtemp ● hddtemp.service - SYSV: hddtemp polls SMART-capable HDDs Loaded: loaded (/etc/rc.d/init.d/hddtemp; generated) ... июн 13 14:16:59 clients.eterhost.ru systemd[1]: hddtemp.service: Can't open PID file /run/hddtemp.pid (yet?) after start: No such file or directory июн 13 14:21:57 clients.eterhost.ru systemd[1]: hddtemp.service: Start operation timed out. Terminating. июн 13 14:21:57 clients.eterhost.ru systemd[1]: hddtemp.service: Failed with result 'timeout'. июн 13 14:21:57 clients.eterhost.ru systemd[1]: Failed to start SYSV: hddtemp polls SMART-capable HDDs. С другой стороны, проект застрял в 2011 году. Может быть, нужно просто определиться с заменой для него и удалить пакет? 195353 2 lav 2021-01-12 00:14:50 +0300 (Ответ для Vitaly Lipatov на комментарий #1) ... > С другой стороны, проект застрял в 2011 году. Может быть, нужно просто > определиться с заменой для него и удалить пакет? Хм. Неудовлетворенные зависимости: hddtemp нужен для (установлен) inxi-3.1.00-alt1.noarch 195354 3 mike 2021-01-12 01:21:13 +0300 (Ответ для Vitaly Lipatov на комментарий #1) > Действительно, не вижу, чтобы через init-скрипт hddtemp загружался Запусти без -d и посмотри, даст ли что-либо осмысленное про _твой_ диск. > С другой стороны, проект застрял в 2011 году. Может быть, нужно просто > определиться с заменой для него и удалить пакет? Гм, а чем именно он тебе мешает (и не мешают ли, скажем, sword-*)? Атрибуты SMART дополнялись, конечно, но в известные hddtemp лазит исправно. Можно "заменить" его smartmontools, но это микроскопом гвозди забивать (и проблема с неполнотой/устареванием базы там принципиально такая же). 195363 4 lav 2021-01-12 17:03:57 +0300 (Ответ для Michael Shigorin на комментарий #3) > (Ответ для Vitaly Lipatov на комментарий #1) > > Действительно, не вижу, чтобы через init-скрипт hddtemp загружался > Запусти без -d и посмотри, даст ли что-либо осмысленное про _твой_ диск. Ну я знаю все песни за 20 лет. Речь в этой баге о том, что нынешний init-скрипт не работает через systemd, а нативного юнит-файла в пакете нет, поэтому сервис не запускается. > > > С другой стороны, проект застрял в 2011 году. Может быть, нужно просто > > определиться с заменой для него и удалить пакет? > Гм, а чем именно он тебе мешает (и не мешают ли, скажем, sword-*)? > Атрибуты SMART дополнялись, конечно, но в известные hddtemp лазит исправно. Тем более, что он один такой и не меняется. Это не сложно. > Можно "заменить" его smartmontools, но это микроскопом гвозди забивать > (и проблема с неполнотой/устареванием базы там принципиально такая же). Проблема с необходимостью базы вообще выдумана. В базу надо было добавлять исключения из правила, а не все диски. Увы, умерший проект сложно переделать. 195379 5 mike 2021-01-13 14:30:47 +0300 (Ответ для Vitaly Lipatov на комментарий #4) > > > Действительно, не вижу, чтобы через init-скрипт hddtemp загружался > > Запусти без -d и посмотри, даст ли что-либо осмысленное про _твой_ диск. > Ну я знаю все песни за 20 лет. Тогда сразу и пиши -- мол, при запуске руками температуру отдаёт, причин сервису отваливаться не вижу. > Речь в этой баге о том, что нынешний init-скрипт не работает через systemd, > а нативного юнит-файла в пакете нет, поэтому сервис не запускается. Ну напиши. :) > > Можно "заменить" его smartmontools, но это микроскопом гвозди забивать > > (и проблема с неполнотой/устареванием базы там принципиально такая же). > Проблема с необходимостью базы вообще выдумана. В базу надо было добавлять > исключения из правила, а не все диски. Увы, умерший проект сложно переделать. smartmontools вполне себе развивается, можешь предложить хоть им такую мысль: http://www.opennet.ru/keywords/smartmontools.html (один из разработчиков там же в обсуждениях обычно всплывает как samm). 196587 6 repository-robot 2021-02-28 16:13:13 +0300 hddtemp-20110629:0.4-alt1 -> sisyphus: Sun Feb 28 2021 Vitaly Lipatov <lav@altlinux.ru> 20110629:0.4-alt1 - cleanup spec, build 0.4 from the new upstream (closes: #28054) + use minimal database for drives not covered by defaults + first try S.M.A.R.T. attribute 194, otherwise try attribute 190 + add support for NVME bus + allow binding to a listen address that doesn't exist yet + implement drives auto-detection 196591 7 lav 2021-02-28 19:32:11 +0300 (Ответ для Vitaly Lipatov на комментарий #4) ...> Проблема с необходимостью базы вообще выдумана. В базу надо было добавлять > исключения из правила, а не все диски. Увы, умерший проект сложно переделать. Оказывается, всё давно решили до нас ;) https://bugzilla.altlinux.org/show_bug.cgi?id=15076#c4