У меня есть Ubuntu 20.04 (недавно обновленный) с 19.10) работает на моем ThinkPad T420, и через пару дней у меня возникает проблема с тем, что Ubuntu останавливает запуск на экране, который показывает только
/dev/mapper/ubuntu--vg-root: clean, 1737827/15081472 files, 51603057/60309504 bl
ocks
_
и мигающую подсказку в следующей строке.
Нет сообщения об ошибке, приглашение не принимает никаких вводных данных, нет реакции на специальные клавиши, такие как Esc, клавиши F, Strg + C, Enter, ... Если я жду, больше ничего не происходит.
Когда это произошло во-первых, после нескольких циклов выключения / загрузки появился экран входа в Ubuntu. Так что это выглядело как случайное раздражение. Но с момента перезагрузки (после некоторых обновлений) мне пришлось заниматься вчера, мне не повезло. Загрузка останавливается на этом экране каждый раз, когда я пытаюсь.
Я нашел множество советов о том, как исправить различные виды проблем с помощью / dev / mapper / ubuntu - vg-root
( Ubuntu загружается в busybox , Ubuntu загружается в initramfs , ...), но все эти проблемы связаны с сообщениями об ошибках, которые дают подсказку, что не так. Ни один из них точно не подходит под мою проблему. Поэтому я случайно попробовал пару предложений, которые показались мне подходящими, чтобы получить больше информации о проблеме и возможных исправлениях, но пока безуспешно.
Поэтому я надеюсь, что кто-то из вас знает больше об этой проблеме и сможет помочь мне ее решить. .
То, что я пробовал в системе:
, перейти в меню восстановления
обновление sudo apt && sudo apt upgrade lvm2
- -> говорит мне, что текущая версия (2.03.07-1ubuntu1) уже установлена , извлек SSD и вставил его обратно (чтобы исключить проблему с подключением) -> не помогло
Затем я загрузился с живого флешки и попробовал следующее:
mount / dev / mapper / ubuntu - vg-root / mnt
работает, и я могу получить доступ к файловой системе, так что, очевидно, это не зашифрованный раздел, как говорят многие посты. Я смог сделать полное резервное копирование моего домашнего каталога на внешний USB-накопитель (ууу!) udisksctl unlock -b / dev / sda5
подтверждает, что раздел не зашифрован -> "
ubuntu@ubuntu:~$ sudo su
root@ubuntu:/home/ubuntu# fsck /dev/mapper/ubuntu--vg-root
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
/dev/mapper/ubuntu--vg-root: clean, 1737833/15081472 files, 51605368/60309504 blocks
root@ubuntu:/home/ubuntu#
Он выдает тот же вывод, что и Ubuntu, когда зависает во время загрузки. Поэтому я предполагаю, что Ubuntu зависает при запуске fsck при запуске. Но почему?
Возможно ли, что проблема связана не с ubuntu-vg-root, а с тем, что последует за ним в процессе загрузки? Как мне узнать, что будет дальше?
Я надеюсь, что один из вас, ребята, знает больше об этом и может дать мне подсказку.
Заранее спасибо Фред
Turns out, my last question put me on the right track: It had absolutely nothing to do with /dev/mapper/ubuntu--vg-root or LVM but with something that came after it. To see what comes after it, you have to enable verbose log during boot:
You will see much more logs on your screen while your computer is booting. Wait until it freezes and look at the last message. This most likely indicates the real problem.
In my case the message was about "Energy Management".
This put me on the right track: my T420 has a dedicated Nvidia graphics chip besides the integrated graphics. They run together with Optimus, which is a bit of a hassle to get running on Ubuntu. I remembered that I had enabled Optimus after the upgrade to 20.04 to check if it was finally working again with the latest drivers. It seemed so at first, but apparently with one of the system updates after the upgrade to 20.04, it broke again.
To disable Optimus, go to the Bios by holding F1 during startup. Select "Config", "Display", then "Graphics Device = Internal Graphics (Intel)" and "Enable OS detection = Disabled". Then press F10 to save and continue booting.
For me this fixed the boot issue. I hope it helps someone in the same situation as well. Cheers, Fred.
После двух месяцев решения этой проблемы я смог найти решение. По какой-то причине, когда я запускал apt upgrade, в моем ядре: 5.4.0-52-generic (18.04.4 LTS) была эта ошибка, о которой вы сказали. Поэтому я перешел на более старый режим восстановления ядра 5.4.0.48.
sudo apt install aptitude
sudo aptitude update
sudo aptitude dist-upgrade
reboot :)
И это все, я смог исправить все сломанные пакеты. Сейчас использую это ядро 5.4.0.48.