web-dev-qa-db-fra.com

Échec du disque NVME provoquant une corruption de la partition de démarrage, erreur de superbloc

J'ai récemment installé Ubuntu 18.04 Server sur le lecteur nvme d'un PC. Lors de l'installation, j'ai choisi d'utiliser GPT et EXT4. Après avoir fonctionné normalement pendant quelques semaines, le système a subi une défaillance du disque, puis ne démarre plus directement dans le système d'exploitation.

Le démarrage dans le système d'exploitation n'est désormais possible qu'en sélectionnant le lecteur nvme comme disque de démarrage dans le BIOS. Ensuite, le système fonctionnera normalement jusqu'à ce qu'il y ait une autre panne de disque.

Pour dépanner, j'ai essayé d'exécuter fsck: Sudo fsck /dev/nvme0n1. Cela donne une erreur, The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem.

Cependant, si je fsck certaines partitions, le résultat est soit la même erreur, soit un rapport fsck propre.

  • Partition 1 (/dev/nvme0n1p1) est la partition de démarrage de 1 Mo. fscking cela donne l'erreur de superbloc.
  • Partition 2 (/dev/nvme0n1p2) utilise le reste de l'espace disque. fscking donne des résultats nets.

Mes questions sont:

  1. Je pense que la partition 1 peut ne pas être EXT4, c'est pourquoi fsck ne fonctionne pas. Quel est le système de fichiers ou le schéma d'organisation typique de la partition de démarrage?
  2. J'essaye de réparer l'échec périodique du disque. Le problème des superblocs aurait-il quelque chose à voir avec cela? Si ce n'est pas le cas, comment dois-je résoudre les problèmes davantage?
  3. Étant donné que le système ne démarre plus dans le système d'exploitation, je pense que la partition de démarrage est corrompue. Comment puis-je réparer cela? Est-ce lié à la défaillance du disque?

Voici la sortie de lsblk -o NAME,FSTYPE,LABEL,MOUNTPOINT,SIZE,MODEL | egrep -v "^loop"

NAME        FSTYPE   LABEL                           MOUNTPOINT            SIZE MODEL
sda                                                                        1.8T ST2000DM008-2FR1
└─sda1      ext4                                                           1.8T 
sdb         iso9660  Ubuntu-Server 18.04.2 LTS AMD64 /cdrom               14.9G USB Flash Drive 
├─sdb1      iso9660  Ubuntu-Server 18.04.2 LTS AMD64                       834M 
└─sdb2      vfat     Ubuntu-Server 18.04.2 LTS AMD64                       2.4M 
nvme0n1                                                                  465.8G Samsung SSD 970 EVO Plus 500GB          
├─nvme0n1p1                                                                  1M 
└─nvme0n1p2 ext4                                                         465.8G

Voici la sortie de Sudo parted -l

Model: ATA ST2000DM008-2FR1 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2000GB  2000GB  ext4


Model: Samsung SSD 970 EVO Plus 500GB (nvme)
Disk /dev/nvme0n1: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB                     bios_grub
 2      2097kB  500GB   500GB   ext4
bootgrub2partitioningnvme
2
qnkxsovc

Si vous utilisez un noyau plus ancien, un plus récent pourrait résoudre le problème. Cependant dans Arch Solid State Drive/NVMe il dit:

Erreurs de lecteur Samsung sur Linux 4.10

Sous Linux 4.10, des erreurs de lecteur peuvent se produire et provoquer une instabilité du système. Cela semble être le résultat d'un état d'économie d'énergie que le lecteur ne peut pas utiliser. Ajout du paramètre de noyau nvme_core.default_ps_max_latency_us=5500 désactive l'état d'économie d'énergie le plus bas, empêchant les erreurs d'écriture.

Cela ressemble à votre meilleur premier pas.

Répondre aux commentaires

Mon Samsung 960 Pro est similaire à votre Samsung 970 EVO. Comme référence, j'inclurai mon propre système et le vôtre ressemblera après réparation:

$ lsblk -o NAME,FSTYPE,LABEL,MOUNTPOINT,SIZE,MODEL | egrep -v "^loop"

NAME         FSTYPE LABEL            MOUNTPOINT   SIZE MODEL
nvme0n1                                           477G Samsung SSD 960 PRO 512GB               
├─nvme0n1p9  swap                    [SWAP]       7.9G 
├─nvme0n1p7  ext4   Old_Ubuntu_16.04 /mnt/old    23.1G 
├─nvme0n1p5  ntfs                                 859M 
├─nvme0n1p3                                        16M 
├─nvme0n1p1  ntfs                                 450M 
├─nvme0n1p8  ntfs   Shared_WSL+Linux /mnt/e         9G 
├─nvme0n1p10 ext4   Ubuntu_18.04     /mnt/clone  27.2G 
├─nvme0n1p6  ext4   New_Ubuntu_16.04 /           45.1G 
├─nvme0n1p4  ntfs   NVMe_Win10       /mnt/c     363.2G 
└─nvme0n1p2  vfat                    /boot/efi     99M 
sr0                                              1024M DVD+/-RW DW316  
sda                                             931.5G HGST HTS721010A9
├─sda4       ntfs   WINRETOOLS                    450M 
├─sda2                                            128M 
├─sda5       ntfs   Image                        11.4G 
├─sda3       ntfs   HGST_Win10       /mnt/d       919G 
└─sda1       vfat   ESP                           500M
2
WinEunuuchs2Unix