I have a problem when I want to restore my Clonezilla image.
Because my Windows Vista 32bit Home Premium didn't boot and I had not much time, I decided to make an Image to my external hard drive with Clonezilla Live.
It worked fine and to test it I restored the image temporarily. All data have been restored.
After having reinstalled my Windows Vista it was necessary to restore the image to a different partition, so I followed this instruction: http://drbl.org/faq/fine-print.php?path=./2_System/102_restore_image_to_different_partition.faq#102_restore_image_to_different_partition.faq.
This worked too, but unfortunately I had to change partitions and reinstall my Windows Vista again.
Then I wanted to restore the image to the original partition, so I followed again the FAQ instructions and modified the image so that it can be restored to the original HDD.
Clonezilla live started to restore, but after ~5% progress it terminated and showed the following error message:
"Error(22): lseek: Invalid argument" and a bunch of messages about NTFS_restore or whatever.
I checked the image, but there are no files mixed up and also the content of /home/partimage/my-image-new/parts is ok.
I have no idea what to do now. Is it possible that it has something to do with NTFS compression?
I speak German, so my English is not the best, but I hope you can understand what I mean and I would appreciate it if you answer to me in a simple way :)
Thank you in advance.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't think it's a hardware issue because I tried to restore the image additionally onto a new, faultless external HDD and the same error occured. The image must be corrupted somehow, but no files have been deleted. Maybe it has something to do with the partition table?
The data are very important for me and I need them to be restored as quickly as possible, so I'd be very grateful if someone can find a solution.
Thank you.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So what's the files list in the image dir?
Could you please run:
find /home/partimag/$YOURIMAGE/ -print
(Replace $YOURIMAGE with your image dir name)
and post the results?
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks.
I made a backup of the image dir on another external hdd.
The data I want to restore are from sdb1 and they should be restored also on sdb1. It's not necessary to restore sdb5.
I'm going to try this method when I'll have time for it, so it may will take a while until I can tell you if it worked or not.
Can I run these commands in the Clonezilla shell or is it also possible to run them in Knoppix? (I don't have much experience with Linux but I'll try to get along with it).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"Can I run these commands in the Clonezilla shell or is it also possible to run them in Knoppix? " -> Please run that on Clonezilla live shell, since some of the programs, especially "partclone", might not exist on Knoppix.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I followed the instructions of the FAQ but I had some problems:
First command: file /home/partimag/2011-02-16-16-img/sdb1.ntfs-img.aa
Reply: /home/partimag/2011-02-16-16-img/sdb1.ntfs-img.aa
Next command: cd /home/partimag/2011-02-16-16-img/
Reply: user@debian:/home/partimag/2011-02-16-16-img$
Next command: touch sdb1.img
Next command: cat dir/sdb1.ntfs-img.* | gzip -d -c | partclone.restore -C -s - -o sdb1.img
Reply: -bash: partclone.restore: command not found
cat: dir/sdb1.ntfs-img.*: No such file or directory
gzip:stdin: unexpected end of file
I really have no idea what I did wrong…Maybe you could help me with this?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Because it didn't work in Clonezilla i tried to run these commands in Knoppix.
Finally, after several tries the following command worked:
cat /media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.* | ntfsclone -r -f -o ./sda1.img - But then, after ~2.30% of progress, Knoppix started to hang and didn't work more longer so I had to reboot.
Now I'm totally desperate. Is there any other possibility to restore the image? I'd even extract every single file manually if it was necessary…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"Command not found" means the command you assign can not be found. If you switch as root, it should be in the PATH…
i.e. ntfsclone's absolute is:
/usr/sbin/ntfsclone
For normal user, normally the PATH does not include "/sbin" or "/usr/sbin". In Clonezilla live, you can switch to root by:
sudo -i
and then the environment should include the path "/sbin/" and "/usr/sbin".
Anyway, your case there is really troublesome, maybe it's due to the issue in the file integrity… If so, it will be very difficult to fix… If the issue is on the compression, maybe you can to use some of the recover tool to recover it, e.g. http://blog.mypapit.net/2007/12/how-to-recover-corrupted-gzip-files-in-linux.html
although the chance is very low…
Very sorry to see this and good luck to you.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So…
I tried to restore it manually
This command worked on Knoppix on an other computer
cat /media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.* | ntfsclone -r -f -o ./sda1.img -
but after 14 hours there have been only 5% of progress so I aborted it.
What I'm going to do now is that I'll keep the image and I'll completely reinstall my system.
Fortunately I found a very old backup of the most important data, so not everything is lost.
Let me know if you're on holiday in Austria one day - you can come over and try to restore the Clonezilla image ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"Fortunately I found a very old backup of the most important data, so not everything is lost." -> Good. It's always a good idea to backup system frequently.
"Let me know if you're on holiday in Austria one day - you can come over and try to restore the Clonezilla image ;-) " -> Ha, sure. If someday I go there…
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello
I have a problem when I want to restore my Clonezilla image.
Because my Windows Vista 32bit Home Premium didn't boot and I had not much time, I decided to make an Image to my external hard drive with Clonezilla Live.
It worked fine and to test it I restored the image temporarily. All data have been restored.
After having reinstalled my Windows Vista it was necessary to restore the image to a different partition, so I followed this instruction: http://drbl.org/faq/fine-print.php?path=./2_System/102_restore_image_to_different_partition.faq#102_restore_image_to_different_partition.faq.
This worked too, but unfortunately I had to change partitions and reinstall my Windows Vista again.
Then I wanted to restore the image to the original partition, so I followed again the FAQ instructions and modified the image so that it can be restored to the original HDD.
Clonezilla live started to restore, but after ~5% progress it terminated and showed the following error message:
"Error(22): lseek: Invalid argument" and a bunch of messages about NTFS_restore or whatever.
I checked the image, but there are no files mixed up and also the content of /home/partimage/my-image-new/parts is ok.
I have no idea what to do now. Is it possible that it has something to do with NTFS compression?
I speak German, so my English is not the best, but I hope you can understand what I mean and I would appreciate it if you answer to me in a simple way :)
Thank you in advance.
"Error(22): lseek: Invalid argument" -> Not sure if it's an hardware issue…
Steven.
I don't think it's a hardware issue because I tried to restore the image additionally onto a new, faultless external HDD and the same error occured. The image must be corrupted somehow, but no files have been deleted. Maybe it has something to do with the partition table?
The data are very important for me and I need them to be restored as quickly as possible, so I'd be very grateful if someone can find a solution.
Thank you.
So what's the files list in the image dir?
Could you please run:
find /home/partimag/$YOURIMAGE/ -print
(Replace $YOURIMAGE with your image dir name)
and post the results?
Steven.
In order to save the file list as a textfile, I ran the command in a Knoppix shell.
This is the list ("2011-02-16-16-img" is the name of the image):
/media/sda1/Sicherung/2011-02-16-16-img/
/media/sda1/Sicherung/2011-02-16-16-img/disk
/media/sda1/Sicherung/2011-02-16-16-img/Info-dmi.txt
/media/sda1/Sicherung/2011-02-16-16-img/Info-lshw.txt
/media/sda1/Sicherung/2011-02-16-16-img/Info-lspci.txt
/media/sda1/Sicherung/2011-02-16-16-img/Info-packages.txt
/media/sda1/Sicherung/2011-02-16-16-img/parts
/media/sda1/Sicherung/2011-02-16-16-img/sdb-chs.sf
/media/sda1/Sicherung/2011-02-16-16-img/sdb-hidden-data-after-mbr
/media/sda1/Sicherung/2011-02-16-16-img/sdb-mbr
/media/sda1/Sicherung/2011-02-16-16-img/sdb-pt.parted
/media/sda1/Sicherung/2011-02-16-16-img/sdb-pt.sf
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.aa
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ab
/media/sda1/Sicherung/2011-02-16-16-img/sdb5.aa
/media/sda1/Sicherung/2011-02-16-16-img/sdb5.ab
/media/sda1/Sicherung/2011-02-16-16-img/sdb5.ac
/media/sda1/Sicherung/2011-02-16-16-img/sdb5.ad
/media/sda1/Sicherung/2011-02-16-16-img/sdb5.ae
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.au
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.av
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.aw
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ax
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ay
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.az
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ba
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bb
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bc
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bd
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.be
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bf
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bg
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bh
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bi
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bj
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bl
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bm
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bn
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bo
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bp
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bq
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.br
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bs
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bt
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bu
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bv
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bw
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bx
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.by
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bz
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ca
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.cb
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ac
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.at
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.bk
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ad
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ae
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.af
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ag
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ah
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ai
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.aj
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ak
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.al
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.am
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.an
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ao
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ap
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.aq
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.ar
/media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.as
So the data you want to restore is from sdb1 or sdb5?
You might be able to use this method to restore data:
http://drbl.sourceforge.net/faq/fine-print.php?path=./2_System/68_manually_partclone_restore.faq#68_manually_partclone_restore.faq
Or get the more verbose messages when it gives error.
//NOTE// Since you mentioned that data is very important, please backup your image dir (2011-02-16-16-img) on another disk, and keep that disk in a off-line, safe place. Just in case.
Good luck.
Steven.
Thanks.
I made a backup of the image dir on another external hdd.
The data I want to restore are from sdb1 and they should be restored also on sdb1. It's not necessary to restore sdb5.
I'm going to try this method when I'll have time for it, so it may will take a while until I can tell you if it worked or not.
Can I run these commands in the Clonezilla shell or is it also possible to run them in Knoppix? (I don't have much experience with Linux but I'll try to get along with it).
"Can I run these commands in the Clonezilla shell or is it also possible to run them in Knoppix? " -> Please run that on Clonezilla live shell, since some of the programs, especially "partclone", might not exist on Knoppix.
Steven.
I followed the instructions of the FAQ but I had some problems:
First command: file /home/partimag/2011-02-16-16-img/sdb1.ntfs-img.aa
Reply: /home/partimag/2011-02-16-16-img/sdb1.ntfs-img.aa
Next command: cd /home/partimag/2011-02-16-16-img/
Reply: user@debian:/home/partimag/2011-02-16-16-img$
Next command: touch sdb1.img
Next command: cat dir/sdb1.ntfs-img.* | gzip -d -c | partclone.restore -C -s - -o sdb1.img
Reply: -bash: partclone.restore: command not found
cat: dir/sdb1.ntfs-img.*: No such file or directory
gzip:stdin: unexpected end of file
I really have no idea what I did wrong…Maybe you could help me with this?
I'm sorry, the reply of the first command was:
/home/partimag/2011-02-16-16-img/sdb1.ntfs-img.aa: data
If I use "ntfsclone" instead of "partclone" the same error appears: "Command not found"
Because it didn't work in Clonezilla i tried to run these commands in Knoppix.
Finally, after several tries the following command worked:
cat /media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.* | ntfsclone -r -f -o ./sda1.img -
But then, after ~2.30% of progress, Knoppix started to hang and didn't work more longer so I had to reboot.
Now I'm totally desperate. Is there any other possibility to restore the image? I'd even extract every single file manually if it was necessary…
"Command not found" means the command you assign can not be found. If you switch as root, it should be in the PATH…
i.e. ntfsclone's absolute is:
/usr/sbin/ntfsclone
For normal user, normally the PATH does not include "/sbin" or "/usr/sbin". In Clonezilla live, you can switch to root by:
sudo -i
and then the environment should include the path "/sbin/" and "/usr/sbin".
Anyway, your case there is really troublesome, maybe it's due to the issue in the file integrity… If so, it will be very difficult to fix… If the issue is on the compression, maybe you can to use some of the recover tool to recover it, e.g.
http://blog.mypapit.net/2007/12/how-to-recover-corrupted-gzip-files-in-linux.html
although the chance is very low…
Very sorry to see this and good luck to you.
Steven.
So…
I tried to restore it manually
This command worked on Knoppix on an other computer
cat /media/sda1/Sicherung/2011-02-16-16-img/sdb1.ntfs-img.* | ntfsclone -r -f -o ./sda1.img -
but after 14 hours there have been only 5% of progress so I aborted it.
What I'm going to do now is that I'll keep the image and I'll completely reinstall my system.
Fortunately I found a very old backup of the most important data, so not everything is lost.
Let me know if you're on holiday in Austria one day - you can come over and try to restore the Clonezilla image ;-)
"Fortunately I found a very old backup of the most important data, so not everything is lost." -> Good. It's always a good idea to backup system frequently.
"Let me know if you're on holiday in Austria one day - you can come over and try to restore the Clonezilla image ;-) " -> Ha, sure. If someday I go there…
Steven.