harddisk seems too small / can't open filesystem
Posted: 15 Oct 2013, 19:13
Hi,
I am using Ubuntu 12.04 and Windows 8 in a dual boot configuration.
Yesterday, I tried to create a bootable version of Linux Mint on a USB stick following these directions:
http://community.linuxmint.com/tutorial/view/744
And even though it said "warning", I just copied and executed the following command:
sudo dd if=~/Desktop/linuxmint.iso of=/dev/sdb oflag=direct bs=1048576
I had adjusted the iso name. Immediately after typing "Enter", I realized my mistake: sdb was an internal 1TB NTFS partition with important data, not the USB stick!
I closed the terminal immediately, but the partition was empty, apart from the Linux Mint Image.
Then I tried testdisk. I forgot to have the program make a logfile, so I am running it again right now. But it is going to take many hours, running both quickscan and the deeper scan again, and maybe you can already give me some advice based on the screenshots I have taken.
I have attached the screenshots.
But this is what happened:
After "Analyse" Testdisk could not find any partition, at all. I had chosen "PC" partition, of course. I knew it was NTFS.
After the following QuickScan I got the message that the harddisk was too small.
I then chose the deeper scan, as I did not know what I could have done about that first message.
The result of the deeper scan - the same message that the harddisk was too small, plus the message "The following partition can't be recovered" But then testdisk did find the ntfs partition (see second screenshot): "NTFS found using backup sector", a logical partition. Listing the files with "p" did result in an error message, I then changed the partition to "primary", without effect.
When I tried out the filesystem recovery with "undelete", I just got the message "Can't open filesystem. Filesystem seems damaged." gparted shows the partition as "unallocated", no filesystem.
As I don't have a partition that can be recognized by Windows, I cannot try chkdsk /F, either.
I am going to hand in the log file later, but I'd already like to know if there is a way to
a) restore the partition or at least
b) recover the data with file names intact
Any ideas? Your help would be greatly appreciated.
Frank
I am using Ubuntu 12.04 and Windows 8 in a dual boot configuration.
Yesterday, I tried to create a bootable version of Linux Mint on a USB stick following these directions:
http://community.linuxmint.com/tutorial/view/744
And even though it said "warning", I just copied and executed the following command:
sudo dd if=~/Desktop/linuxmint.iso of=/dev/sdb oflag=direct bs=1048576
I had adjusted the iso name. Immediately after typing "Enter", I realized my mistake: sdb was an internal 1TB NTFS partition with important data, not the USB stick!
I closed the terminal immediately, but the partition was empty, apart from the Linux Mint Image.
Then I tried testdisk. I forgot to have the program make a logfile, so I am running it again right now. But it is going to take many hours, running both quickscan and the deeper scan again, and maybe you can already give me some advice based on the screenshots I have taken.
I have attached the screenshots.
But this is what happened:
After "Analyse" Testdisk could not find any partition, at all. I had chosen "PC" partition, of course. I knew it was NTFS.
After the following QuickScan I got the message that the harddisk was too small.
I then chose the deeper scan, as I did not know what I could have done about that first message.
The result of the deeper scan - the same message that the harddisk was too small, plus the message "The following partition can't be recovered" But then testdisk did find the ntfs partition (see second screenshot): "NTFS found using backup sector", a logical partition. Listing the files with "p" did result in an error message, I then changed the partition to "primary", without effect.
When I tried out the filesystem recovery with "undelete", I just got the message "Can't open filesystem. Filesystem seems damaged." gparted shows the partition as "unallocated", no filesystem.
As I don't have a partition that can be recognized by Windows, I cannot try chkdsk /F, either.
I am going to hand in the log file later, but I'd already like to know if there is a way to
a) restore the partition or at least
b) recover the data with file names intact
Any ideas? Your help would be greatly appreciated.
Frank