Почему Ubuntu 24.04.1 не загружается, если нет повреждения диска?

Вопрос или проблема

Скриншот

Мой компьютер не загружается, и я вижу следующий вывод на мониторе.

Похоже, он зависает на строках:

/dev/root: Невозможно открыть blockdev

VFS: Невозможно открыть корневое устройство “/dev/sda2” или неизвестный блок (0,0): ошибка -6

/dev/sda — это основной SSD-накопитель, на котором сохранен Ubuntu 24.04.1.

Не поврежден ли SSD так, что операционная система не может быть загружена в ОЗУ?

В надежде, что это не так, я попытался восстановить (через Timeshift) состояние предыдущего дня 24.04.1, но он просто не загружается. Он зависает вскоре после начала загрузки и не идет дальше.

$ sudo fsck -f /dev/sda2
fsck от util-linux 2.37.2
e2fsck 1.46.5 (30-Дек-2021)
/dev/sda2 смонтирован.
e2fsck: Не удается продолжить, отменяю.

Новая переустановка — единственный вариант, кроме нового SSD?

EDIT

$ sudo fsck -V -C /dev/sda1
fsck от util-linux 2.37.2
[/usr/sbin/fsck.vfat (1) -- /dev/sda1] fsck.vfat /dev/sda1 
fsck.fat 4.2 (2021-01-31)
Есть различия между загрузочным сектором и его резервной копией.
Это в основном безвредно. Отличия: (смещение:оригинал/резервный)
  65:01/00
1) Копировать оригинал в резервную копию
2) Копировать резервную копию в оригинал
3) Без действия
[123?q]? 3
Установлен грязный бит. FS не был правильно размонтирован, и некоторые данные могут быть повреждены.
1) Удалить грязный бит
2) Без действия
[12?q]? 1

*** Файловая система была изменена ***
Изменения еще не записаны, вы все еще можете выбрать оставить
файловую систему неизменной:
1) Записать изменения
2) Оставить файловую систему без изменений
[12?q]? 1
/dev/sda1: 26 файлов, 5341/130812 кластеров
ubuntu@ubuntu:~$ sudo fsck -V -C /dev/sda1
fsck от util-linux 2.37.2
[/usr/sbin/fsck.vfat (1) -- /dev/sda1] fsck.vfat /dev/sda1 
fsck.fat 4.2 (2021-01-31)
/dev/sda1: 26 файлов, 5341/130812 кластеров
ubuntu@ubuntu:~$ sudo fsck -V -C /dev/sda2
fsck от util-linux 2.37.2
[/usr/sbin/fsck.ext4 (1) -- /dev/sda2] fsck.ext4 -C0 /dev/sda2 
e2fsck 1.46.5 (30-Дек-2021)
/dev/sda2: чисто, 208346/15597568 файлов, 3963251/62383360 блоков

EDIT 2

Я сменил SSD, но после переустановки 24.04 с ядром 6.8.0-45, а затем отката к последнему состоянию перед сбоем загрузки, я снова столкнулся с той же ошибкой загрузки и теми же причинами.

** Так что повреждения диска нет. **

В идеале я хотел бы получить новое ядро 24.04 6.8.0-45, а затем переимпортировать все свои программы и файлы конфигурации и т.д. Но я не уверен, что Timeshift позволяет это сделать.

У меня было что-то похожее вчера из-за неудачного обновления ядра до -45.

Я нажал кнопку аппаратного сброса (физическую кнопку на моем компьютере).

Итак, при следующей загрузке я смог выбрать в меню grub ядро для загрузки. Я выбрал предыдущее ядро (6.8.0-44). Затем оно загрузилось нормально.

Я выполнил sudo apt update && sudo apt upgrade и заметил из ошибок, что у меня на ПК остались старые версии программного обеспечения с 20.04, которые конфликтовали с ядром. В моем случае мне нужно было удалить 2 версии akvcam, чтобы разрешить конфигурацию нового ядра. Вот ссылка с инструкциями по удалению, которая позволила мне продвинуться вперед и исправить все с помощью sudo apt upgrade
https://stackoverflow.com/a/68261311

Цитата из ссылки:

Чтобы удалить модуль, вам нужно выполнить sudo dkms remove modul/version –all, чтобы предотвратить его восстановление при следующем обновлении, также необходимо удалить источники в /usr/src/.

Вот пример того, как удалить модуль akvcam

dkms status

akvcam, 1.2.0, 5.12.14-arch1-1, x86_64: установлено

sudo dkms remove akvcam/1.2.0 --all
sudo rm -rf /usr/src/akvcam-1.2.0/
sudo rm /etc/modprobe.d/akvcam.conf
удачи, марко маннгаттер

Ответ или решение

Проблема с загрузкой Ubuntu 24.04.1, о которой вы упоминаете, может иметь несколько причин, и, как вы указали, не обязательно связана с повреждением диска. Давайте рассмотрим возможные причины и решения.

Основные причины и решения

  1. Проблемы с загрузочным разделом:
    Ошибка VFS: Cannot open root device "/dev/sda2" указывает на трудности с доступом к корневому файловой системе. Убедитесь, что:

    • Раздел /dev/sda2 действительно существует и правильно настроен в конфигурации загрузчика.
    • Загрузчик GRUB правильно определяет путь к корневому разделу.
  2. Конфликт версий ядра:
    Похоже, что у вас возникли проблемы после обновления ядра. При наличии конфликта версий ядра вы можете начать с выбора предыдущей версии ядра в меню GRUB:

    • Перезагрузите систему и удерживайте клавишу Shift (или нажмите Esc) во время загрузки, чтобы открыть меню GRUB.
    • Выберите опцию «Advanced options for Ubuntu» и загрузите более старую версию ядра (например, 6.8.0-44).
  3. Проблемы с конфигурацией DKMS:
    Если у вас установлены модули, которые конфликтуют с новым ядром, такие как akvcam, это может привести к сбоям. Вы можете удалить проблемные модули с помощью следующих команд:

    dkms status
    sudo dkms remove akvcam/1.2.0 --all
    sudo rm -rf /usr/src/akvcam-1.2.0/
    sudo rm /etc/modprobe.d/akvcam.conf
  4. Проверка файловой системы:
    Поскольку fsck показал, что файловая система /dev/sda2 «чистая», это говорит о том, что с ней все в порядке. Тем не менее, можно попробовать выполнить команду fsck еще раз, убедившись, что раздел не смонтирован:

    • Загрузитесь с Live-USB или Live-CD, чтобы не монтировать раздел, и выполните:
      sudo fsck -f /dev/sda2
  5. Восстановление системы:
    Если все вышеперечисленное не сработает, вы можете попробовать восстановление системы через Timeshift. Однако важно помнить, что при выборе обратного состояния можуть возникнуть схожие проблемы, если они вызваны несовместимыми модулями или конфигурациями. Для этого:

    • Запустите Timeshift из Live-CD и выберите нужную точку восстановления.
    • После этого попробуйте загрузиться и посмотреть, решит ли это проблему.
  6. Переустановка системы:
    Если ни одно из вышеуказанных решений не помогает, придется рассмотреть возможность переустановки системы. При этом важно сохранить важные данные и конфигурации, сделав резервные копии перед началом переустановки.

Заключение

Таким образом, стоит попробовать загрузиться с предыдущей версии ядра и устранить конфликты с модулями, прежде чем рассматривать переустановку как единственное решение. Если после всех действий система все еще не загружается, может потребоваться более глубокое исследование или даже новая установка с правильной конфигурацией.

Оцените материал
Добавить комментарий

Капча загружается...