Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Long story short, a drive was taken out of an HP Media Vault (which runs a linux based OS) and placed in a Win 7 machine. Windows apparently recognized the drive and prompted the user to convert it to an MBR - the user selected yes.
The drive has a lot of info on it which is still there, but can't be accessed by either Windows or Linux (Ubuntu) - can't mount the disk. Photorec will recover most of the files, but is there a way I can recover the files and structure?
Any ideas would be greatly appreciated.
Last edited by tjbugler; 05-05-2012 at 05:30 PM.
In my experience, Photorec works best when used with another app called testdisk. You can read about and download it here.
Here's the introduction on there web page:
TestDisk is powerful free data recovery software! It was primarily designed to help recover lost partitions and/or make non-booting disks bootable again when these symptoms are caused by faulty software, certain types of viruses or human error (such as accidentally deleting a Partition Table). Partition table recovery using TestDisk is really easy.
What does "sudo file -s /dev/<device>" say about the drive & any partitions?
Does a partition show up? What is the starting sector?
At one time, the default first sector of a partition was on sector 63. Now it's 2048. If the drive wasn't reformatted, maybe it was re-partitioned. Try attaching a loop device starting at sector 63 and see if a filesystem is detected.
Of course (in addition to the above) it's also possible the device wasn't partitioned at all, but was used as a full device. If such, the "conversion to MBR" would have wiped out (at least) a large chunk of the metadata that defined the usage.
I'd be heading back to that media vault to see how exactly it uses its disks.
There are no partitions and it was used as a full device. I am in the process of using Photorec to recover what I can, but unfortunately it doesn't recognize all file types and returns a lot of text files (seems to be parsing the unrecognized file types). I was hoping to be able to recover the structure as well as all of the files, but that is beginning to seem less likely.
Once upon a time (as a test) I deliberately re-formatted an ext3 partition as NTFS. As it was a test, this was a newly created (ext3) filesystem with a small number of newly created files - i.e. no updates, no fragmentation. Then I ran "mkfs.ext3 -S ..." just to see if it would work. Note the warnings in the manpage.
It did. In that very controlled environment.
In your situation I might be tempted to take a dd image of the drive and play as above on the copy. Nothing to lose if you have the spare capacity for the copy.
I've been using Photorec and Diskgetor to recover as many files as possible, but I will definitely try your suggestion. Restoring the drive would be optimal! I'll post back when I get a chance to try it out (maybe later to day).
Okay, so in stopping to think about it... When I use photorec or testdisk it shows headings for linux swap, then ms data and ex2. Whether I try to restore from an NTFS or ex2, I get the same files (many of which are corrupted). Could there be something done with the swap file to recover the data or the drive in its entirety?
Note, I haven't tried syg00 option. I'm contemplating sending the drive to have it professonally recovered.