Estoy tratando de arrancar mi sistema pero va a initramfs y no pasa nada.
Al usar el comando de salida, muestra:
ALERT! UUID=3668c6fc-7986-490b-8642-705c4532d16a does not exist. Dropping to a shell!
Al ejecutar estos comandos desde un CD en vivo, obtuve esta salida:
mint@mint:~$ cat /etc/fstab
overlay / overlay rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0
mint@mint:~$ lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
loop0 squashfs /rofs
sda
├─sda1
└─sda2
sdb
└─sdb1 vfat LINUX MINT A011-B668 /cdrom
mint@mint:~$ sudo smartctl -a /dev/sda
=== START OF INFORMATION SECTION ===
Vendor:
Product: pc�F���pc�F���
Compliance: SPC-4
User Capacity: 494,245,309,994,242,535 bytes [494 PB]
Logical block size: 1201668095 bytes
scsiModePageOffset: raw_curr too small, offset=190 resp_len=121 bd_len=186
scsiModePageOffset: raw_curr too small, offset=190 resp_len=121 bd_len=186
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
cat /etc/fstab
ylsblk -f
?Respuestas:
En los comentarios, @steeling probablemente significaba el
/etc/fstab
del sistema instalado, que podría haber estado disponible en initramfs. Cuando se ejecutacat /etc/fstab
desde un CD en vivo que tienes la/etc/fstab
del entorno del CD en vivo , que no es muy útil aquí.Pero la
lsblk -f
salida indica que, aunquesda
se detecta el disco y parece tener dos particiones, no hay tipos de sistema de archivos, etiquetas ni UUID enumerados para ellos. Eso me preocupa por la sobreescritura accidental o posibles problemas de hardware. Parece que el sistema de archivos raíz de su instalación de Linux ya no es legible por alguna razón.Primero, ejecute
sudo smartctl -a /dev/sda
y edite el resultado en su pregunta. No dude en ocultar el número de serie y WWN al comienzo de la salida, pero sería importante ver el modelo de disco y la versión del firmware (para excluir la posibilidad de errores conocidos del firmware) y el estado de salud SMART y los valores de los atributos.El siguiente comando útil probablemente sería
sudo fdisk -l /dev/sda
: su salida debería revelar el tipo de particionamiento utilizado y los tipos de particiones ... o si el disco ha fallado, el comando podría bloquearse o informar un error. Sobre la base de esa información, sería posible planificar las próximas acciones para determinar qué ha sucedido y si sería factible o no recuperar los datos de este disco.Si el
sudo fdisk -l /dev/sda
comando se cuelga o produce un mensaje de error, es posible que también desee ejecutarlosudo dmesg
y ver si el final de la salida incluye algo que parezca un mensaje de error.También debe describir el sistema un poco más. ¿Es este el primer arranque de un nuevo sistema justo después de la instalación de un sistema operativo Linux, o este sistema ha estado funcionando correctamente antes de que comenzara este problema? Si el sistema funcionaba correctamente antes, ¿sabe qué fue lo último que hizo con el sistema cuando aún funcionaba?
Puede ser que el disco tenga algún tipo de problema que le permita al sistema leer la tabla de particiones, el gestor de arranque, el kernel y el initramfs desde el principio del disco, pero intentar leer más profundamente en el disco hace que falle.
Si el sistema contiene archivos que tienen un valor significativo y no hay copias de seguridad disponibles, DETÉNGASE aquí y comuníquese con los profesionales de recuperación de datos. Si el disco tiene una falla mecánica, los intentos adicionales de acceso pueden causar más daños.
fuente
/etc/fstab
archivo significativo y ningunalsblk
herramienta, eso es ciertamente posible. Ejecute los comandos que sugerí anteriormente utilizando el Live CD.