Выполнил стандартное обновление Linux; теперь загружается в аварийном режиме: как диагностировать?

Question

Вопрос в следующем: что пошло не так и как это исправить?

Я только что сделал нормальное обновление моей системы Xubuntu 18.04, ожидая, что затем перейду на 20.04, но теперь она загружается в аварийном режиме, и я понятия не имею, как это объяснить. Я могу войти в систему как root, но не могу запустить сервер отображения. Если я когда-нибудь запущу его, вы сможете получить доступhttp://kosmanor.comснова.

Я создал каталог на Google Диске со всеми своими подсказками: https://drive.google.com/drive/folders/1lYcxYlngctRWKWWVKdFTeuemu6TVfXNM?usp=sharing

Содержание

1. Фото экрана при первой перезагрузке
2. Фото экрана при второй перезагрузке (чуть больше информации)
3. Файл скрипта всего обновления (к счастью, я создал псевдонимы bash и скрипты, чтобы сделать это проще, и я делаю это каждый раз.) Единственное, что выглядит как ошибки, на самом деле таковыми не является. Я установил TERM=dumb, чтобы скрипт все перехватывал, и обновления это отмечают, но это не имеет большого значения, потому что я запускаю с --assume-yes. Верхняя часть вывода — это содержимое скрипта, который я вызвал; остальное — это вывод от его запуска, все в script(1) и затем обработано col -b.
4. Вывод команды, предложенный фотографиями экранов выше. Ничего не бросается в глаза, но я действительно не знаю, как это читать.

Answer 1

Я продолжил возиться с ним и обнаружил, что одна из последних строк во время попытки загрузки имела частичный UUID. Это оказалось ключом: UUID принадлежал USB-флешке, с которой я работал, включая изменение /etc/fstab. Короче говоря, я обнаружил, что "noauto" отсутствовало в этой строке /etc/fstab, и когда оно было восстановлено (или когда флешка действительно присутствовала во время загрузки), все было хорошо. Считайте, что дело закрыто.

Ответ был таким: «продолжайте искать любую деталь, которая может быть подсказкой, затем исправьте ее».