Using openrc sshd is not set to start automatically With sys-apps/init-system-helpers installed the system thinks that sshd is running on every bootup, even if it's not. The effect seems to bleed over into calls to /etc/init.d/sshd status and rc-service status As a result sshd cannot be started with the start directive and because there's no pidfile because it's not actually running it can't be stopped with the stop directive. You can zap it and you can start it with restart, but the bad state returns on the next reboot. Uninstalling sys-apps/init-system-helpers and rebooting clears the problem. Other system services seem to be unaffected for some reason.
1) Perhaps the DESCRIPTION should be updated to upstream's "helper tools for all init systems" (even though it is now a singular tool, not plural). 2) Version 1.49 is no longer available from Debian. The current version is 1.51.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=54dea0df66ba2fd29542d6fb59aff5afaf034eb3 commit 54dea0df66ba2fd29542d6fb59aff5afaf034eb3 Author: Brian Evans <grknight@gentoo.org> AuthorDate: 2018-04-16 20:33:26 +0000 Commit: Brian Evans <grknight@gentoo.org> CommitDate: 2018-04-16 20:33:26 +0000 sys-apps/init-system-helpers: Revbump to remove OpenRC symlink mgmt This function is just insane letting a script try to manage started instead of letting the init system handle it Closes: https://bugs.gentoo.org/641836 Closes: https://bugs.gentoo.org/649014 Package-Manager: Portage-2.3.28, Repoman-2.3.9 .../files/revert-openrc-management.patch | 32 ++++++++++++++++++++++ .../init-system-helpers-1.49-r1.ebuild | 29 ++++++++++++++++++++ 2 files changed, 61 insertions(+)