UUID = xxx não existe. Deixando cair em uma concha

Question

Por causa de uma falha de hardware, minha placa-mãe acabou de ser substituída. Após a substituição, o meu sistema (Ubuntu 17.10) não inicializa:

ALERT! UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad does not exist. Dropping to a shell.

Eu usei um Live USB Ubuntu para depurar esse problema. Aqui estão alguns resultados:

/ 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)

Parece que os UUIDs em fstab estão corretos, mas ainda recebo essa mensagem de erro.

Como posso reparar minha instalação do Ubuntu?

Eu tentei a solução dada em ALERTA! / dev / disk / by-uuid / xxxxxxxxx não existe. Deixando cair em um shell , mas infelizmente isso não ajudou (montei /dev/nvme0n1p3 ). Ainda o mesmo problema.

Atualizar : Quando seleciono o modo de inicialização UEFI na configuração do sistema, ainda recebo esse problema. Mas quando eu seleciono boot legado eu tenho 'nenhum dispositivo de boot encontrado'. Mas aqui vem a parte complicada: quando eu seleciono o modo legado e uso o F12 para selecionar UEFI / Ubuntu, ele começa sem nenhum problema.

    

Answer 1

Quando tentei usar um pendrive Ubuntu para descobrir esse problema, finalmente descobri que o disco rígido não era reconhecido quando o Legacy Boot estava desativado. Isso explica por que escolher manualmente o UEFI funcionou.

O problema era que a nova placa-mãe tinha as configurações padrão, então o RAID estava habilitado. Mudar para AHCI resolveu meu problema. Estes foram os passos necessários para mudá-lo: (emprestado de Esta resposta )

1. Inicialize no BIOS ( F12 na inicialização)
2. Selecione Configuração da BIOS
3. Mova para Configuração do Sistema → Operação SATA e selecione AHCI

Answer 2

A resposta está contida no próprio arquivo 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

substitua os UIDs pelos nomes antigos no seu 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

e reinicie.

Se isso não resolver o seu problema 100%, o verdadeiro erro ficará mais profundo e você terá que comparar suas configurações de UEFI entre o antigo e o novo MoBo.

    

Answer 3

Eu tive este problema também, onde blkid confirmou que o UUID no alerta estava correto. Corrigido isso alterando minha partição EFI para 500 MB e minha partição raiz para 20 GB. Aparentemente alguns BIOS mais antigos não gostam de volumes de raiz acima de 25gb

Editar: na verdade eu consegui expandir a raiz para 100gb no GParted depois de inicializar com sucesso no SO. Talvez tenha sido a partição EFI de 500 MB que realmente a consertou. Não tenho certeza.