Hi guys - hope someone has some insight here - I'm pretty much in the dark.
I (eventually) created an image of a failing 500 GB disk by using "advanced" mode and telling Clonezilla to ignore errors etc, and ended up with an approx 30 GB .gz file. I subsequently decided not to restore the disk because the original disk wasn't bootable so I ended up reinstalling the OS and restoring data files from a separate backup.
But now it turns out the backups didn't include one important file that was saved in a separate, obscure directory and I am trying to recover just that one file. I don't have any large enough disks to do a full image recovery (although there was only ~30 GB used space, Clonezilla insists on a 500 GB disk to do the clone) so I am trying to follow the instructions in one of the FAQs to extract and mount the ntfsclone image file.
In the FAQ the reccommended command-line instruction is
…I couldn't get that to work, and thinking the problem was not enough disk space for two versions of the archive file, I manually extracted the contents of the YOURIMAGE file using 7zip on a Windows machine and transferred the resulting file "sda1.ntfs-ptcl-img" to my trusty Fedora 14 box.
On the Linux machine I then changed directory to where the file resided (a separate 80 GB disk mounted under /media) and typed
which resulted in the exact same error I got when trying to run the all-in-one piped command above:
ERROR: Input file is not an image! (invalid magic)
This response is immediate, it's not like it's reading some way into the file and discovering errors.
The ntfsclose version reported is v2011.4.12 (libntfs-3g) and my Fed14 is as up to date as its internal updater can make it. Clonezilla is the latest reported version (now more than 2 years old! What gives?)
Anyone with any ideas?
Chris
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi guys - hope someone has some insight here - I'm pretty much in the dark.
I (eventually) created an image of a failing 500 GB disk by using "advanced" mode and telling Clonezilla to ignore errors etc, and ended up with an approx 30 GB .gz file. I subsequently decided not to restore the disk because the original disk wasn't bootable so I ended up reinstalling the OS and restoring data files from a separate backup.
But now it turns out the backups didn't include one important file that was saved in a separate, obscure directory and I am trying to recover just that one file. I don't have any large enough disks to do a full image recovery (although there was only ~30 GB used space, Clonezilla insists on a 500 GB disk to do the clone) so I am trying to follow the instructions in one of the FAQs to extract and mount the ntfsclone image file.
In the FAQ the reccommended command-line instruction is
cat /home/partimag/YOURIMAGE/sda1.ntfs-img.* | gzip -d -c | ntfsclone -restore-image -o sda1.img –
…I couldn't get that to work, and thinking the problem was not enough disk space for two versions of the archive file, I manually extracted the contents of the YOURIMAGE file using 7zip on a Windows machine and transferred the resulting file "sda1.ntfs-ptcl-img" to my trusty Fedora 14 box.
On the Linux machine I then changed directory to where the file resided (a separate 80 GB disk mounted under /media) and typed
ntfsclone -restore-image -o sda1.img sda1.ntfs-ptcl-img
which resulted in the exact same error I got when trying to run the all-in-one piped command above:
ERROR: Input file is not an image! (invalid magic)
This response is immediate, it's not like it's reading some way into the file and discovering errors.
The ntfsclose version reported is v2011.4.12 (libntfs-3g) and my Fed14 is as up to date as its internal updater can make it. Clonezilla is the latest reported version (now more than 2 years old! What gives?)
Anyone with any ideas?
Chris
"sda1.ntfs-ptcl-img" is an image saved by partclone, not ntfscone. Therefore if you want to manually do that, please refer to this:
http://drbl.sourceforge.net/faq/fine-print.php?path=./2_System/68_manually_partclone_restore.faq#68_manually_partclone_restore.faq
Steven.