Nick Rickard via Dng wrote:
> I experienced similar for chimaera to daedalus.
Daedalus has /etc/init.d/rsyslog but Debian's Bookworm does not. Yet
another example of init scripts being egregiously removed from
Debian. Sigh.
> At some point during the upgrade* rsyslog stopped working and after
> a bit of exploring I found that there was no longer a
> /etc/init.d/rsyslog file. I got that file from rsyslog source and
> it's now all fine.
rsyslog is forked for Devuan and the Devuan version does contain the
needed /etc/init.d/rsyslog init script. No problem. Devuan rocks!
There are two likely cases though.
1) The Debian package of rsyslog has been installed. Check the
version to verify it has "devuan" in the version string.
root@turmoil:~# dpkg -l | grep rsyslog
ii rsyslog 8.2210.0-3devuan1 amd64 reliable system and kernel logging daemon
2) Some years ago a user successfully argued that if a local admin
removed a conffile from /etc that dpkg should not install it back on
an upgrade. I completely disagree. But that caused a behavior change
in dpkg and a new option.
man dpkg
--force-things
--no-force-things, --refuse-things
...
confmiss: Always install the missing conffile without prompting.
This is dangerous, since it means not preserving a change
(removing) made to the file.
This option needs to be passed through apt-get (or apt or other) via
the -o DPkg::Options::=--force-confmiss option.
If the Debian package had been installed that package would have
removed the /etc/init.d/rsyslog conffile. Then if the package were
upgraded to Devuan I think (I didn't test it) that dpkg would see the
conffile was missing and would not install a missing one without the
option to force it.
I would re-install with the options to install the missing conffile
and I think that will likely bring the missing file back.
apt-get -o DPkg::Options::=--force-confmiss install --reinstall rsyslog
And then see if the /etc/init.d/rsyslog file has been restored from
the maintainer's version from the package.
Bob