El disco duro no deja de leer. [Solucionado]

Hola.

Resulta que de lo bien que está uno con Squeeze se congela (los videos se paran, el sonido deja de salir, las aplicaciones detienen sus procesos) por uno o dos minutos aproximadamente y el disco duro empieza a leer y no para. Después el sistema vuelve a cobrar vida pero el disco duro no deja de leer hasta que uno rebootea o apaga la máquina. ¿Tienen idea a que se puede deber ese comportamiento?
Agradecido por cualquier orientación.

Suerte.

suena mal desde luego... ¿tiene mucho tiempo ese disco?
echa un vistazo a hdparm

Hola
tambien podrias probar el paquete smartmontools, y ver alguna guia de como usarlo, y mirar en el dmesg (buscar ata, disk relocate, cosas asi)
Como comentario
yo empece a tener muchos errorres de relocacion (aumentaban los contadores excesivamente) despues de algun update, (el disco es un wd de 640 con unos 3 años), en el monitor de smart y se me generagan errores en el log del sistema, cuando la maquina se frisaba por algunos segundos, supongo hasta que montaba de nuevo el disco, la verdad no sabria decir del porque ni exactamente cuando, el asunto es que ni siquiera era en los discos donde tengo debian, revisando el fdisk me daba esto

Device Boot Start End Blocks Id System
/dev/sdb1 * 63 204812684 102406311 7 HPFS/NTFS/exFAT
/dev/sdb2 204812685 409625369 102406342+ 7 HPFS/NTFS/exFAT
/dev/sdb3 409625370 819234674 204804652+ 7 HPFS/NTFS/exFAT
/dev/sdb4 819234675 1250258624 215511975 7 HPFS/NTFS/exFAT

el mas de los blocks y se me soluciono creando de nuevo las particiones 2 y 3 con gparted

Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sdb1 * 63 204812684 102406311 7 HPFS/NTFS/exFAT
/dev/sdb2 204814336 424777727 109981696 7 HPFS/NTFS/exFAT
/dev/sdb3 424777728 819232767 197227520 7 HPFS/NTFS/exFAT
/dev/sdb4 819234675 1250258624 215511975 7 HPFS/NTFS/exFAT

y de lujo
Lo curioso es que en win no tenia ningun problema, y en debian normalmente funcionaba bien, pero de repente se dispararon los contadores, despues de corregir las particiones, funciona bien de nuevo (no se volvieron a disparar lso contadores)

Hola pvaldez

Esto es lo que me tira hdparm

root@mimaquina:/home/soyyo# hdparm -i /dev/sda1

/dev/sda1:

Model=HDS728080PLAT20, FwRev=PF2OA27A, SerialNo=PFD8R5SESJTMZW
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=51
BuffType=DualPortCache, BuffSize=1719kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156250000
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio1 pio2 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 1:  ATA/ATAPI-2,3,4,5,6,7

* signifies the current active mode

Está demás decir que para mi esto es chino básico, jajajaja.
El disco ya tiene unos 8 añitos encima ¿ya es viejo?

Gracias por responder.

Hola alambre

Esto es lo que me tira dmesg:

soyyo@mimaquina:~$ dmesg | grep disk
[    0.945797] PM: Resume from disk failed.
[    1.937216] sd 0:0:0:0: [sda] Attached SCSI disk
[    2.823508] PM: Starting manual resume from disk
[    2.823773] PM: Resume from disk failed.
soyyo@mimaquina:~$ dmesg | grep relocate
soyyo@mimaquina:~$ dmesg | grep ata
[    0.000000]  BIOS-e820: 000000002dff3000 - 000000002e000000 (ACPI data)
[    0.000000]   #0 [0000000000 - 0000001000]   BIOS data page ==> [0000000000 - 0000001000]
[    0.000000] Memory: 732580k/753600k available (2504k kernel code, 20256k reserved, 1328k data, 380k init, 0k highmem)
[    0.000000]       .data : 0xc12721f1 - 0xc13be480   (1328 kB)
[    0.946805] Write protecting the kernel read-only data: 920k
[    1.414247] libata version 3.00 loaded.
[    1.425939] pata_sis 0000:00:02.5: version 0.5.2
[    1.425980] pata_sis 0000:00:02.5: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[    1.427768] scsi0 : pata_sis
[    1.429208] scsi1 : pata_sis
[    1.430390] ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0x4000 irq 14
[    1.430395] ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x4008 irq 15
[    1.612407] ata1.00: ATA-7: HDS728080PLAT20, PF2OA27A, max UDMA/133
[    1.612413] ata1.00: 156250000 sectors, multi 16: LBA48
[    1.612460] ata1.01: ATAPI: BENQ    COMBO CB523C, G.LB, max UDMA/33
[    1.636418] ata1.00: configured for UDMA/133
[    1.652286] ata1.01: configured for UDMA/33
[    2.882694] EXT4-fs (sda1): mounted filesystem with ordered data mode
[   11.263636] EXT3-fs: mounted filesystem with ordered data mode.
[   11.330513] EXT3-fs: mounted filesystem with ordered data mode.
[   11.433037] EXT3-fs: mounted filesystem with ordered data mode.
[   11.519723] EXT3-fs: mounted filesystem with ordered data mode.
[  471.583600] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  471.583608] ata1.01: ST_FIRST: !(DRQ|ERR|DF)
[  471.583633] ata1.01: cmd a0/00:00:00:08:00/00:00:00:00:00/b0 tag 0 pio 16392 in
[  471.583640] ata1.01: status: { DRDY }
[  471.583856] ata1: soft resetting link
[  471.777274] ata1.00: configured for UDMA/133
[  471.792966] ata1.01: configured for UDMA/33
[  471.803889] ata1: EH complete
[  563.560316] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[  563.560324] ata1.01: ST_FIRST: !(DRQ|ERR|DF)
[  563.560346] ata1.01: cmd a0/00:00:00:00:00/00:00:00:00:00/b0 tag 0
[  563.560352] ata1.01: status: { DRDY }
[  563.560388] ata1: soft resetting link
[  568.880489] ata1.01: qc timeout (cmd 0xa1)
[  568.880500] ata1.01: failed to IDENTIFY (I/O <strong>error</strong>, err_mask=0x4)
[  568.880505] ata1.01: revalidation failed (errno=-5)
[  573.920017] ata1: link is slow to respond, please be patient (ready=0)
[  578.904038] ata1: device not ready (errno=-16), forcing hardreset
[  578.904050] ata1: soft resetting link
[  589.060049] ata1.01: qc timeout (cmd 0xa1)
[  589.060060] ata1.01: failed to IDENTIFY (I/O <strong>error</strong>, err_mask=0x4)
[  589.060066] ata1.01: revalidation failed (errno=-5)
[  594.100128] ata1: link is slow to respond, please be patient (ready=0)
[  599.084157] ata1: device not ready (errno=-16), forcing hardreset
[  599.084169] ata1: soft resetting link
[  629.240070] ata1.01: qc timeout (cmd 0xa1)
[  629.240082] ata1.01: failed to IDENTIFY (I/O <strong>error</strong>, err_mask=0x4)
[  629.240087] ata1.01: revalidation failed (errno=-5)
[  629.240094] ata1.01: disabled
[  629.240106] ata1.00: failed to IDENTIFY (I/O <strong>error</strong>, err_mask=0x40)
[  629.240110] ata1.00: revalidation failed (errno=-5)
[  634.280152] ata1: link is slow to respond, please be patient (ready=0)
[  639.264203] ata1: device not ready (errno=-16), forcing hardreset
[  639.264215] ata1: soft resetting link
[  639.460917] ata1.00: configured for UDMA/133
[  639.460938] ata1: EH complete
soyyo@mimaquina:~$

Hay unos errores que he remarcado en negrita. El relocale que comentás no me tira ningún log.
Ahí me instalé el smartmontool incluso con un monitoreo gráfico, pero no sé dónde fue a parar. Ya veo si lo localizo en consola.

Bueno gente, me han dado deberes para hacer. Por lo pronto ya aprendí dos comandos nuevos.
Cualquier comentario me va a venir bien.

Suerte.

negrolito escribió:

El disco ya tiene unos 8 añitos encima ¿ya es viejo?

El tiempo de funcionamiento del disco no debería medirse en años de servicio, sino en horas de funcionamiento. Un disco que se usa menos de una hora al mes a lo largo de ocho años sufrirá menos estrés que uno que funciona las veinticuatro horas a lo largo de cuatro.

Dicho esto, el S.M.A.R.T. del disco es capaz de informar cuando el dispositivo ha sobrepasado su vida útil estimada. Puedes utilizar smartctl para comprobarlo. Ahora bien, un disco duro doméstico típico que tiene ocho años encima probablemente no sea el medio de almacenamiento más fiable que puedas usar...

Gracias por la aclaración Black Rider. Ahora estoy usando samrtctl -a /dev/sda1 pero es mucha la información que me tira; la estoy viendo con ciudado.

Suerte.

Hola.

Perdón por la demora.

Trataré de resumir el asunto.
Resulta que tenía cuatro paneles de gnome-panel a modo de dock y previamente traté de hacer funcionar Cairo-dock. Pensé que algún envento de los mismos hacía que se disparase esa lectura interminable del disco. Entonces desinstalé el Cairo dock (que no lo usaba) y quité algunos efectos a gnome con gconf-editor y la cosa mejoró notablemente, pero seguía disparandose. Entonces desinstalé los otros tres paneles de gnome-panel y todo funcionaba maravillosamente.
Pero un día se volvió a disparar. Entonces sospeche que debía haber un desbordamiento de la memoria, incluso me pregunté si tenía swap; por lo que me puse en el asunto y me encontré con:

soyyo@mimaquina:/etc$ free
             total       used       free     shared    buffers     cached
Mem:        741744     499888     241856          0      48612     248900
-/+ buffers/cache:     202376     539368
Swap:            0          0          0

y con

root@mimaquina:/home/soyyo# swapon -s
Filename Type Size Used Priority

Me puse a estudiar sobre el asunto hasta que me encontré que para activar el swap hay que:

root@mimaquina:/home/soyyo# swapon /dev/sda9

Sda9 es donde tengo la swap. Entonces pruebo de nuevo y

root@mimaquina:/home/soyyo# swapon -s
Filename Type Size Used Priority
/dev/sda9                               partition 3365576 0 -1

¡Listo! dije yo. Pero cuando rebooteo nuevamente la swap desaparece. Entonces pruebo activarlo directamente con el fstab con el comando:

root@mimaquina:/etc# swapon -a
swapon: cannot find the device for UUID=0ccebebb-0a13-487f-85bc-7910ba0ed3aa

Por lo que me tira dice que no reconoce al identifacador "0ccebebb-0a13-487f-85bc-7910ba0ed3aa" que es el que figura como swap en el fstab. Entonces para comparar tiro el comando:

root@mimaquina:/home/soyyo# blkid /dev/sda9
/dev/sda9: UUID="22e4c224-33be-438c-a2e0-6a080e539cf4" TYPE="swap"

Como podrá verse nada que ver uno con el otro. Entonces reeplazo éste útimo por el anterior en el fstab; rebooteo y pruebo nuevamente:

root@mimaquina:/home/soyyo# free
             total       used       free     shared    buffers     cached
Mem:        741744     252156     489588          0      24176     119432
-/+ buffers/cache:     108548     633196
Swap:      3365576          0    3365576

Ahora estoy montando nuevamente los paneles de gnome y parace funcionar bien. Hasta estoy usando un reloj con Conky. Lo voy a probar por un tiempo, si no hay novedades lo marco como solucinado.

Gracias.

El UUID cambió porque manipulaste particiones. Cada vez que lo hagas recuerda revisar qué UUIDs cambiaron para actualizar el archivo /etc/fstab.

Seguramente ya no tendrás problemas tras corregir este asunto.

Saludos,
Sidd.

de todos modos lee sobre la opcion -W de hdparm, OJO, es -W MAYÚSCULA