Из-за аппаратного сбоя моя материнская плата только что была заменена. После замены моя система (Ubuntu 17.10) не загружается:

АЛЕРТ! UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad не существует. Переход к оболочке.

Я использовал Live USB Ubuntu для отладки этой проблемы. Вот несколько результатов:

/etc/fstab

# /etc/fstab: статическая информация о файловой системе.
#
# Используйте 'blkid' для печати универсального уникального идентификатора для
# устройства; это может быть использовано с UUID= как более надежный способ наименования устройств,
# который работает даже если диски добавляются и удаляются. Смотрите fstab(5).
#
# <файловая система> <точка монтирования> <тип> <опции> <dump> <pass>
# / была на /dev/nvme0n1p3 во время установки
UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad /               ext4    errors=remount-ro 0       1

# /boot/efi была на /dev/nvme0n1p1 во время установки
UUID=B38D-559B  /boot/efi       vfat    umask=0077      0       1
# swap был на /dev/nvme0n1p4 во время установки
UUID=f4134c38-10b9-478f-b550-54650a9f5140 none            swap    sw              0       0

blkid

/dev/nvme0n1p1: SEC_TYPE="msdos" UUID="B38D-559B" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="98be6c97-c354-49a6-a432-9201d56a421b"
/dev/nvme0n1p2: LABEL="OS" UUID="B39E-7035" TYPE="vfat" PARTLABEL="fat32" PARTUUID="d3006358-8d82-4e0b-99f8-87a5261cf7e8"
/dev/nvme0n1p3: LABEL="UBUNTU" UUID="dd84f4b3-d5bf-42e4-9b5e-ec685a461fad" TYPE="ext4" PARTUUID="24e5b96d-f20c-43dd-9e48-672760b0e6f7"
/dev/sda1: LABEL="UBUNTU 17_1" UUID="88D4-322D" TYPE="vfat" PARTUUID="3d0a270b-01"

fdisk -l

Диск /dev/loop0: 1.3 GiB, 1427259392 байт, 2787616 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт


Диск /dev/nvme0n1: 477 GiB, 512110190592 байт, 1000215216 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 43E35EBE-2A73-404A-9D4A-851815F33F9A

Устройство             Начало        Конец   Секторы   Размер Тип
/dev/nvme0n1p1        34     488281    488248 238.4M EFI System
/dev/nvme0n1p2    488282    5934980   5446699   2.6G Microsoft basic data
/dev/nvme0n1p3   5935104  933576703 927641600 442.3G Linux filesystem
/dev/nvme0n1p4 933576704 1000214527  66637824  31.8G Linux swap


Диск /dev/sda: 28.7 GiB, 30752636928 байт, 60063744 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода/вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x3d0a270b

Устройство     Загрузка Начало      Конец  Секторы  Размер Id Тип
/dev/sda1  *     2048 60063743 60061696 28.7G  c W95 FAT32 (LBA)

Похоже, что UUID в fstab правильные, но я все равно получаю это сообщение об ошибке.

Как я могу восстановить свою установку Ubuntu?

Я пробовал данное решение в АЛЕРТ! /dev/disk/by-uuid/xxxxxxxxx не существует. Переход к оболочке, но, к сожалению, это не помогло (я смонтировал /dev/nvme0n1p3). По-прежнему та же проблема.

Обновление:
Когда я выбираю режим загрузки UEFI в настройках системы, эта проблема все равно возникает. Но когда я выбираю наследственную загрузку, я получил ‘нет обнаруженного загрузочного устройства’. Но вот где начинается интересное: когда я выбираю режим наследия и использую F12 для выбора UEFI/Ubuntu, он запускается без проблем.

Когда я попытался использовать USB-накопитель с Ubuntu, чтобы разобраться с этой проблемой, я наконец понял, что жесткий диск не распознавался, когда наследственная загрузка была отключена. Это объясняет, почему ручной выбор UEFI сработал.

Проблема заключалась в том, что у новой материнской платы были настройки по умолчанию, поэтому RAID был включен. Переключение на AHCI решило мою проблему. Вот шаги, необходимые для смены: (заимствовано из Этот ответ)

1. Загрузитесь в BIOS (F12 при запуске)
2. Выберите Настройка BIOS
3. Перейдите в Конфигурация системы→Операция SATA и выберите AHCI

Ответ содержится непосредственно в вашем файле fstab:

# / была на /dev/nvme0n1p3 во время установки
UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad /               ext4    errors=remount-ro 0       1

# /boot/efi была на /dev/nvme0n1p1 во время установки
UUID=B38D-559B  /boot/efi       vfat    umask=0077      0       1
# swap был на /dev/nvme0n1p4 во время установки
UUID=f4134c38-10b9-478f-b550-54650a9f5140 none            swap    sw              0       0

замените UUID на старомодные имена в вашем fstab:

# /etc/fstab: статическая информация о файловой системе.
#
# Используйте 'blkid' для печати универсального уникального идентификатора для
# устройства; это может использоваться с UUID= как более надежный способ наименования устройств,
# который работает даже если диски добавляются и удаляются. Смотрите fstab(5).
#
# <файловая система>  <точка монтирования>   <тип>  <опции>       <dump>  <pass>
/dev/nvme0n1p3   /               ext4    errors=remount-ro 0       1
/dev/nvme0n1p1   /boot/efi       vfat    umask=0077      0       1
/dev/nvme0n1p4   none            swap    sw              0       0

и перезагрузитесь.

Если это не решит вашу проблему на 100%, настоящая ошибка лежит глубже, и вам придется сравнить ваши настройки UEFI между старой и новой материнской платой.

в BIOS RAID был включен. Переключение на AHCI решило проблему для меня.

У меня была такая же проблема, однако для меня это не было проблемой BIOS, как в этом ответе Стефана, а было связано с поврежденной установкой ядра, как обсуждалось в этой теме. Следующие шаги помогли мне:

1. Полностью отключите ПК и запустите: У вас будет три варианта: Ubuntu, Дополнительные параметры для Ubuntu и Настройки прошивки UEFI (BIOS)
2. Нажмите на расширенные параметры, и вы увидите список различных опций загрузки, для меня это были 5.15.0-101, 5.15.0-119 и 5.15.0-130. Каждый раз, когда я загружал тот, который заканчивался на -130 (самый последний), у меня возникала та же проблема, что упоминалась в ответе. Помните, что для более позднего XXX это номер самой последней загрузки.
3. Выберите второй сверху, в моем случае это был -119 и загрузитесь успешно.
4. Затем удалите поврежденную установку:

sudo apt-get purge linux-image-5.15.0-XXX-generic
sudo apt-get purge linux-headers-5.15.0-XXX-generic
sudo reboot

В следующий раз, когда Ubuntu загрузился, он заработал для меня.

5. Дополнительно: следуйте шагам в это сообщение на StackOverflow, чтобы обновить до последней версии ядра.

У меня также была эта проблема, когда blkid подтвердил, что UUID в предупреждении был правильным. Исправил это, изменив размер моего EFI-раздела на 500 МБ и корневого раздела на 20 ГБ. Видимо, некоторые старые BIOS не любят корневые тома более 25 ГБ

Правка: на самом деле я смог расширить корень до 100 ГБ в GParted после успешной загрузки в ОС. Может быть, именно 500 МБ EFI-раздел и исправил это. Не уверен.