Запуск задания выполняется для dev-disk-by

Запуск задания выполняется для dev-disk-by

Машина:

  • Последняя версия Kubuntu на ноутбуке.

Что я наделал:

  • Do-dist-upgrade
  • После завершения обновления я выключил ноутбук кнопкой питания.

Проблема:

  • Запускается задание запуска для dev-disk-by, затем появляется сообщение «Вы находитесь в аварийном режиме».

Что я пробовал:

  1. Отредактируйте fstab, чтобы убедиться в отсутствии ошибок; UUID точно такой же, как у раздела.
  2. Изменил UUID на /dev/sd*, но проблема осталась.
  3. Переустановил ядро, но проблема осталась.
  4. dmesg | grepнеуспешный, return "_OSC Failed (AE_NOT_FOUND); disabling APSM.
  5. Если я запускаю из режима восстановления и выбираю dpkgили fsck, а затем возобновляю загрузку, это срабатывает, и я возвращаюсь на рабочий стол. Однако это срабатывает только если я выбираю dpkg repairили fsck. Я думал, что эти операции mount /в rw. Если я возобновляю загрузку из режима восстановления, не выбирая эти операции, основная проблема сохраняется. Аварийный режим.

Обновление 1:

Я думаю, это произошло из-за того, что разделы fstabне были смонтированы при обычной загрузке, хотя UUID точно такой же.

Я перешел в режим восстановления и вошел в оболочку root в mount -a, и проверил, все ли разделы смонтированы. Они смонтированы. С содержимым все в порядке fstab, но оно не монтируется при загрузке.

Если закомментировать записи /boot и /home fstab, машина загрузится нормально (разумеется, профиль пользователя вернется к значению по умолчанию).

Текущее решение:

Войти в аварийный режим, сделать mount -a, выйти как root (что подразумевает выход), сделать startx, войти как обычный пользователь. Работает как по маслу, но fstabавтоматически не монтируется.

Редактировать:

Проблема решена путем изменения linux-image*и linux-header*на 4.4.0*и на sudo cat /etc/mtab | grep sda > /etc/fstab(да, > используется вместо >>), но swap не монтируется и не активируется автоматически, но это нормально.

решение1

Я обнаружил, что у меня неисправный кабель к внешнему жесткому диску. Я запустил его, выполнив mount -a после появления экрана "аварийной ситуации" и отметив, какие UUID= неисправны. Если вы столкнетесь с этим и у вас подключены внешние диски, стоит проверить этот аспект.

Связанный контент