web-dev-qa-db-fra.com

UUID = xxx n'existe pas. Tomber à un shell

A cause d'une panne matérielle, ma carte mère vient d'être remplacée. Après le remplacement, mon système (Ubuntu 17.10) ne démarre pas:

ALERTE! UUID = dd84f4b3-d5bf-42e4-9b5e-ec685a461fad n'existe pas. Chute dans un shell.

J'ai utilisé un Live USB Ubuntu pour résoudre ce problème. Voici quelques résultats:

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

Il semble que les UUID dans fstab soient corrects, mais je reçois toujours ce message d'erreur.

Comment puis-je réparer mon installation Ubuntu?

J'ai essayé la solution donnée dans ALERT!/Dev/disk/by-uuid/xxxxxxxxxx n'existe pas. Passage dans un shell , mais malheureusement, cela n'a pas aidé (j'ai monté /dev/nvme0n1p3). Toujours le même problème.

Update : lorsque je sélectionne le mode de démarrage UEFI dans la configuration du système, le problème persiste. Mais lorsque je sélectionne le démarrage hérité, le message "aucun périphérique de démarrage n'a été trouvé". Mais voici la partie la plus délicate: lorsque je sélectionne le mode hérité et utilise F12 pour sélectionner UEFI/Ubuntu, tout commence sans problème.

bootgrub2mountfstab
7
Stephan Vierkant

Lorsque j'ai essayé d'utiliser une clé USB Ubuntu pour résoudre ce problème, j'ai finalement découvert que le disque dur n'était pas reconnu lorsque Legacy Boot était désactivé. Cela explique pourquoi choisir manuellement UEFI a fonctionné.

Le problème était que la nouvelle carte mère avait les paramètres par défaut, donc le RAID était activé. Passer à AHCI a résolu mon problème. Ce sont les étapes nécessaires pour le changer: (emprunté à Cette réponse )

  1. Démarrer dans le BIOS (F12 au démarrage)
  2. Sélectionner Bios Setup
  3. Déménager à System Configuration→SATA Operation et sélectionnez AHCI
5
Stephan Vierkant

La réponse est contenue dans votre fichier fstab lui-même:

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

remplacez donc les UID par les noms à l'ancienne dans votre 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

et redémarrez.

Si cela ne résout pas votre problème à 100%, la véritable erreur est plus profonde et vous devrez comparer vos paramètres UEFI entre l'ancien et le nouveau MoBo.

4
Fabby