Mensajes de error para uno de mis discos duros en syslog "Código de error no controlado" "Error de E/S"

Question

Haga una copia de seguridad primero

Antes de solucionar el problema, asegúrese de que todos los datos que necesita en el disco duro afectado ( /dev/sdb) estén respaldados.

¿Problemas para realizar copias de seguridad?

Si encuentra errores de E/S que no son el resultado de la corrupción del sistema de archivos (usted indicó que sus fsckresultados estaban limpios) y sus datos son realmente importantes para usted, la forma más segura de recuperar lo que pueda sería usargddrescue(odd_rescue, si tu prefieres).

Aquí hay un ejemplo con gddrescue:

ddrescue -Svv /dev/sdb /somewhere/else/rescue.img /somewhere/else/ddrescue.log

… ¿dónde /somewhere/elseestá el camino a una montura que tiene más espacio libre que el tamaño de /dev/sdb.

gddrescueEl archivo de registro de /somewhere/else/ddrescue.logtambién puede ayudarle a identificar qué áreas de su disco duro son ilegibles.

Una vez que se ha creado una imagen completa de la unidad, puede recuperar la mayor parte de lo que debería ser recuperable utilizando otras herramientas comoDisco de pruebao kpartx -av /somewhere/else/rescue.imgy cryptsetup luksOpen, pero estos están fuera del alcance de su pregunta.

Contestando tus preguntas

¿Alguien los ha visto antes y/o sabe qué podría estar pasando?

He visto una variedad de problemas de hardware en los discos duros y llevo relativamente poco tiempo trabajando con ellos. Aunque no soy un experto, todavía es difícil determinar qué tipo de fallas pueden estar ocurriendo con su disco específico.

¿Mi disco duro está fallando?

Bueno, tu disco no se da cuenta de que está fallando.

Podría descubrir o, a veces, causar más problemas cuanto más intente leer en él, y las operaciones de escritura a veces pueden empeorar las condiciones, dependiendo del tipo de daño presente.

Hice un fsck el otro día en el arranque y no hubo mensajes que lo dijeran.

Los errores de lectura de hardware pueden afectar el contenido de los archivos, pero no el sistema de archivos en sí.

¿Hay algo más que pueda comprobar/hacer para tener una idea de su estado?

Sí, intenté escribir una guía completa para ti a continuación.

¿Por qué recibiría estos errores?

Hay muchas causas de problemas de E/S del disco duro.

Uno común es dejar caer o mover la unidad con demasiada fuerza mientras está en uso. Esto sucede mucho con discos duros externos como el tuyo.

Otra es que tienes un Seagate Barracuda, que tiende a ser poco confiable:

^{_{(Haga clic en la imagen de arriba para ver una revisión de la confiabilidad del disco duro).}}

También podrían ser problemas aleatorios que pueden afectar solo a una pequeña parte del disco o eventualmente convertirse en una cancelación.

Solución de problemas

Los comandos de esta sección no son destructivos.

Leer individuoSectores

Su primer indicio de un problema fue que el kernel registraba errores de E/S. Intente ver si esos sectores son legibles:

time hdparm --read-sector 947918344 /dev/sdb

… ¿dónde 947918344está el número de sector registrado en el registro del kernel y /dev/sdbes la unidad sospechosa de ser problemática?

La mayoría de los discos duros intentarán leer el sector, por lo que puede llevar algún tiempo. Si recibe un error de E/S inmediatamente, significa que la unidad sabía con seguridad que el sector está fuera de los límites y ni siquiera intentará leerlo. Si tarda algunos segundos en aparecer un error de E/S, es probable que la unidad haya intentado leer el sector y no haya podido. A continuación se muestra un ejemplo de un error de E/S que ocurrió inmediatamente:

root@node51 [~]# time hdparm --read-sector 947918344 /dev/sdb

/dev/sdb:
reading sector 947918344: FAILED: Input/output error

real    0m0.038s
user    0m0.000s
sys     0m0.002s

A continuación se muestra un ejemplo de una lectura exitosa:

root@node51 [~]# time hdparm --read-sector 947918344 /dev/sdb

/dev/sdb:
reading sector 947918344: succeeded
c193 76f6 7ae7 2dfa f121 b9ef 04da 2f82
4f6f 90af 6593 f215 d098 8857 2cfb d191
c6b1 245a 746c c1b8 bde9 f8f2 b3d2 ea68
3740 935d ce98 7fc6 bfef 41a5 f6b5 94e8
0833 6d39 3137 9b38 717d d310 f33d d508
d72d b504 77e5 7c8b 4496 6ac1 20f9 f49e
1224 8def df01 1163 d855 ae2b c6a8 eee5
3a22 04ae 012e bdd2 b5e9 94a4 3454 16ff
6000 81bc 356c a412 4b11 a875 588a 8394
37e5 310b f9eb afb6 4be1 0307 74f2 fce4
0f82 da8b 954f 4181 a544 ebff bfb5 4f1a
bcf9 e0be a912 fd78 e68d 9f76 424a 563f
0cc8 70ab 187e b7b1 b45d 732d 734d 0d7b
bb79 1e0c 8406 3fd9 5608 a6d4 9cd7 4167
ddb2 1972 7283 57bb 175e 1724 b3e4 9c07
0ba1 058d d8c9 b873 3e60 17e8 ab38 fad6
e9da b4e6 82f5 fb04 2316 b2ac 6cb3 05e1
7158 5a91 e21e 6333 f73e d839 e174 53bc
2f12 47dd 5dd2 d6d0 3d6d 7a6f a61c 7431
9e5f e3a2 55c5 1542 6efd 8b34 c40c 5382
a297 4627 2b64 1dc1 23bd 1442 f863 b1b1
767b c463 1936 ab96 b74c b899 7cae 632d
262d cef2 3088 2958 4d27 0f1b 9c44 ed30
f4ce 1d20 9a7e 2dca e99e 65bd 4686 2a8f
d3f4 f74a 35d3 e034 8473 9006 08d0 2372
0053 78fa d7ef 3f1a bcfd f702 376b c000
6517 3b41 5fb0 ff4c 87bb f79b 40ba 7bdf
c597 0246 663b 0ece 256d 26bd f806 e0f9
70b2 a1c8 ba4a 365d 69c6 e551 44d3 c840
7f9e 006d c1bc 07e5 c7df 5ca7 b37c 1de8
8d86 f118 e594 ede7 04b0 cc10 fac5 4070
a2a2 cd43 9ac6 fbd1 5790 eb60 fe65 f32d

real    0m0.014s
user    0m0.000s
sys     0m0.000s

Tienes un problema cuando los sectores que existen devuelven un error de entrada/salida. Podría significar corrupción de datos.

Autoprueba extendida SMART

Puedes ejecutar unAutoprueba SMART extendida fuera de líneacon este comando:

smartctl -t long /dev/sdb

Vea cómo comprobar el progreso de una pruebaaquí.

Una vez finalizada la prueba, puedes comprobar su estado con este comando:

smartctl -l selftest /dev/sdb

Aquí hay un ejemplo de un disco duro que "reparé" (explicación próxima):

root@node51 [~]# smartctl -l selftest /dev/sdb
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-3.16.0-4-amd64] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%     23316         -
# 2  Extended offline    Completed: read failure       30%     22068         1475120744
# 3  Extended offline    Completed without error       00%     19943         -
# 4  Short offline       Completed without error       00%     19940         -
1 of 1 failed self-tests are outdated by newer successful extended offline self-test # 1

En el pasado, el sector 1475120744no se podía leer y la prueba falló en ese momento, pero algún tiempo después, ¿se arregló el sector? Siga leyendo para saber cómo puede ser esto.

"Reparando" su disco

Puede perder datos si intenta estos comandos. Asegúrese de tener copias de seguridad adecuadas.

Reasignar sectores defectuosos

Si los intentos repetidos de hdparm --read-sectorseguir ralentizando el disco y devolver un error de E/S después de un tiempo, es probable que los datos nunca vuelvan a aparecer. Puedes indicarle al disco duro que reasigne el sector afectado a uno de repuesto, lo que borrará completamente el sector desde tu perspectiva:

hdparm --yes-i-know-what-i-am-doing --write-sector 947918344 /dev/sdb

…¿dónde 947918344está el número del sector que desea sobrescribir?

Es posible que te quedes sin sectores libres, pero si lo haces, tu disco se ha estropeado y debes reemplazarlo. (Ejemplo)

Escanear y reparar

Una unidad sólo puede conocer los sectores defectuosos si los ve. Puede buscar sectores defectuosos usando badblocks:

badblocks -b 512 -s /dev/sdb

Las lecturas fallidas se registrarán en el registro del kernel como vio antes y se generarán mediante badblocks. Puede utilizar esta información para reasignar sectores usando hdparm --write-sector.

Borrado seguro ATA

Si no desea esperar badblockso programar algo para reasignar sectores, puede eliminar todos los sectores defectuosos.(así como todos sus demás datos)en una ida.

Nota:Es posible que estas instrucciones no funcionen a través de una interfaz USB.

hdparm --security-set-pass password /dev/sdb
time hdparm --security-erase password /dev/sdb

Reasignar y limpiar con`dd`

También puede reasignar sectoreslimpiando tu discocon dd:

dd conv=noerror if=/dev/zero of=/dev/sdb bs=2M

Reasignar, limpiar `dd`y conservar LUKS

Alternativamente, si su dispositivo LUKS está descifrado en /dev/mapper/your-luks-device:

dd conv=noerror if=/dev/zero of=/dev/mapper/your-luks-device bs=2M

Answer 1

Haga una copia de seguridad primero

Antes de solucionar el problema, asegúrese de que todos los datos que necesita en el disco duro afectado ( /dev/sdb) estén respaldados.

¿Problemas para realizar copias de seguridad?

Si encuentra errores de E/S que no son el resultado de la corrupción del sistema de archivos (usted indicó que sus fsckresultados estaban limpios) y sus datos son realmente importantes para usted, la forma más segura de recuperar lo que pueda sería usargddrescue(odd_rescue, si tu prefieres).

Aquí hay un ejemplo con gddrescue:

ddrescue -Svv /dev/sdb /somewhere/else/rescue.img /somewhere/else/ddrescue.log

… ¿dónde /somewhere/elseestá el camino a una montura que tiene más espacio libre que el tamaño de /dev/sdb.

gddrescueEl archivo de registro de /somewhere/else/ddrescue.logtambién puede ayudarle a identificar qué áreas de su disco duro son ilegibles.

Una vez que se ha creado una imagen completa de la unidad, puede recuperar la mayor parte de lo que debería ser recuperable utilizando otras herramientas comoDisco de pruebao kpartx -av /somewhere/else/rescue.imgy cryptsetup luksOpen, pero estos están fuera del alcance de su pregunta.

Contestando tus preguntas

¿Alguien los ha visto antes y/o sabe qué podría estar pasando?

He visto una variedad de problemas de hardware en los discos duros y llevo relativamente poco tiempo trabajando con ellos. Aunque no soy un experto, todavía es difícil determinar qué tipo de fallas pueden estar ocurriendo con su disco específico.

¿Mi disco duro está fallando?

Bueno, tu disco no se da cuenta de que está fallando.

Podría descubrir o, a veces, causar más problemas cuanto más intente leer en él, y las operaciones de escritura a veces pueden empeorar las condiciones, dependiendo del tipo de daño presente.

Hice un fsck el otro día en el arranque y no hubo mensajes que lo dijeran.

Los errores de lectura de hardware pueden afectar el contenido de los archivos, pero no el sistema de archivos en sí.

¿Hay algo más que pueda comprobar/hacer para tener una idea de su estado?

Sí, intenté escribir una guía completa para ti a continuación.

¿Por qué recibiría estos errores?

Hay muchas causas de problemas de E/S del disco duro.

Uno común es dejar caer o mover la unidad con demasiada fuerza mientras está en uso. Esto sucede mucho con discos duros externos como el tuyo.

Otra es que tienes un Seagate Barracuda, que tiende a ser poco confiable:

^{_{(Haga clic en la imagen de arriba para ver una revisión de la confiabilidad del disco duro).}}

También podrían ser problemas aleatorios que pueden afectar solo a una pequeña parte del disco o eventualmente convertirse en una cancelación.

Solución de problemas

Los comandos de esta sección no son destructivos.

Leer individuoSectores

Su primer indicio de un problema fue que el kernel registraba errores de E/S. Intente ver si esos sectores son legibles:

time hdparm --read-sector 947918344 /dev/sdb

… ¿dónde 947918344está el número de sector registrado en el registro del kernel y /dev/sdbes la unidad sospechosa de ser problemática?

La mayoría de los discos duros intentarán leer el sector, por lo que puede llevar algún tiempo. Si recibe un error de E/S inmediatamente, significa que la unidad sabía con seguridad que el sector está fuera de los límites y ni siquiera intentará leerlo. Si tarda algunos segundos en aparecer un error de E/S, es probable que la unidad haya intentado leer el sector y no haya podido. A continuación se muestra un ejemplo de un error de E/S que ocurrió inmediatamente:

root@node51 [~]# time hdparm --read-sector 947918344 /dev/sdb

/dev/sdb:
reading sector 947918344: FAILED: Input/output error

real    0m0.038s
user    0m0.000s
sys     0m0.002s

A continuación se muestra un ejemplo de una lectura exitosa:

root@node51 [~]# time hdparm --read-sector 947918344 /dev/sdb

/dev/sdb:
reading sector 947918344: succeeded
c193 76f6 7ae7 2dfa f121 b9ef 04da 2f82
4f6f 90af 6593 f215 d098 8857 2cfb d191
c6b1 245a 746c c1b8 bde9 f8f2 b3d2 ea68
3740 935d ce98 7fc6 bfef 41a5 f6b5 94e8
0833 6d39 3137 9b38 717d d310 f33d d508
d72d b504 77e5 7c8b 4496 6ac1 20f9 f49e
1224 8def df01 1163 d855 ae2b c6a8 eee5
3a22 04ae 012e bdd2 b5e9 94a4 3454 16ff
6000 81bc 356c a412 4b11 a875 588a 8394
37e5 310b f9eb afb6 4be1 0307 74f2 fce4
0f82 da8b 954f 4181 a544 ebff bfb5 4f1a
bcf9 e0be a912 fd78 e68d 9f76 424a 563f
0cc8 70ab 187e b7b1 b45d 732d 734d 0d7b
bb79 1e0c 8406 3fd9 5608 a6d4 9cd7 4167
ddb2 1972 7283 57bb 175e 1724 b3e4 9c07
0ba1 058d d8c9 b873 3e60 17e8 ab38 fad6
e9da b4e6 82f5 fb04 2316 b2ac 6cb3 05e1
7158 5a91 e21e 6333 f73e d839 e174 53bc
2f12 47dd 5dd2 d6d0 3d6d 7a6f a61c 7431
9e5f e3a2 55c5 1542 6efd 8b34 c40c 5382
a297 4627 2b64 1dc1 23bd 1442 f863 b1b1
767b c463 1936 ab96 b74c b899 7cae 632d
262d cef2 3088 2958 4d27 0f1b 9c44 ed30
f4ce 1d20 9a7e 2dca e99e 65bd 4686 2a8f
d3f4 f74a 35d3 e034 8473 9006 08d0 2372
0053 78fa d7ef 3f1a bcfd f702 376b c000
6517 3b41 5fb0 ff4c 87bb f79b 40ba 7bdf
c597 0246 663b 0ece 256d 26bd f806 e0f9
70b2 a1c8 ba4a 365d 69c6 e551 44d3 c840
7f9e 006d c1bc 07e5 c7df 5ca7 b37c 1de8
8d86 f118 e594 ede7 04b0 cc10 fac5 4070
a2a2 cd43 9ac6 fbd1 5790 eb60 fe65 f32d

real    0m0.014s
user    0m0.000s
sys     0m0.000s

Tienes un problema cuando los sectores que existen devuelven un error de entrada/salida. Podría significar corrupción de datos.

Autoprueba extendida SMART

Puedes ejecutar unAutoprueba SMART extendida fuera de líneacon este comando:

smartctl -t long /dev/sdb

Vea cómo comprobar el progreso de una pruebaaquí.

Una vez finalizada la prueba, puedes comprobar su estado con este comando:

smartctl -l selftest /dev/sdb

Aquí hay un ejemplo de un disco duro que "reparé" (explicación próxima):

root@node51 [~]# smartctl -l selftest /dev/sdb
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-3.16.0-4-amd64] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%     23316         -
# 2  Extended offline    Completed: read failure       30%     22068         1475120744
# 3  Extended offline    Completed without error       00%     19943         -
# 4  Short offline       Completed without error       00%     19940         -
1 of 1 failed self-tests are outdated by newer successful extended offline self-test # 1

En el pasado, el sector 1475120744no se podía leer y la prueba falló en ese momento, pero algún tiempo después, ¿se arregló el sector? Siga leyendo para saber cómo puede ser esto.

"Reparando" su disco

Puede perder datos si intenta estos comandos. Asegúrese de tener copias de seguridad adecuadas.

Reasignar sectores defectuosos

Si los intentos repetidos de hdparm --read-sectorseguir ralentizando el disco y devolver un error de E/S después de un tiempo, es probable que los datos nunca vuelvan a aparecer. Puedes indicarle al disco duro que reasigne el sector afectado a uno de repuesto, lo que borrará completamente el sector desde tu perspectiva:

hdparm --yes-i-know-what-i-am-doing --write-sector 947918344 /dev/sdb

…¿dónde 947918344está el número del sector que desea sobrescribir?

Es posible que te quedes sin sectores libres, pero si lo haces, tu disco se ha estropeado y debes reemplazarlo. (Ejemplo)

Escanear y reparar

Una unidad sólo puede conocer los sectores defectuosos si los ve. Puede buscar sectores defectuosos usando badblocks:

badblocks -b 512 -s /dev/sdb

Las lecturas fallidas se registrarán en el registro del kernel como vio antes y se generarán mediante badblocks. Puede utilizar esta información para reasignar sectores usando hdparm --write-sector.

Borrado seguro ATA

Si no desea esperar badblockso programar algo para reasignar sectores, puede eliminar todos los sectores defectuosos.(así como todos sus demás datos)en una ida.

Nota:Es posible que estas instrucciones no funcionen a través de una interfaz USB.

hdparm --security-set-pass password /dev/sdb
time hdparm --security-erase password /dev/sdb

Reasignar y limpiar con`dd`

También puede reasignar sectoreslimpiando tu discocon dd:

dd conv=noerror if=/dev/zero of=/dev/sdb bs=2M

Reasignar, limpiar `dd`y conservar LUKS

Alternativamente, si su dispositivo LUKS está descifrado en /dev/mapper/your-luks-device:

dd conv=noerror if=/dev/zero of=/dev/mapper/your-luks-device bs=2M

Mensajes de error para uno de mis discos duros en syslog "Código de error no controlado" "Error de E/S"

Respuesta1

Haga una copia de seguridad primero

¿Problemas para realizar copias de seguridad?

Contestando tus preguntas

Solución de problemas

Leer individuoSectores

Autoprueba extendida SMART

"Reparando" su disco

Reasignar sectores defectuosos

Escanear y reparar

Borrado seguro ATA

Reasignar y limpiar con`dd`

Reasignar, limpiar `dd`y conservar LUKS

información relacionada

Respuesta1

Haga una copia de seguridad primero

¿Problemas para realizar copias de seguridad?

Contestando tus preguntas

Solución de problemas

Leer individuoSectores

Autoprueba extendida SMART

"Reparando" su disco

Reasignar sectores defectuosos

Escanear y reparar

Borrado seguro ATA

Reasignar y limpiar condd

Reasignar, limpiar ddy conservar LUKS

información relacionada

Reasignar y limpiar con`dd`

Reasignar, limpiar `dd`y conservar LUKS