Re: Hard disk data recovery.
- From: Jan Sevelsted <NOsevelstedSPAM@xxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Wed, 08 Feb 2006 23:00:10 +0100
On Wed, 08 Feb 2006 14:21:00 +1100, Grant wrote:
Hi Brian,
On 7 Feb 2006 18:02:44 -0800, b173@xxxxxxxxxxx wrote:
...
Grant wrote:
On 7 Feb 2006 16:12:57 -0800, b173@xxxxxxxxxxx wrote:
You give no technical details, just what did you do?
I was transferring about 17GB of files in two streams to a shared 160GB
Hard drive (D drive or hdb) housed in a Windows 2000 machine. As you
can tell it's the second HD on this machine. The OS is on the first HD.
The machines were connected by a Linksys router.
Using some backup program? Sad thing is the size of the file, more below.
...
Disk /dev/hdb: 160.0GB 160041885696 bytes
255 heads, 63 sectors/tracks, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks ID System
/dev/hdb1 1 19457 156288521 5 Extended
/dev/hdb5 1 19457 156288521 c w95 FAT32 (LBA)
okay, if you try to mount hdb5, then ls, what?
as root
# mount /dev/hdb5 /mnt
if you get an error here about no format, it is bad news :( try
# mount -t vfat -o ro /dev/hdb5 /mnt
# ls /mnt
If you get sensible listing, then copy files from /mnt to somewhere
else.
Warning: speculation :o)
One could gamble on the 17GB being near the start of hdb5, go into
fdisk and delete 5, then create 5 = start: 19457 end +3072 (24GB) and
another 22530 - whatever for hdb6, then copy -- last resort...
Let's see if I have this right. You are saying that I should be able to
mount hdb5 as read only, save the contents as an ISO (to another drive)
and then go from there? I just want to confirm all this before doing
further damage.
Sort of, the target file is not an ISO, but can be mounted loopback,
but if you're careful you may be able to mount the partition and
recover files --> writing to somewhere else.
Now I'm being vague 'cos I'm not looking over your shoulder ;) The
main thing is to think about consequences, don't write to and wreck
the source partition.
Not knowing how you got into trouble I can only speculate on what went
wrong, another possibility is that you need to offset copy the partition,
using dd. Skip the first cylinder. To be sure you'd want to look at
the boot sector:
dd if=/dev/hdb5 bs=512 count=1 | xxd
and see if it looks sane, then try next cylinder:
dd if=/dev/hdb5 bs=512 count=1 skip=63 |xxd
Check `man dd` for details (I write from memory)
Grant.
Have I misunderstood something or what? Did you copy the data from the
XP-box or did you move it (the difference being that for each file you
copy it and then delete the source-file)?
If it was a copy, your data MUST still be on the original drive. If it was
a move, you have one chance left - that your move-program only deletes
when the whole set is transferred (like Volkov Commander and similar
prog's for file management).
Have you made certain that you're unable to recover the files from the
source-partition?
I note that you've got several suggestions that all goes in the direction
of restoring the target-partition. A fine approach, but in essence you
don't need the data from the target, only from the source.
What in the name of $WHATEVER_YOU_WANT_TO_SWEAR_BY made you start up 2
streams for transfer?
Good luck in recovering your data.
Jan.
.
- Follow-Ups:
- Re: Hard disk data recovery.
- From: b173
- Re: Hard disk data recovery.
- References:
- Hard disk data recovery.
- From: b173
- Re: Hard disk data recovery.
- From: Grant
- Re: Hard disk data recovery.
- From: b173
- Re: Hard disk data recovery.
- From: Grant
- Hard disk data recovery.
- Prev by Date: Re: spreadsheet software
- Next by Date: Re: Passwordless root access
- Previous by thread: Re: Hard disk data recovery.
- Next by thread: Re: Hard disk data recovery.
- Index(es):
Relevant Pages
|
