Я столкнулся с той же проблемой на Xenial, обновив его с помощью update-manager
. Проверьте /var/lib/initramfs-tools/
, нет ли там неправильной версии ядра:
$ ls -al /var/lib/initramfs-tools/
insgesamt 20
drwxr-xr-x 2 root root 4096 Sep 28 15:26 .
drwxr-xr-x 62 root root 4096 Sep 3 20:10 ..
-rw-r--r-- 1 root root 76 Sep 3 20:38 4.4.0-36-generic
-rw-r--r-- 1 root root 76 Sep 28 14:06 4.4.0-38-generic
-rw-r--r-- 1 root root 80 Sep 29 14:21 linux-image-4.4.0-22
Последняя запись выдавала ошибку depmod
; после ее удаления проблем не было.
просмотрите сценарии инициализации оболочки для bash
или конфигурационный файл screen
и посмотрите, не используется ли где-нибудь false
с явным путем / bin / false
.
В macOS утилита false
находится в / usr / bin
, а не в / bin
.
В противном случае проверьте, не установлено ли для вашей оболочки входа по какой-то странной причине значение / bin / false
, проверив / etc / passwd
или просмотрев «Дополнительные параметры» в разделе «Пользователи и группы» Системных настроек (вы можете получить их, щелкнув правой кнопкой мыши своего пользователя в списке учетных записей пользователей, и здесь вы также можете изменить оболочку). Кто-то может бездумно последовал учебнику / HOWTO , который устанавливает пользователя с / bin / false
в качестве оболочки по умолчанию.
Когда вы запускаете screen
с sudo
, вы используете файлы инициализации оболочки / экрана root
. Вот почему это работает.
Перейдите к настройкам терминала, затем перейдите к общим, затем в разделе «Оболочка открыть с помощью» выберите «Команда» и введите bash -l