UUID=xxx не существует. Сбрасывание на раковину

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

ALERT! UUID = dd84f4b3-d5bf-42e4-9b5e-ec685a461fad не существует. Сбрасывание на раковину.

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

/ И т.д. / Fstab 

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p3 during installation
UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad /               ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=B38D-559B  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/nvme0n1p4 during installation
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 

Disk /dev/loop0: 1.3 GiB, 1427259392 bytes, 2787616 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 43E35EBE-2A73-404A-9D4A-851815F33F9A

Device             Start        End   Sectors   Size Type
/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


Disk /dev/sda: 28.7 GiB, 30752636928 bytes, 60063744 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x3d0a270b

Device     Boot Start      End  Sectors  Size Id Type
/dev/sda1  *     2048 60063743 60061696 28.7G  c W95 FAT32 (LBA)

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

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

Я пробовал данное решение в ALERT! / dev / disk / by-uuid / xxxxxxxxx не существует. Сбрасывание на оболочку, но, к сожалению, это не помогло (я смонтировал /dev/nvme0n1p3). Все та же проблема.

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

Источник

4 ответа

Решение

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

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

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

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

# / was on /dev/nvme0n1p3 during installation
UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad /               ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=B38D-559B  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/nvme0n1p4 during installation
UUID=f4134c38-10b9-478f-b550-54650a9f5140 none            swap    sw              0       0

поэтому замените UID старомодными именами в вашем fstab:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>  <mount point>   <type>  <options>       <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 между старым и новым MoBo.

Источник

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

Источник

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

Изменить: на самом деле мне удалось расширить root до 100 ГБ в GParted после успешной загрузки в ОС. Возможно, это был раздел EFI объемом 500 МБ, который на самом деле это исправил. Точно сказать не могу.

Источник
Другие вопросы по тегам