Bug#645788: openssh-server: /run on tmpfs breaks sshd started from inetd
Package: openssh-server
Version: 1:6.6p1-7
Followup-For: Bug #645788
I've noticed the same problem.
I had inetd running, but did *not* have sshd running via inetd.
I have also verified that uninstalling (dpkg --purge) inetd does not fix the
problem. Therefore, I'm sure that the inetd is not triggering this problem.
I noticed that running "dpkg-reconfigure openssh-server" creates the directory
/var/run/sshd. To me, this suggests the underlying problem here: the debian
packaging assumes that creating /var/run/sshd directory once (during
configuration) is sufficient. With /var/run now a sym-link to /var and that
being tmpfs, this is no longer true.
The solution is that the openssh-server package updates it's initrd and systemd
entries so that, on start up, it checks the /var/run/sshd directory and creates
it if it doesn't already exists.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages openssh-server depends on:
ii adduser 3.113+nmu3
ii debconf [debconf-2.0] 1.5.53
ii dpkg 1.17.13
ii init-system-helpers 1.21
ii libc6 2.19-9
ii libcomerr2 1.42.11-2
ii libgssapi-krb5-2 1.12.1+dfsg-7
ii libkrb5-3 1.12.1+dfsg-7
ii libpam-modules 1.1.8-3.1
ii libpam-runtime 1.1.8-3.1
ii libpam0g 1.1.8-3.1
ii libselinux1 2.3-1
ii libssl1.0.0 1.0.1i-2
ii libwrap0 7.6.q-25
ii lsb-base 4.1+Debian13
ii openssh-client 1:6.6p1-7
ii openssh-sftp-server 1:6.6p1-7
ii procps 1:3.3.9-7
ii zlib1g 1:1.2.8.dfsg-2
Versions of packages openssh-server recommends:
ii ncurses-term 5.9+20140712-2
ii xauth 1:1.0.9-1
Versions of packages openssh-server suggests:
pn molly-guard <none>
pn monkeysphere <none>
pn rssh <none>
pn ssh-askpass <none>
pn ufw <none>
-- debconf information excluded
Reply to: