This doesn't look good. At best, you have a couple of rough bits on your drive (possible) or some incorrect parameters in the bios (unlikely), at worst, your drive is on its way to hard drive heaven. Firstly, you need to identify which drive it is - the device as listed below is sdc2. So if you type "dmesg" (without quotes) you'll get your kernel messages - scrolling through this should tell you which drive is sdc2. Do you know which filesystem is installed on sdc2? If not, then type "mount", and it should somewhere say something like...
<br><br>/dev/sdc2 on / type ext3<br><br>It's the last bit you're interested in. It could be ext2, ext3, XFS, reiserfs or several others. Then you can run a fsck (FileSystem ChecK) on that drive once you're logged in as root in single user mode (which is probably what has been offered to you).
<br><br>I'm no expert on fsck, but I think you do :<br><br>fsck -n /dev/sdc2<br>to check the disk. If the disk was ext2 or ext3 (I think, never had ext3 so can't be sure), it should tell you how to fix the errors (ie. what options to run fsck with) in order to try to fix it. If it's reiser fs, then you'll need to run fsck -n --fix-fixable /dev/sdc2.
<br><br>However, if there are bad-blocks detected and fixed, be aware that it's usually a sign that you're going to get more. If it can't fix them (ie. mark them as bad and never use them again), then I think you're stuffed, short of a low level format to mark them at the disk level as bad.
<br><br>Good luck, and hope this helps.<br><br>Dave.<br><br><div><span class="gmail_quote">On 01/04/06, <b class="gmail_sendername">Iain MacGranthin</b> <<a href="mailto:iaingmacg@mac.com">iaingmacg@mac.com</a>> wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I have SuSe 10.0 running on an AMD64 3500 based system with 3 SATA<br>drives and 1 ATA drive.
<br><br>I generally use it for DVB recording (because of stability), media<br>conversion and media storage.<br><br>Just in the past few days I have received the following disturbing<br>reiterative output to screen during reboot after a series of error
<br>messages:<br><br>Additional sense: Unrecovered read error - autoreallocate failed<br>end request:I/O error, dev sdc, sector xxxxxxx<br>Buffered I/O error on device sdc2, logical block xxxxxxxx<br>ata3: status 0x51 {DriveReady SeekComplete Error}
<br>ata3: error: 0x40 {Unrecoverable Error}<br>SCSI Error: <2 0 0 0> return code 0x8000002<br>sdc: Current: sense key: Medium eror<br><br>This is followed by instructions to manually fix before rebooting,<br>and I am allowed to log into root.
<br><br>Therea re more error messages, but as these were iterative, they were<br>the ones I could copy straight away: I can run through the boot up<br>again and try for more information if necesssary...<br><br>Now this is tough for me as I am getting into Linux from the shallow
<br>end, building from source code and using Yast2 to update, without<br>having too much to with terminal input and system maintenance type<br>knowledge, but moving on as I get things working for me.<br><br>Well it looks like that nice easy learning curve got a spanner in its
<br>works.<br><br>How do I start addressing this problem:<br>Is there something I can use to analyse and repair the disk?<br>Do I have to change a file to exclude that disk to get Suse to reboot<br>into the nice cosy KDE I am used to. If so, will I be able to recover
<br>the disk?<br>Is there another forum I should be talking to?<br><br>Should I decide to reinstall, how would I be able to access the disk<br>in question - could I perform repairs/data recovery that way?<br><br>I really am in the dark here, so any help/pointers would be a start...
<br><br><br>_______________________________________________<br>Liverpool mailing list<br><a href="mailto:Liverpool@mailman.lug.org.uk">Liverpool@mailman.lug.org.uk</a><br><a href="https://mailman.lug.org.uk/mailman/listinfo/liverpool">
https://mailman.lug.org.uk/mailman/listinfo/liverpool</a><br></blockquote></div><br>