linux-kernel - Re: Debugging I/O errors further?

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

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <45474FF3.2010200@cfl.rr.com>
Date:	Tue, 31 Oct 2006 08:30:27 -0500
From:	Phillip Susi <psusi@....rr.com>
To:	Roy Sigurd Karlsbakk <roy@...lsbakk.net>
CC:	linux-kernel@...r.kernel.org
Subject: Re: Debugging I/O errors further?

Only idea I have is to unmount the drive ( or remount r/o ) and 
repeatedly md5sum the block device and see if it ever fails to correctly 
read the data, and if you get any errors in your syslog.  If you get no 
error messages in your syslog and md5sum completes without error but 
does not get the same hash each time, then there is definitely something 
very fubar with the hardware or deep in the kernel.

Roy Sigurd Karlsbakk wrote:
> 
> Hi all
> 
> Sorry for stressing this, but is there a way I can debug this further? 
> it's a seagate drive connected to a sata_sil controller. I only get ext3 
> errors, and it fails after a while whatever I do
> 
> thanks
> 
> roy

-
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/