Как вы понимаете, у пакета openssh нет зависимости на systemd.

Да, уже прочитал https://lists.altlinux.org/pipermail/devel/2018-August/205288.html

Тем не менее такое поведение при dist-upgrade неприемлемо.

(In reply to comment #3)

> Тем не менее такое поведение при dist-upgrade неприемлемо.

А как? Разве что заобсолетить sysklogd, syslogd и klogd в rsyslog, или syslog-ng. Хотя, с другой стороны, а зачем у openssh прописана прямая зависимость на syslogd-daemon?

(In reply to comment #3)
> Тем не менее такое поведение при dist-upgrade неприемлемо.

openssh-server тут не причём. Перевесь, пожалуйста, туда, где над этим будут работать.

(In reply to comment #4)
> (In reply to comment #3)
> 
> > Тем не менее такое поведение при dist-upgrade неприемлемо.
> 
> А как? Разве что заобсолетить sysklogd, syslogd и klogd в rsyslog, или
> syslog-ng. Хотя, с другой стороны, а зачем у openssh прописана прямая
> зависимость на syslogd-daemon?

Насколько я помню, openssh-server не даст залогиниться без работающего syslog-сервера.

(In reply to comment #6)

> Насколько я помню, openssh-server не даст залогиниться без работающего
> syslog-сервера.

Остановил syslog в контейнере p8 и нормально туда зашёл.

Кстати, при выполнении service syslogd stop запускается /sbin/minilogd из пакета service. Что-то впервые заметил. Его тоже убрал на всякий случай перед заходом по ssh.