☰

DRDY ERR del disco duro

tag-icon • tag-icon boot usb
DRDY ERR del disco duro

De repente comencé a recibir el DRDY ERR con mi computadora portátil ejecutando Linux... algunos mensajes parecen...

    ata1:00: status: { DRDY ERR }
    ata1.00: error {UNC }
    ata1:00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
    ata1:00: BMDMA stat 0x25
    ata1:00: failed command: READ DMA

finalmente me lleva a un símbolo del sistema que me pide que ingrese un nivel de ejecución y luego

    INIT: no more processes left in this runlevel

Ante la sospecha de un fallo del disco duro, lo saqué y lo usé en otra PC como unidad de disco duro USB externa y pude montar y ver todas las particiones y archivos que contenía. Entonces supongo que el disco está bien.

[EDITAR/ACTUALIZAR]

También puedo iniciar la computadora portátil desde una memoria USB con Linux) e incluso puedo ver todas las particiones en el disco y acceder a ellas.

También saqué el disco duro y lo puse en una carcasa externa e intenté arrancar en la misma computadora portátil pero obtuve diferentes errores.

    end_request: critical target error, dev sda, sector 32839936
    EXT4_fs error: (device sda5): ext4_find_entry:935: inode #393217: comm init: reading directory lblock 0

    INIT: No inittab file found
    Enter runlevel:

Supongo que el disco duro es accesible como almacenamiento, pero no de arranque. El esquema de partición en ese disco duro es el siguiente, si eso ayudara... (esquema GPT)

    partition   FileSystem  size    flags
    ---------   ----------- ----    -----
    /dev/sda1   unknown     2.00MB  bios_grub
    /dev/sda2   ext2        128MB           # was supposed to be common boot partition for chain loading
    /dev/sda3   swap        1.5GB
    /dev/sda4   ext4        8GB         # Linux 1 (somehow, Grub does not show this in the menu, cannot boot into)
    /dev/sda5   ext4        8GB         # Linux 2 (I could only boot into this one from Grub.)
    /dev/sda6   ext4        94GB        # DATA
    unallocated _           1MB

He instalado Linux uno tras otro y realmente quería instalar Grub en /dev/sda2 y cargar en cadena Linux 1 y 2, pero antes de que pudiera hacerlo, ¡me encontré con este problema!

¿Algunas ideas? ¿Soluciones?

[ACTUALIZACIÓN 2]

  • El título del problema ya no es aplicable *

Arranqué desde USB e hice un 'fsck' en todas las particiones. Todos (excepto /sda5) se reportaron limpios. /dev/sda5 informó muchos errores (probablemente alrededor de un par de cientos), solo seguí ingresando 'y' para todas las indicaciones. En el medio había mensajes como 'vinculando 'perdido+encontrado'...' Después de ejecutar 2 pasadas en todas las particiones, cuando reinicié desde el HDD, aquí está el último error...

    INIT: verision 2.88 booting
    INIT: No inittab file file found

    Enter runlevel:

¿Parece que podría recuperar la instancia del sistema operativo y arrancar?

Respuesta1

El primer error que reportaste:

ata1:00: status: { DRDY ERR }
ata1.00: error {UNC }
ata1:00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1:00: BMDMA stat 0x25
ata1:00: failed command: READ DMA

dice que READ DMAfalló un comando ATA a un disco en el puerto ATA 1 (el estado incluye ERRparaerror). Lo más probable es que ese puerto sea el disco duro y el error indica que la unidad tiene problemas. Es probable que la DMAparte pueda ignorarse; DMA esMemoria de acceso directoque es el modo de transferencia dominante en estos días, y si tuviera problemas con la RAM o el bus de RAM hasta el punto de presionar algo así repetidamente, probablemente vería muchos más errores si el sistema pudiera funcionar. .

El segundo error:

end_request: critical target error, dev sda, sector 32839936
EXT4_fs error: (device sda5): ext4_find_entry:935: inode #393217: comm init: reading directory lblock 0
INIT: No inittab file found

dice que hay algún problema en /dev/sda, sector 32839936, que con sectores de 512 bytes nos coloca físicamente hacia el final de la partición /dev/sda5, lo que suma device sda5lo informado por el controlador del sistema de archivos. El error informado initjunto con los detalles del error del controlador del sistema de archivos apunta a un problema con el sistema de archivos que causa que /etc/inittab no esté disponible o (menos probable) sea ilegible. Esto significaría que el directorio raíz, el directorio /etc o la entrada del archivo /etc/inittab están de alguna manera involucrados en la corrupción. Dado el número de inodo, intentaría que /etc/inittab fuera específicamente el culpable, hasta que se demuestre que está equivocado.

Escribes (énfasis mío):

Ante la sospecha de un fallo del disco duro, lo saqué y lo usé en otra PC como unidad de disco duro USB externa y pude montar y ver todas las particiones y archivos que contenía.Entonces asumo que el disco está bien.

yo diría quetu suposición es infundada.Obviamente el disco tiene algún problema; Con un poco de suerte, será fácil de solucionar.

Lo primero que haríaen su situación es actualizar mi copia de seguridad de todo lo que hay en ese disco. Asegúrese de no sobrescribir ni eliminar nada de su copia de seguridad más reciente, ya que existe la posibilidad de que la necesite. Quizás la mejor opción sea hacer una copia de seguridad nueva en una unidad nueva (o al menos no utilizada anteriormente para sus propias copias de seguridad) de todo lo que pueda acceder. Espere algunos errores de E/S en el origen al realizar esa copia.

Segundoviene intentando recuperarse. Con un poco de suerte, dados los errores, se trata de un problema de un solo sector o de unos pocos sectores que ha causado una pequeña cantidad de corrupción en el sistema de archivos, en cuyo casoe2fsck deberíapoder reparar la mayor parte del daño. Es probable que algunos de sus archivos hayan desaparecido, pero con un poco de suerte, es posible que pueda encontrarlos en /lost+found bajo la raíz de montaje del sistema de archivos (es decir, por ejemplo, /data/lost+found si monta /dev/sda5 en / datos) después de que e2fsck haga lo que pueda. De lo contrario, haga una comparación con su copia de seguridad más reciente antes de que comenzaran los problemas y restaure los archivos relevantes desde la copia de seguridad. (¿Mencioné que las copias de seguridad son útiles si alguna vez suceden cosas malas, como sucede inevitablemente?)

TerceroSurge la pregunta de si puede confiar en la unidad para uso futuro. Unos pocos sectores defectuosos no tienen por qué ser catastróficos desde el punto de vista de la unidad, pero las unidades rotativas de aproximadamente 100 GB de tamaño prácticamente no se pueden conseguir nuevas hoy en día en la mayoría de los factores de forma, lo que indica que se trata de una unidad relativamente antigua. Personalmente, probablemente aceptaría que la unidad ha superado su vida útil en este momento y conseguiría un reemplazo, pero, de nuevo, estoy bastante paranoico cuando se trata de mis datos; Su experiencia puede ser diferente. Tendras quesopesar el coste de una unidad de repuesto frente al riesgo de fallo totaldel accionamiento y posteriorPérdida total de todos los datos del disco.

información relacionada