- 主题:为啥执行了systemctl disable smartd.service后无法进行恢复操
我悄悄的赞同你一下。。。
但我一直以为这是我的问题，是我不思进取，跟不上时代
【 在 zzy 的大作中提到: 】
: 我觉得init才符合unix简单、直接的风格。
: systemd感觉走上邪路了。
--
FROM 122.210.84.*
投你一票吧，我主力机都是initd，只有虚拟机用systemd因为不好改
【 在 hyoga 的大作中提到: 】
: 我悄悄的赞同你一下。。。
: 但我一直以为这是我的问题，是我不思进取，跟不上时代
--
FROM 1.202.10.*
大佬，你这……有点意外
【 在 cppbuilder 的大作中提到: 】
: 投你一票吧，我主力机都是initd，只有虚拟机用systemd因为不好改
--
FROM 122.210.84.*
新版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.*
可以，刚搜了一下debian自己的wiki就写了，还有专门的不装systemd的debian-derived
不过我是Gentoo用户，debian/ubuntu/arch之类的都是在虚拟机里随便用一下，没折腾过
【 在 zzy 的大作中提到: 】
: 新版debian都是systemd了，还能改回用initd么？
--
FROM 1.202.10.*
动作式不能确保结果
声明式可以确保结果
【 在 zzy 的大作中提到: 】
: 一直不明白原来简单易用的init.d为啥非得改成这么复杂个东西
--
FROM 139.227.18.*
几乎同样的问题，现在给到了iptables和nftables
我前两天在家“进取”的试了一下openwrt新版主张的fw4，并且还把iptv身份验证的几句自定义iptables也改写成了nft语法，填类似各种小坑大半天
最后发现某个端口映射的reflection时灵时不灵，连去探究问题的心气都没了
直接vm2一关，vm1一开，继续用老版本了
主路由还是得虚拟化，调试起来是真心方便
当然，为了“进取”，我在大部分能用nft的地方还是主动在用，比如手头几台新一点的incus容器服务上
【 在 hyoga 的大作中提到: 】
: 我悄悄的赞同你一下。。。
: 但我一直以为这是我的问题，是我不思进取，跟不上时代
--
修改:KeepHope FROM 61.48.132.*
FROM 61.48.132.*
【 在 zzy 的大作中提到: 】
: 我觉得init才符合unix简单、直接的风格。
: systemd感觉走上邪路了。
我听到的对init最多吐槽就是不能并行启动和进程生命周期的管理不太好，容易造成孤儿进程什么的
--
FROM 120.244.235.*
【 在 zzy 的大作中提到: 】
: 新版debian都是systemd了，还能改回用initd么？
:
可以用initd的发行版，antix mxlinux devuan，或者直接跳车到gentoo之类的地方去
--
FROM 120.244.235.*
init不可能造成孤儿进程吧？从原理上都不存在
【 在 ayaka 的大作中提到: 】
: 我听到的对init最多吐槽就是不能并行启动和进程生命周期的管理不太好，容易造成孤儿进程什么的
--
FROM 139.227.18.*