Re: ruined partition. Can data be recovered?
- From: ray <ray@xxxxxxxxxx>
- Date: Fri, 27 Jan 2006 16:09:29 -0700
On Fri, 27 Jan 2006 16:51:14 +0000, Leo (Bing) Whiteway wrote:
> ray wrote:
>> On Fri, 27 Jan 2006 07:19:35 +0000, Leo (Bing) Whiteway wrote:
>>
>>
>>>My system is AMD 1600 XP with 512 megs ram, a 200 gig ide hard drive, an Aopen
>>>dvd/cd/rw and a D-link router/adsl modem.
>>>
>>>I have been having troubles with my hard drive or cables or motherboard.
>>>The problems with my hard drive were I was getting dma errors and often the
>>>drive could not be found by the bios.I replaced the 80 wire cable 6 times with
>>>no reliable results. I have now installed a 40 wire cable and it seems more
>>>reliable.
>>>
>>>In trying to fix my problem I have somehow made a partition unreadable.
>>>
>>>It is a spare partition that I was saving data to. I have only partially saved
>>>one dvd of data but the drive had 18 gigs and I would really like to restore it
>>>or maybe get the data back.
>
> <snip>
>
> > I have recovered partitions from a disk with a corrupted partition table
>> and bad block errors. I did:
>>
>> 1) ran sfdisk to identify the offsets and sizes of the partitions
>> 2) used dd to save data to a file, using offsets to get to the partitions
>> and sizes to capture the whole partition. Also used conv=noerror to keep
>> it from stopping on error and conv=sync to fill in bad blocks with nulls.
>> 3) loop mount the file to which I captured the data.
>>
>> At this point, you can fsck the loop mounted file and recover data.
>> My experience was with reiser partitions and reiserfsck reported back no
>> errors on the loop mounted file system.
>
> I wish I knew what you mean. I have always printed my partition table so I know
> the sizes etc. I will have to read about dd etc. and loop mount.
> Are you saying that reiserfs is more repairable?
> Thank you.
No, I'm saying there is a good chance you can recover the data.
The dd command would look something like this:
dd if=/dev/hdb of=filetosaveto skip=blockstoskip count=blockstokeep
conv=noerror conv=sync
I'd suggest using sfdisk to check the status of the disk and see if it
agrees with what you already know about the layout. I'd also recommend not
mounting any partition on that disk again until the data is retrieved.
.
- References:
- ruined partition. Can data be recovered?
- From: Leo (Bing) Whiteway
- Re: ruined partition. Can data be recovered?
- From: ray
- Re: ruined partition. Can data be recovered?
- From: Leo (Bing) Whiteway
- ruined partition. Can data be recovered?
- Prev by Date: Re: 3 OS on 1 physical drive, possible?
- Next by Date: Re: ruined partition. Can data be recovered?
- Previous by thread: Re: ruined partition. Can data be recovered?
- Next by thread: Re: ruined partition. Can data be recovered?
- Index(es):
Relevant Pages
|