UUID=xxx не существует. Припадание до оболочки

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

ПРЕДУПРЕЖДЕНИЕ! UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad не существует. Припадание до оболочки.

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

/etc/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?

Я попробовал данное решение на ПРЕДУПРЕЖДЕНИИ!/dev/disk/by-uuid/xxxxxxxxx не существует. Припадание до оболочки, но к сожалению который не помог (я смонтировался /dev/nvme0n1p3). Тем не менее та же проблема.

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

8
задан 12 February 2018 в 07:31

3 ответа

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

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

  1. Начальная загрузка в BIOS (F12 при запуске)
  2. Выберите BIOS Setup
  3. Переместите в Систему Операцию Configuration→SATA и выберите AHCI
7
ответ дан 23 November 2019 в 05:37

Ответ содержится в Вашем 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

так замените UIDs старомодными именами в Вашем 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.

4
ответ дан 23 November 2019 в 05:37

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

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

-1
ответ дан 23 November 2019 в 05:37

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

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