
Al realizar E/S de disco pesado en mi sistema (16 GB de RAM, 6 núcleos, SSD PCIe RAID0), el sistema se detiene y finalmente falla. La E/S de disco normal del día a día está bien, solo la lectura/escritura prolongada, como una reindexación de la base de datos, es problemática.
Algunas investigaciones han revelado resultados de dmesg como:
[...] ata2: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozen
[...] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }
[...] ata1: hard resetting link
[...] ata4: irq_stat 0x00400000, PHY RDY changed
Y toneladas de otros registros para varios dispositivos sata conectados al sistema. Al realizar E/S de disco pesado, cualquier otra entrada detiene el sistema (mover el mouse, etc.) durante 5 a 30 segundos.
Dado que los errores están en varios dispositivos y el sistema parece incompleto cuando proporciona entradas desde otros dispositivos/provoca interrupciones que no son del disco... voy a asumir que es la placa base. Las temperaturas están bien, memcheck pasa. El fallo es un bloqueo suave total en lugar de un fallo o apagado del kernel.
¿Parece esto razonable? ¿Puedo hacer algo más para comprobarlo?
Editar: Fedora20, servidor doméstico en placa 870A-UD3, SSD Intel 910 pcie + OCZ vertex + Intel X25
Edit2: la estación de trabajo está en una oficina en casa haciendo cosas de oficina como batir datos en Postgresql. Todo muy aburrido, nada que justifique otra votación reñida.
Respuesta1
Es probable que se trate de un problema con la placa del sistema, el cableado o la fuente de alimentación. Si sus unidades SATA, OCZ e Intel X25, están conectadas a la placa base, probablemente sean las culpables. No hay indicios de que el Intel 910 se haya visto afectado.
Respuesta2
Cable sata malo. He visto este error varias veces.https://bbs.archlinux.org/viewtopic.php?id=129401