Невозможно восстановить систему после того, как Ubuntu перешла в аварийный режим
Я удалил Windows 10 и установил Ubuntu 18.04 LTS в режиме безопасной загрузки UEFI в 2019 году на моей машине для разработки, если не считать начальных сложностей с запуском системы UEFI, у меня не было проблем. Я дал обновление ядра до 2020 года, оно было обновлено с 4.18 до 5.4.0-47.
Вчера произошло то, что я работал над проектом, я подключил свою машину к Интернету, чего я не делал с середины 2020 года, и я оставил свою машину на некоторое время, и экран потемнел, это был не экран saver, у меня всегда были варианты питания для предотвращения гибернации, так что этого не могло быть, это мог быть скачок напряжения, поскольку я понял, что я не был подключен к своему сетевому фильтру, однажды я был подключен непосредственно к сетевой розетке, которая казалось, что он гудел в течение нескольких секунд, машина не отвечала, поэтому я удерживал кнопку питания, чтобы выключить ее и перезапустить, но она больше не загружалась, однако, к счастью, диск и все его файловые системы Linux остались нетронутыми после проверки их в аварийном режиме, но всякий раз, когда я включаю машину, он загружается в grub и позволяет мне загружаться в обычном режиме или в предыдущее ядро, но затем он всегда загружается в аварийном режиме, и я не уверен, как действовать, и не знаю, в чем была причина так как на да не было написано логов y сбоя, в его нынешнем виде мне нужно подумать о резервном копировании всех моих данных и переустановке, возможно, более поздней версии ubuntu или другого дистрибутива?
Вот строки из journalctl -xb , которые ссылаются на любые проблемы:
Aug 03 15:19:22 DEMO kernel: [Firmware Bug]: TPM Final Events table missing or invalid
Aug 03 15:19:22 DEMO kernel: secureboot: Secure boot enabled<br />
...
Aug 03 15:19:22 DEMO kernel: Kernel is locked down from EFI Secure Boot mode; see man kernel_lockdown.7
Aug 03 15:19:22 DEMO kernel: Lockdown: systemd: /dev/mem,kmem,port is restricted; see man kernel_lockdown.7
..
Aug 03 15:19:27 DEMO systemd[1]: Started Flush Journal to Persistent Storage.
Aug 03 15:20:52 DEMO systemd[1]: dev-disk-by\x2duuid-D001\x2d5175.device: Job dev-disk-by\x2duuid-D001\x2d5175.device/start timed out.
Aug 03 15:20:52 DEMO systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-D001\x2d5175.device.
Aug 03 15:20:52 DEMO systemd[1]: Dependency failed for File System Check on /dev/disk/by-uuid/D001-5175.
Aug 03 15:20:52 DEMO systemd[1]: Dependency failed for /boot/efi.
Aug 03 15:20:52 DEMO systemd[1]: Dependency failed for Local File Systems.
Aug 03 15:20:52 DEMO systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'
Aug 03 15:20:52 DEMO systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Aug 03 15:20:52 DEMO systemd[1]: boot-efi.mount: Job boot-efi.mount/start failed with result 'dependency'.
Aug 03 15:20:52 DEMO systemd[1]: systemd-fsck@dev-disk-by\x2duuid-D001\x2d5175.service: Job systemd-fsck@dev-disk-by\x2duuid-D001\x2d5175.service/start failed with result 'dependency'.
Aug 03 15:20:52 DEMO systemd[1]: dev-disk-by\x2duuid-D001\x2d5175.device: Job dev-disk-by\x2duuid-D001\x2d5175.device/start failed with result 'timeout'.`
etc / fstab читает:
UUID=MYUUID / ext4 errors=remount-ro 0 1
\#/boot/efi was on /dev/sda1 during installation
UUID=D001-5175 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
EDIT
Причины и следствия этой проблемы практически идентичны:
EFI Lockdown, Can't Boot Ubuntu 16.04 или Windows 10
Однако решение, данное для этого, основано на Windows, но в моем случае моя система не является двойной загрузкой, и я использую только ubuntu, и, конечно, есть решение на основе ubuntu?
Это то, что я посмотрите, когда я пытаюсь загрузить свою систему в обычном режиме:
[ 0.964483] Integrity: Problem loading X.509 certificate -65
[ 0.964494] Integrity: Problem loading X.509 certificate -65
dev/sda2: clean, 539930/61022208 files, 37539912/244059136 blocks
[ *] A start job is running for dev-disk-by<x2duuid-D001<x2d5175.device (1min 30 / 1min 30s)
[ TIME ] Timed out waiting for device dev-disk-by<x2duuid-D001\x2d5175.device.
[ DEPEND ] Dependency failed for File System Check on dev-disk-by-uuid/D001-5175.
[ DEPEND ] Dependency failed for /boot/efi.
[ DEPEND ] Dependency failed for Local File Systems.
Starting Enable support for additional executable binary formats...
[ OK ] Reached target Login Prompts.
[ OK ] Reached target Timers.
[ OK ] Started Emergency Shell.
[ OK ] Reached target Emergency Mode.
Starting Create Volatile Files and Directories...
[ OK ] Reached target Sockets.
[ OK ] Reached target Paths.
Mounting Arbitrary Executable File Formats File Systems...
[ OK ] Mounted Arbitrary Executable File Formats File Systems.
[ OK ] Started Enable support for additional executable binary formats.
[ OK ] Started Create Volatile Files and Directories.
Starting Network Time Synchronization...
Starting Update UTMP about System Boot/Shutdown...
Starting Network Name Resolution...
[ OK ] Started Update UTMP about System Boot/Shutdown.
Starting Update UTMP about System Runlevel Changes...
[ OK ] Started Update UTMP about System Runlevel Changes.
[ OK ] Started Network Time Synchronization.
[ OK ] Started Network Name Resolution.
[ OK ] Reached target Host and Network Name Lookups.
[ OK ] Reached target System Time Synchronized.
You are in emergency mode. After logging in , type “journalctl -xb” to view system logs, “systemctl reboot” to reboot, “systemctl default or “exit”
to boot into default mode. Press Enter for maintenance
(or press Control-D to continue):
EDIT Как galexite доказал в комментариях, эта проблема не связана с безопасной загрузкой или TPM. Чтобы попытаться определить настоящую причину, я начал просматривать все журналы и нашел журнал сбоев (см. Pastebin.ubuntu.com).
То, что я также делал до этого сбоя, который, как я не думал, будет актуальным или значительным, заключался в том, что в Ubuntu Software Center я установил Firefox и некоторые приложения для написания музыки, и в журнале сбоев оказалось, что это либо вызвало обновление программного обеспечения, либо некоторая фоновая процедура уже началась в фоновом режиме сама по себе, которая приступила к удалению тревожного количества необходимых пакетов, он даже попытался удалить пакет sudo, только запрос был отклонен, и все удаления пакетов в этом состоянии журнала сбоев, что я попросили удалить пакет, когда я хотел установить только несколько пакетов и ничего не удалять вообще, это не значит, что я сам установил их вручную и намеренно предотвращал обновления программного обеспечения до обновления ядра.
Я поместил следующий вывод в Pastebin из $ service --status-all, показывающий, что работает только 1 служба, и я могу только предполагать это, потому что обновление программного обеспечения либо удалено, либо наполовину установлено, либо наполовину настроено многие из программные пакеты.
РЕДАКТИРОВАТЬ Примечание. Несмотря на то, что я подозревал, что причиной может быть скачок напряжения, это было всего лишь предположением, поскольку я не могу быть уверен,нет никакого повреждения оборудования, но, похоже, произошел серьезный программный сбой, в чем я могу быть уверен, так это в том, что я увидел, как экран погас, что, похоже, было включением настроек управления питанием системы, я оставил свою машину на довольно долгое время время, я был уверен, что установил параметр, чтобы система не переходила в режим гибернации, но это было сразу после установки несколько лет назад, потому что спящий режим всегда вызывал у меня проблемы, а в 18.04, по-видимому, была обнаружена ошибка в системе может быть скомпрометирован, если он перейдет в режим гибернации, поэтому я был прав, сделав это, однако сейчас я не могу быть уверен, что мои настройки питания были сохранены после всех обновлений и принудительных автоматических обновлений. Я могу быть уверен, что как только я восстановил систему до такой степени, что я мог войти в систему только в текстовом режиме, я подумал, что могу просто проверить, что все основные службы работают, особенно сеть и брандмауэр, чтобы я мог потенциально завершить программное обеспечение обновления / автоматические обновления, которые я обнаружил во время сбоя, были в процессе, но неполными, и, как я обнаружил, в журналах указано, что многие пакеты установлены наполовину или наполовину настроены или полностью удалены.Итак, в текстовом режиме я выполнил следующую команду, чтобы определить, какие службы были запущены:
service --status-all | nl
1 [ + ] acpid
2 [ - ] alsa-utils
3 [ + ] anacron
4 [ - ] apparmor
5 [ - ] apport
6 [ - ] avahi-daemon
7 [ + ] binfmt-support
8 [ - ] bluetooth
9 [ - ] console-setup.sh
10 [ - ] cron
11 [ - ] cups
12 [ - ] cups-browsed
13 [ - ] dbus
14 [ - ] dns-clean
15 [ - ] gdm3
16 [ - ] grub-common
17 [ - ] hwclock.sh
18 [ + ] irqbalance
19 [ + ] kerneloops
20 [ - ] keyboard-setup.sh
21 [ + ] kmod
22 [ - ] network-manager
23 [ - ] networking
24 [ - ] plymouth
25 [ - ] plymouth-log
26 [ - ] postfix
27 [ - ] pppd-dns
28 [ + ] procps
29 [ - ] rsync
30 [ - ] rsyslog
31 [ + ] saned
32 [ - ] speech-dispatcher
33 [ - ] spice-vdagent
34 [ - ] udev
35 [ - ] ufw
36 [ + ] unattended-upgrades
37 [ - ] uuidd
38 [ + ] whoopsie
39 [ - ] x11-common
Итак, цель была ясна, теперь я смог хотя бы запустить систему в текстовом режиме. , Мне нужно было запустить основные службы, начиная с сетевого менеджера и брандмауэра, так как я мог позволить завершить обновления / обновления программного обеспечения, а затем восстановить систему в достаточной степени, чтобы я мог возобновить нормальную загрузку, но когда я попытался запустить в network-manager.service ничего не произошло, нет вывода команды или чего-то еще.
Когда я пытался запустить ufw: Не удалось перезапустить ufw.service: модуль ufw.service замаскирован. Когда я попробовал команду, чтобы демаскировать службу, он сказал Удаление ufw ...
Я попытался демаскировать и перезапустить остальные службы по очереди, и либо команды не вернули никаких результатов, либо ничего не произошло.
Следовательно, я, кажется, застрял в ситуации уловки 22, я не могу восстановить эту систему, потому что я не могу запустить основные службы, которые позволят любое восстановление, или любые службы в этом отношении, поскольку в этом аварийном состоянии Ubuntu замаскировал все службы, которые не работают, и я должен спросить, в чем смысл аварийного режима, если вы не можете из него восстановиться? Я также не могу понять, почему все эти службы вообще замаскированы и каково это обоснование? и почему любая попытка разоблачения даже с привилегиями sudo либо игнорируется, либо молча не работает, либо служба полностью удаляется?
1 ответ
Вам следует проверить целостность установленных пакетов и завершить обновление, чтобы вернуть систему в нормальное состояние.
Убедитесь, что все распакованные пакеты настроены:
sudo dpkg --configure -a
Пакет debsum обеспечивает проверку целостности с помощью MD5SUMS файла каждого пакета. Вы можете установить его:
sudo apt update
sudo apt install debsums
Затем вам нужно очистить кэш apt и инициализировать debsums, загрузив пакеты снова:
sudo apt clean
sudo debsums_init
Затем запустите ручную проверку, при которой debsums сообщит об измененных или поврежденных файлах:
sudo debsums -cs
Проверьте, чтобы убедиться, что изменения конфигурации - это те, которые вы ожидаете. Если сообщается о каких-либо ошибках, вам необходимо переустановить эти пакеты:
sudo apt install --reinstall broken-package
Затем завершите обновление.
Перед выполнением обновления, однако, поскольку мы удалили монтирование /boot/efi из /etc/fstab, вам следует смонтировать его снова на случай, если GRUB потребуется обновление. Откомментируйте строку в /etc/fstab, затем выполните:
sudo mount /boot/efi
После этого можно приступать к обновлению:
sudo apt update
sudo apt upgrade --with-new-pkgs
Перезагрузитесь. Если система снова не загрузится, потому что ESP по-прежнему не монтируется, то необходимо провести дополнительные работы по устранению неполадок.