- 主题:为啥执行了systemctl disable smartd.service后无法进行恢复操
我用了enable选项
--
FROM 112.0.248.*


当时disable时的反馈是这样
【 在 x2303612 (x2303612) 的大作中提到: 】
: 我用了enable选项
:
:
: --
--
FROM 112.0.248.*

将程序purge后,重新安装就好了
【 在 x2303612 (x2303612) 的大作中提到: 】
: 我用了enable选项
:
:
: --
--
FROM 112.0.248.*
debian stable版本的smartmontools包只提供了smartmontools.service文件,新版本则
同时提供了smartd.service和smartmontools.service,内容一样
smartmontools.service还声明了alias为smartd.service,所以disable时可以用smart
d.service,但enable时需要使用smartmontools
所以前面让你试试enable smartmontools,估计你没试
【 在 x2303612 的大作中提到: 】
: 将程序purge后,重新安装就好了
--
FROM 221.223.24.*
噢,学到东西了!您解释的非常清楚,谢谢啊!
- 来自 水木社区APP v3.5.7
【 在 gameplayer 的大作中提到: 】
:
: debian stable版本的smartmontools包只提供了smartmontools.service文件,新版本则
: 同时提供了smartd.service和smartmontools.service,内容一样
:
: smartmontools.service还声明了alias为smartd.service,所以disable时可以用smart
: d.service,但enable时需要使用smartmontools
:
: 所以前面让你试试enable smartmontools,估计你没试
--
FROM 112.0.248.*
没注意到您写的enable后是smartmontools
- 来自 水木社区APP v3.5.7
【 在 gameplayer 的大作中提到: 】
:
: debian stable版本的smartmontools包只提供了smartmontools.service文件,新版本则
: 同时提供了smartd.service和smartmontools.service,内容一样
:
: smartmontools.service还声明了alias为smartd.service,所以disable时可以用smart
: d.service,但enable时需要使用smartmontools
:
: 所以前面让你试试enable smartmontools,估计你没试
--
FROM 112.0.248.*
一直不明白原来简单易用的init.d为啥非得改成这么复杂个东西
【 在 gameplayer 的大作中提到: 】
: 标 题: Re: 为啥执行了systemctl disable smartd.service后无法进行恢
: 发信站: 水木社区 (Tue Nov 26 22:20:21 2024), 站内
:
:
: debian stable版本的smartmontools包只提供了smartmontools.service文件,新版本则
: 同时提供了smartd.service和smartmontools.service,内容一样
:
: smartmontools.service还声明了alias为smartd.service,所以disable时可以用smart
: d.service,但enable时需要使用smartmontools
:
: 所以前面让你试试enable smartmontools,估计你没试
:
:
: 【 在 x2303612 的大作中提到: 】
: : 将程序purge后,重新安装就好了
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 221.223.24.*]
--
FROM 180.113.201.*
这个问题争论好些年了。感觉有些问题init不好处理,比如服务间的依赖关系、并发、
多用户、监控等,功能多了,所以更复杂
【 在 zzy 的大作中提到: 】
: 一直不明白原来简单易用的init.d为啥非得改成这么复杂个东西
--
FROM 222.128.5.*
如果只是对标sysv init,搞服务启停,其实systemd里对应的并不复杂,
而且写unit对于打包者来说还比写init脚本简单。
关键是systemd还想把其它东西也管起来,比如设备发现、用户login、
网络配置、时间同步、定时任务,甚至连boot loader都要造轮子。
【 在 zzy 的大作中提到: 】
: 一直不明白原来简单易用的init.d为啥非得改成这么复杂个东西
--
FROM 183.157.163.*
我觉得init才符合unix简单、直接的风格。
systemd感觉走上邪路了。
【 在 adoal 的大作中提到: 】
: 标 题: Re: 为啥执行了systemctl disable smartd.service后无法进行恢
: 发信站: 水木社区 (Wed Nov 27 10:50:15 2024), 站内
:
:
: 如果只是对标sysv init,搞服务启停,其实systemd里对应的并不复杂,
: 而且写unit对于打包者来说还比写init脚本简单。
:
: 关键是systemd还想把其它东西也管起来,比如设备发现、用户login、
: 网络配置、时间同步、定时任务,甚至连boot loader都要造轮子。
:
: 【 在 zzy 的大作中提到: 】
: : 一直不明白原来简单易用的init.d为啥非得改成这么复杂个东西
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 183.157.163.*]
--
FROM 180.113.201.*