• Welcome to TechPowerUp Forums, Guest! Please check out our forum guidelines for info related to our community.

Hard drive breaking up?

Joined
Aug 19, 2008
Messages
567 (0.10/day)
Location
Finland
System Name I can't believe I bought that / HTPC
Processor i5-750 @ 3.5GHz 1.27v / P II 705e @ stock
Motherboard Asus P7P55D-E Evo / Asus M4A785D-M PRO
Cooling Corsair H100i / Air
Memory 4x2 Geil DDR3-2133 @ 1755 / 2x2 DDR2-800
Video Card(s) Asus GTX660 TI / Asus HD6670
Storage Crucial MX100 512GB + Spinpoint F1 750GB / Crucial m4 128GB + WD Green 1TB
Display(s) HP w2408h / Samsung 55" HDTV
Case CM 690 II Advanced / Silverstone GD02
Audio Device(s) Integrated
Power Supply Corsair AX850 / OCZ ModXstream 500W
Software Win 7 / Win 7
Hi,

I have a 2 months old Samsung Spinpoint F1 750GB (HD753LJ) HDD.

My problems started a few days ago.

Event viewer shows this error:

Event Type: Error
Event Source: Disk
Event ID: 7

The device, \Device\Harddisk0\D, has a bad block.

I ran chkdsk /r and got this result:

Read failure with status 0xc000009c at offset 0x574000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x582000 for 0x1000 bytes.
File record segment 5624 is unreadable.
Read failure with status 0xc000009c at offset 0x582000 for 0x1000 bytes.
File record segment 5625 is unreadable.
Read failure with status 0xc000009c at offset 0x582000 for 0x1000 bytes.
File record segment 5626 is unreadable.
Read failure with status 0xc000009c at offset 0x582000 for 0x1000 bytes.
File record segment 5627 is unreadable.
Read failure with status 0xc000009c at offset 0x582400 for 0x400 bytes.
Index entry licwmi.dll of index $I30 in file 0x1d points to unused file 0x15f9.
Deleting index entry licwmi.dll in index $I30 of file 29.
Cleaning up minor inconsistencies on the drive.
CHKDSK is recovering lost files.
Cleaning up 152 unused index entries from index $SII of file 0x9.
Cleaning up 152 unused index entries from index $SDH of file 0x9.
Cleaning up 152 unused security descriptors.
CHKDSK is verifying Usn Journal...
Usn Journal verification completed.
CHKDSK is verifying file data (stage 4 of 5)...
File data verification completed.
CHKDSK is verifying free space (stage 5 of 5)...
Free space verification is complete.
The upcase file content is incorrect.
Correcting errors in the uppercase file.
Adding 1 bad clusters to the Bad Clusters File.
Correcting errors in the master file table's (MFT) DATA attribute.
CHKDSK discovered free space marked as allocated in the
master file table (MFT) bitmap.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

Now, I do believe that the hard drive is going to break.
Am I correct?
Will this be reason enough to RMA it?

I've never before had a hard drive break before so that's why all the stupid questions.
Maybe I should have stayed with Hitachi...
 
Top