Bug 28054 - hddtemp: Необходимо обеспечить совместимость службы с systemd
Summary: hddtemp: Необходимо обеспечить совместимость службы с systemd
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: hddtemp (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Vitaly Lipatov
QA Contact: qa-sisyphus
URL: http://www.altlinux.org/Systemd_Statu...
Keywords:
Depends on:
Blocks: 28008
  Show dependency tree
 
Reported: 2012-11-21 15:48 MSK by Mike
Modified: 2021-02-28 19:32 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike 2012-11-21 15:48:52 MSK
Подготовить корректный unit-файл.

Подробности по ссылке: http://www.altlinux.org/Systemd_Status_P7
Comment 1 Vitaly Lipatov 2019-06-13 14:31:34 MSK
Действительно, не вижу, чтобы через 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 году. Может быть, нужно просто определиться с заменой для него и удалить пакет?
Comment 2 Vitaly Lipatov 2021-01-12 00:14:50 MSK
(Ответ для Vitaly Lipatov на комментарий #1)
...
> С другой стороны, проект застрял в 2011 году. Может быть, нужно просто
> определиться с заменой для него и удалить пакет?

Хм.

Неудовлетворенные зависимости:
	hddtemp нужен для (установлен) inxi-3.1.00-alt1.noarch
Comment 3 Michael Shigorin 2021-01-12 01:21:13 MSK
(Ответ для Vitaly Lipatov на комментарий #1)
> Действительно, не вижу, чтобы через init-скрипт hddtemp загружался
Запусти без -d и посмотри, даст ли что-либо осмысленное про _твой_ диск.

> С другой стороны, проект застрял в 2011 году. Может быть, нужно просто
> определиться с заменой для него и удалить пакет?
Гм, а чем именно он тебе мешает (и не мешают ли, скажем, sword-*)?
Атрибуты SMART дополнялись, конечно, но в известные hddtemp лазит исправно.

Можно "заменить" его smartmontools, но это микроскопом гвозди забивать
(и проблема с неполнотой/устареванием базы там принципиально такая же).
Comment 4 Vitaly Lipatov 2021-01-12 17:03:57 MSK
(Ответ для Michael Shigorin на комментарий #3)
> (Ответ для Vitaly Lipatov на комментарий #1)
> > Действительно, не вижу, чтобы через init-скрипт hddtemp загружался
> Запусти без -d и посмотри, даст ли что-либо осмысленное про _твой_ диск.
Ну я знаю все песни за 20 лет.
Речь в этой баге о том, что нынешний init-скрипт не работает через systemd, а нативного юнит-файла в пакете нет, поэтому сервис не запускается.

> 
> > С другой стороны, проект застрял в 2011 году. Может быть, нужно просто
> > определиться с заменой для него и удалить пакет?
> Гм, а чем именно он тебе мешает (и не мешают ли, скажем, sword-*)?
> Атрибуты SMART дополнялись, конечно, но в известные hddtemp лазит исправно.
Тем более, что он один такой и не меняется. Это не сложно.

> Можно "заменить" его smartmontools, но это микроскопом гвозди забивать
> (и проблема с неполнотой/устареванием базы там принципиально такая же).
Проблема с необходимостью базы вообще выдумана. В базу надо было добавлять исключения из правила, а не все диски. Увы, умерший проект сложно переделать.
Comment 5 Michael Shigorin 2021-01-13 14:30:47 MSK
(Ответ для Vitaly Lipatov на комментарий #4)
> > > Действительно, не вижу, чтобы через init-скрипт hddtemp загружался
> > Запусти без -d и посмотри, даст ли что-либо осмысленное про _твой_ диск.
> Ну я знаю все песни за 20 лет.
Тогда сразу и пиши -- мол, при запуске руками температуру отдаёт, причин сервису отваливаться не вижу.

> Речь в этой баге о том, что нынешний init-скрипт не работает через systemd,
> а нативного юнит-файла в пакете нет, поэтому сервис не запускается.
Ну напиши. :)

> > Можно "заменить" его smartmontools, но это микроскопом гвозди забивать
> > (и проблема с неполнотой/устареванием базы там принципиально такая же).
> Проблема с необходимостью базы вообще выдумана. В базу надо было добавлять
> исключения из правила, а не все диски. Увы, умерший проект сложно переделать.
smartmontools вполне себе развивается, можешь предложить хоть им такую мысль:
http://www.opennet.ru/keywords/smartmontools.html (один из разработчиков там же в обсуждениях обычно всплывает как samm).
Comment 6 Repository Robot 2021-02-28 16:13:13 MSK
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
Comment 7 Vitaly Lipatov 2021-02-28 19:32:11 MSK
(Ответ для Vitaly Lipatov на комментарий #4)
...> Проблема с необходимостью базы вообще выдумана. В базу надо было добавлять
> исключения из правила, а не все диски. Увы, умерший проект сложно переделать.
Оказывается, всё давно решили до нас ;)
https://bugzilla.altlinux.org/show_bug.cgi?id=15076#c4