SIGRTMIN на plymouthd после переключения от выскочки к systemd
Я просто обновил свою установку Kubuntu на ярком (15.04). После обновления, инициализации по умолчанию со сбоями systemd вскоре после показа kubuntu анимации (Плимута). Последняя запись файла журнала является SIGRTMIN на plymouthd. Я только могу достигнуть экрана входа в систему с помощью выскочки (вместо systemd) в расширенных настройках GRUB.
2 ответа
Первопричиной было изменение, которое я сделал в fstab на основе рекомендаций для твердотельных накопителей (SSD). Я удалил эти строки и смог достигнуть экрана входа в систему с systemd:
# ramdisks
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/lock tmpfs defaults 0 0
tmpfs /var/log tmpfs defaults 0 0
tmpfs /var/run tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
Мое мнение - то, что является ненужным настроить псевдодиски для временных папок в fstab. SSD может обработать достаточно циклов стирания, которые будут использоваться для временных папок; то, где это имеет смысл systemd, настроит сам псевдодиск (см. https://wiki.archlinux.org/index.php/Tmpfs#Usage), таким образом, нет никакой потребности fot пользователя для тонкой настройки fstab.
tldr;
, Если Вы работаете над системой двойной загрузки (Windows + Linux), автосмонтированный раздел (в Linux) мог бы все еще быть заблокирован Windows (даже если это не системный раздел Windows!).
долгая версия
у меня была та же проблема с моим xubuntu 16.04. Мне установили Windows 10 и xubuntu на моем ноутбуке (двойная загрузка) и разделил жесткий диск на три (+1) разделы: окна, человечность (+swap) и 'обмен'. О 'Exchange' думают как раздел для того, чтобы хранить общие данные между Windows и Linux. Это автоматически смонтировано в соответствии с Windows и Linux.
, К сожалению, "гибридное" закрытие Windows не только блокирует раздел Windows, но также и 'обменный' раздел. При запуске xubuntu после регулярного (=hybrid) завершения работы Windows, xubuntu не может автосмонтировать 'обменный' раздел.
, Чтобы узнать, нужно ли дело обстоит так, использовать команду systemctl --failed. В моем случае это возвратило информацию, которую привело к сбою монтирование 'обмена'.