I really would like to restore these images - any ideas?Īnd by the way: is there maybe another way to access the data in the images. I tried to change the BIOS settings for the SATA controller from AHCI to ATA mode - but that did not help. "Failed to restore partition image file /home/partimag/-17-XPS-Vista/sda2* to /dev/sda2! Maybe this image is corrupt! Press "Enter" to continue." just pressed enter without changing anything.īoth images (i.e. The data image I tried to restore to a 15 GB partition (primary) on the same HDD.Īll restore settings (exept the MD5 image check) and all not mentioned backup settings were set to default, i.e. I tried to restore the Vista image to the same internal HDD, but on non-active, primary partition with 65 GB. The second partition was a 10 GB FAT32 data partition (primary), backuped with no compression and MD5 checksum.
Clonezilla image restore drive sizes windows#
The first partion was a Windows Vista installation on a 50 GB NTFS partition (primary, active), backuped twice: In both cases the source partition was at an internal SATA disk (450 GB) and the backup disk was an external USB 2.0 HDD (250 GB). Using the Clonezilla Live CD 1.2.1-23 I saved two partions. Okay, I have exactly the same problem as polloxer. Is there anything with the way I've partitioned the HDD that I'm trying to restore the image to, or the parameters I'm giving to clonezilla (mostly stuck with the default ones) that could cause such an error to occur? Although I don't have a network device to save the image to, I could try saving it to a different USB HDD if we can't figure this out in the next couple weeks (I'm away from my other external hard drive at the moment, but I'll have it with me again in a few weeks). I will try the memtest when I get a chance, but I haven't experienced any problems with my ram. In any case, I've seen no indication from any other program (reading and writing to the hdd) that there's something wrong with it hardware-wise. The usb device was giving me trouble originally with Clonezilla not being able to recognize it, but repartitioning it with gparted fixed that problem. Any way to get more specific info about what went wrong? I assume that Windows image backup uses a similar block-to-block imaging strategy. As long as the destination drive (designated by of) is o f the same size or larger as the original source, then the operation will work.
However, the first image I made took the normal amount of time (2 or 3 hours), and gives me the exact same error when attempting to restore the image: right after the "Finished unicasting" line, it gives this vague message about failing to restore the image. To restore from an image, the user would issue dd if/mnt/folder/file.iso of/dev/sda. It was very strange, but the checksum claimed the image was fine. The rate started at about 1000 MB/min, but steadily dropped throughout the process even several hours into it the rate kept dropping.
0 kommentar(er)
