El 12 de enero de 2018, 12:42, Zeque<ze...@fibertel.com.ar> escribió:
> > > On 01/12/2018 12:34 PM, Cristian Mitchell wrote: > >> >> >> El 12 de enero de 2018, 11:58, Josu Lazkano<josu.lazk...@gmail.com >> <mailto:josu.lazk...@gmail.com>> escribió: >> >> >> Buenas, >> >> Tengo un servidor Debian Stretch con varios discos, y uno de ellos >> esta dando este error en el "dmesg": >> >> [97558.405283] ata2.00: configured for UDMA/133 >> [97558.405307] sd 1:0:0:0: [sdb] tag#1 FAILED Result: hostbyte=DID_OK >> driverbyte=DRIVER_SENSE >> [97558.405310] sd 1:0:0:0: [sdb] tag#1 Sense Key : Medium Error >> [current] >> [97558.405314] sd 1:0:0:0: [sdb] tag#1 Add. Sense: Unrecovered read >> error - auto reallocate failed >> [97558.405318] sd 1:0:0:0: [sdb] tag#1 CDB: Read(10) 28 00 63 40 0d 08 >> 00 00 08 00 >> [97558.405320] blk_update_request: I/O error, dev sdb, sector >> 1665142027 >> [97558.408269] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037649: block 208142497: comm rsync: unable to read itable >> block >> [97558.408271] ata2: EH complete >> [97559.398608] ata2.00: exception Emask 0x0 SAct 0x100 SErr 0x0 >> action 0x0 >> [97559.402026] ata2.00: irq_stat 0x40000008 >> [97559.405410] ata2.00: failed command: READ FPDMA QUEUED >> [97559.408805] ata2.00: cmd 60/08:40:08:0d:40/00:00:63:00:00/40 tag 8 >> ncq dma 4096 in >> res 41/40:08:0b:0d:40/00:00:63:00:00/00 >> Emask >> 0x409 (media error) <F> >> [97559.415557] ata2.00: status: { DRDY ERR } >> [97559.418935] ata2.00: error: { UNC } >> >> Se repite muchas veces: https://paste.debian.net/1004844/ >> <https://paste.debian.net/1004844/> >> >> Veo que es en el disco sdb1. >> >> # fdisk -l /dev/sdb >> Disco /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 sectores >> Unidades: sectores de 1 * 512 = 512 bytes >> Tamaño de sector (lógico/físico): 512 bytes / 512 bytes >> Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes >> Tipo de etiqueta de disco: dos >> Identificador del disco: 0x2fc1b76a >> >> Disposit. Inicio Comienzo Final Sectores Tamaño Id Tipo >> /dev/sdb1 2048 1953525167 1953523120 931,5G 83 Linux >> >> ¿Que puedo hacer? >> >> Veo en los logs que el error es siempre en el mismo "block" y >> diferente "inode": >> >> # dmesg | grep inode >> [ 316.370044] EXT4-fs (sdb1): initial error at time 1515460519: >> __ext4_get_inode_loc:4355: inode 52037653: block 208142497 >> [ 316.370052] EXT4-fs (sdb1): last error at time 1515460545: >> __ext4_get_inode_loc:4355: inode 52038675: block 208142561 >> [ 6851.109227] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037653: block 208142497: comm rsync: unable to read itable >> block >> [ 6852.146499] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037654: block 208142497: comm rsync: unable to read itable >> block >> [ 6853.128782] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037650: block 208142497: comm rsync: unable to read itable >> block >> [ 6853.961676] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037649: block 208142497: comm rsync: unable to read itable >> block >> [ 6854.919324] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037652: block 208142497: comm rsync: unable to read itable >> block >> [ 6855.979335] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037651: block 208142497: comm rsync: unable to read itable >> block >> [ 6856.874282] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037655: block 208142497: comm rsync: unable to read itable >> block >> [ 6858.007035] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037656: block 208142497: comm rsync: unable to read itable >> block >> [ 6859.064576] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037661: block 208142497: comm rsync: unable to read itable >> block >> [ 6860.037469] EXT4-fs error (device sdb1): __ext4_get_inode_loc:4355: >> inode #52037659: block 208142497: comm rsync: unable to read itable >> block >> >> ¿Podría identificar el bloque y saber que tengo guardado? >> >> Agradezco cualquier ayuda. >> >> Un saludo. >> >> -- >> Josu Lazkano >> >> >> No tenes un raid? >> ese disco va a morir >> te recomiendo que lo clones >> que va a ser mucho menos esfuerzo para el disco >> y cuando de error >> ese va a ser los datos que tenes en el mismo >> >> si no con fsck >> >> >> -- >> MrIX >> Linux user number 412793. >> http://counter.li.org/ >> >> las grandes obras, >> las sueñan los santos locos, >> las realizan los luchadores natos, >> las aprovechan los felices cuerdo, >> y las critican los inútiles crónicos, >> >> > Te recomiendo para clonarlo usar el ddrescue, es una variante del dd, que > reintenta leer cada sector fallido. También si se corta te permite > continuar desde un punto. > > Saludos, > > Zeque > El tema de fallo y recuperación es un tema muy delicado, tenes que ser concreto en la resolución. y expeditivo no hagas miles de prueba y encara una solución inmediata. todo tiempo perdido va en contra de una óptima resolución -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos,
