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 fsck
ciertas 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.fsck
ing da el error de superbloque. - La partición 2 (
/dev/nvme0n1p2
) usa el resto del espacio del disco.fsck
ing da los resultados limpios.
Mis preguntas son:
- Creo que la Partición 1 puede no ser EXT4, por eso
fsck
no funciona. ¿Cuál es el sistema de archivos típico o el esquema de organización de la partición de arranque? - 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?
- 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
fuente
lsblk -o NAME,FSTYPE,LABEL,MOUNTPOINT,SIZE,MODEL | egrep -v "^loop"
en tu pregunta?boot-repair
. Asegúrese de hacer una copia de seguridad / imagen de la partición sda1 antes de intentar algo de esto.Respuestas:
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:
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:
fuente
fsck
para repararlo. Ahora que lo menciona, no veo un arranque / efi en su sistema, por lo que aún no está montado.