1 |
> > I've heard that data can be recovered from a formatted hard |
2 |
> > disk. Lucky for me I don't have any interest in actually doing this, |
3 |
> > but I got in an argue\ment with a buddy last night about whether or |
4 |
> > not it was possible. I'm sure I've read that the government and other |
5 |
> > well-funded institutions have this capability. Is it true? |
6 |
> |
7 |
> What a long thread, full of myths. But there are no miracles :) |
8 |
> |
9 |
> Short answer for your question is... No. It's not true. |
10 |
> |
11 |
> Having some experience in field of data recovery I'm not going to dive |
12 |
> into my real stories. I'll better give some general hints. |
13 |
> |
14 |
> Answer on your question depends on how hard drive was formatted or how |
15 |
> it was crashed. If you do `dd if=/dev/zero of=/dev/hdd then there is no |
16 |
> chances you'll get you data. Why? Because all byte and bits on your hard |
17 |
> drive became 0. dot. If you heard about remanence or that 0 is a bit 1 |
18 |
> and that some big craft apparatus can read such data, think about hard |
19 |
> drive manufacturers. They spend big efforts to make hard drive a bit |
20 |
> more capacious. So why they leave free space for additional information |
21 |
> on your hard drive, which you have when you think about space between |
22 |
> tracks or under-rotation of magnetic domains? |
23 |
> |
24 |
> But than you may ask. What does data recovery companies can do? |
25 |
> |
26 |
> Well. The best they can do is to read files from you hard drive when it |
27 |
> contains them! So suppose you have deleted file. This operation only |
28 |
> removes entry in you directory table, but not the file itself. Or you |
29 |
> did format you hard drive. That will rebuild only file structure on you |
30 |
> hard drive. Normally that means that you overwrite about 5% of you |
31 |
> drive. All other data is intact. Just read it. |
32 |
> |
33 |
> But what I mean by reading deleted file? You may get filling about that |
34 |
> with grep. Actually grep is the first utility to do data recovery. It's |
35 |
> very easy to use but very powerful if you know what are you looking for. |
36 |
> just try: |
37 |
> # grep "/etc/fstab: static file system information" -B1 -A10 /dev/hda |
38 |
> and you will find you fstab on hard drive even after you remove it. If |
39 |
> you grep for "PDF-1." you will find some pdf files. There are special |
40 |
> programs for data recovery, that know many different patterns, but |
41 |
> internally work like grep. Of course, there are problems if, fex, file |
42 |
> is big enough and it is not written in consequent blocks of hard drive |
43 |
> or if some parts of file are overwritten... |
44 |
> |
45 |
> But what about big machines??? What they are for? You may find some of |
46 |
> them searching in google, fex, on data recovery sites. Well they are |
47 |
> used in a situation when hard drive was broken mechanically or internal |
48 |
> hard drive logic is broken (fex, due to bad blocks). If you hard drive |
49 |
> is broken mechanically, you have to find another identical (see serial |
50 |
> number...) hard drive and then you should open them and move disks from |
51 |
> hard drive with broken mechanics into new one. After that hard drive is |
52 |
> broken. You can not just plug in and use because unique, hard drive |
53 |
> specific information like where to look for zero track is lost. But that |
54 |
> machine allows you to "control" heads, you have possibility to read that |
55 |
> hard drive. After that use grep to search for your files in the raw |
56 |
> stream of data. |
57 |
> |
58 |
> You may find some interesting information about data recovery in google. |
59 |
> But as I told you. No miracles. Sorry. =) |
60 |
> |
61 |
> HTH, |
62 |
> Peter. |
63 |
|
64 |
Thanks Peter. That is quite contrary to what most of the other posts |
65 |
in this thread are saying. Those are all just rumors and myths? |
66 |
|
67 |
- Grant |
68 |
|
69 |
-- |
70 |
gentoo-user@g.o mailing list |