Ubuntu зависает при запуске в / dev / mapper / ubuntu - vg-root. Как это исправить?

У меня есть Ubuntu 20.04 (недавно обновленный) с 19.10) работает на моем ThinkPad T420, и через пару дней у меня возникает проблема с тем, что Ubuntu останавливает запуск на экране, который показывает только

/dev/mapper/ubuntu--vg-root: clean, 1737827/15081472 files, 51603057/60309504 bl
ocks
_

и мигающую подсказку в следующей строке.

gif экрана под рукой

Нет сообщения об ошибке, приглашение не принимает никаких вводных данных, нет реакции на специальные клавиши, такие как Esc, клавиши F, Strg + C, Enter, ... Если я жду, больше ничего не происходит.

Когда это произошло во-первых, после нескольких циклов выключения / загрузки появился экран входа в Ubuntu. Так что это выглядело как случайное раздражение. Но с момента перезагрузки (после некоторых обновлений) мне пришлось заниматься вчера, мне не повезло. Загрузка останавливается на этом экране каждый раз, когда я пытаюсь.

Я нашел множество советов о том, как исправить различные виды проблем с помощью / dev / mapper / ubuntu - vg-root ( Ubuntu загружается в busybox , Ubuntu загружается в initramfs , ...), но все эти проблемы связаны с сообщениями об ошибках, которые дают подсказку, что не так. Ни один из них точно не подходит под мою проблему. Поэтому я случайно попробовал пару предложений, которые показались мне подходящими, чтобы получить больше информации о проблеме и возможных исправлениях, но пока безуспешно.

Поэтому я надеюсь, что кто-то из вас знает больше об этой проблеме и сможет помочь мне ее решить. .

То, что я пробовал в системе:

  • изменить параметры загрузки UEFI / BIOS -> очевидно, моя система загружается из BIOS
  • , перейти в меню восстановления

    • update grub -> без ошибок, но не ' устранить проблему
    • fsck -> говорит мне, что / dev / mapper / ubuntu - vg-root смонтирован и e2fsck не может продолжить
    • перетаскивать в корневую оболочку и попытаться обновить LVM2 через обновление 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, а с тем, что последует за ним в процессе загрузки? Как мне узнать, что будет дальше?

    Я надеюсь, что один из вас, ребята, знает больше об этом и может дать мне подсказку.

    Заранее спасибо Фред

1
задан 12 June 2020 в 03:17

2 ответа

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:

  1. while the ThinkPad is starting up, keep Shift pressed until you are in the Grub options screen.
  2. Press e to change startup options. You don't need to worry about breaking anything: those changes will only affect the current boot process
  3. in the line that starts with "Linux", remove "quiet splash". I also had to remove the veriable that came after it.
  4. Press Ctrl + X to continue 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.

0
ответ дан 19 June 2020 в 21:26

После двух месяцев решения этой проблемы я смог найти решение. По какой-то причине, когда я запускал 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.

2
ответ дан 8 November 2020 в 05:19

Другие вопросы по тегам:

Похожие вопросы: