- 主题:为啥执行了systemctl disable smartd.service后无法进行恢复操
一直不明白原来简单易用的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才符合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.*
新版debian都是systemd了，还能改回用initd么？
【 在 cppbuilder 的大作中提到: 】
: 标 题: Re: 为啥执行了systemctl disable smartd.service后无法进行恢
: 发信站: 水木社区 (Wed Nov 27 14:08:25 2024), 站内
:
: 投你一票吧，我主力机都是initd，只有虚拟机用systemd因为不好改
:
: 【 在 hyoga 的大作中提到: 】
: : 我悄悄的赞同你一下。。。
: : 但我一直以为这是我的问题，是我不思进取，跟不上时代
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 1.202.10.*]
--
FROM 180.113.201.*