Falla del disco NVME que causa daños en la partición de arranque, error de superbloque incorrecto

2

Recientemente instalé Ubuntu 18.04 Server en la unidad nvme de una PC. Durante la instalación, elegí usar GPT y EXT4. Después de funcionar normalmente durante algunas semanas, el sistema tuvo una falla en el disco, y luego ya no arrancaba directamente en el sistema operativo.

El arranque en el sistema operativo ahora solo es posible seleccionando la unidad nvme como disco de arranque desde el BIOS. Entonces, el sistema funcionará normalmente hasta que haya otra falla en el disco.

Para solucionar problemas, he intentado ejecutar fsck: sudo fsck /dev/nvme0n1. Esto da un error, The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem.

Sin embargo, si tengo fsckciertas particiones, el resultado es el mismo error o un informe fsck limpio.

  • La partición 1 ( /dev/nvme0n1p1) es la partición de arranque de 1 MB. fscking da el error de superbloque.
  • La partición 2 ( /dev/nvme0n1p2) usa el resto del espacio del disco. fscking da los resultados limpios.

Mis preguntas son:

  1. Creo que la Partición 1 puede no ser EXT4, por eso fsckno funciona. ¿Cuál es el sistema de archivos típico o el esquema de organización de la partición de arranque?
  2. Estoy tratando de arreglar la falla periódica del disco. ¿Tendría algo que ver el problema del superbloque? Si no es así, ¿cómo debo solucionar más problemas?
  3. Dado que el sistema ya no se inicia en el sistema operativo, creo que la partición de inicio está dañada. ¿Cómo puedo arreglar esto? ¿Está esto relacionado con la falla del disco?

Aquí está la salida 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 

Aquí está la salida 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
qnkxsovc
fuente
¿Puedes incluir el resultado de lsblk -o NAME,FSTYPE,LABEL,MOUNTPOINT,SIZE,MODEL | egrep -v "^loop"en tu pregunta?
WinEunuuchs2Unix
@ WinEunuuchs2Unix Sí
qnkxsovc
re: 1) La primera partición en una unidad de arranque AKA, la partición EFI (si no se usa la partición MBR) está formateada típicamente como FAT32. en.wikipedia.org/wiki/EFI_system_partition
K7AAY
1
Si usa gpt con arranque de BIOS, entonces tiene una partición bios_grub. Eso siempre se muestra como un error en gparted ya que no está formateado. Es solo espacio para grub2's core.img que con MBR normalmente está en el espacio justo después de MBR, pero ese espacio con gpt se usa como parte de la tabla de particiones gpt. Por lo tanto, el error fsck es normal, ya que no ext4. Solo utiliza fsck en la familia de formatos ext, ext2, ext3 y ext4.
oldfred 01 de
1
Parece que su BIOS está en modo 'Legado'. Esto debería cambiarse al modo UEFI y sda1 debería formatearse a FAT32, luego volver a ejecutarse boot-repair. Asegúrese de hacer una copia de seguridad / imagen de la partición sda1 antes de intentar algo de esto.
Paul Benson

Respuestas:

2

Si usa un kernel más antiguo, uno más nuevo podría resolver el problema. Sin embargo, en la unidad de estado sólido Arch Linux / NVMe dice:

Errores de unidad de Samsung en Linux 4.10

En Linux 4.10, pueden producirse errores de unidad y causar inestabilidad del sistema. Esto parece ser el resultado de un estado de ahorro de energía que la unidad no puede usar. Agregar el parámetro del núcleo nvme_core.default_ps_max_latency_us=5500deshabilita el estado de ahorro de energía más bajo, evitando errores de escritura.

Esto suena como tu mejor primer paso.


Responder a comentarios

Mi Samsung 960 Pro es similar a su Samsung 970 EVO. Como referencia incluiré mi propio sistema y el suyo se verá similar después de la reparación:

$ 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 
WinEunuuchs2Unix
fuente
Gracias. ¿Recomiendas una forma de reparar la partición de arranque?
qnkxsovc
1
@qnkxsovc Nunca he tenido que reparar un disco yo mismo, pero no puedes repararlo cuando está montado. Realmente es una pregunta separada que sería mejor publicar para que los expertos puedan responderla, pero supongo que puede arrancar con un USB en vivo y luego ejecutarlo fsckpara repararlo. Ahora que lo menciona, no veo un arranque / efi en su sistema, por lo que aún no está montado.
WinEunuuchs2Unix