| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 23 Aug 2012 23:26:52 -0500 From: Mouse Dresden <mouse.the.lucky.dog@...il.com> To: linux-kernel@...r.kernel.org Subject: "Trapping" hard drive errors ( "ata***** failed command: READ FPDMA QUEUED") Hello I hope that this question is not to mundane. A while ago I encountered this error message on a hard drive of mine. I managed to clean up the problem and run smartctl and the disk is clean, but such errors can be very problematic. I think one of the reasons is that the hard drive gets "bogs down" on the particular command and communication between the kernel and drive, other system calls time out. This generates a lot of spurious errors you have to eliminate. I would like to create some basic tools to aid in diagnosing and repairing such problems. The main difficulty is "trapping" the error message. By this I mean terminating the call that is causing the error, causing the drive to abandon this particular command, and sending some sort of signal ( figurative and or literal ) to the process making the particular command, so I can trace it. Can someone either describe the process, or if it is too long, recommend some reading describing it? If it helps to know the detailed message, it can be found at: http://unix.stackexchange.com/questions/43681/kde-causes-read-fpdma-queued-error Thank you -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists