|
From: ToddAndMargo <Tod...@zo...> - 2022-12-18 23:40:26
|
On 12/11/22 14:41, ToddAndMargo via Dump-users wrote: > Hi All, > > Fedora 36 and 37 > dump-0.4-0.49.b47.fc36.x86_64 > qemu-kvm-7.1.0-3.fc36.x86_64 > ext4 file system > > I have an absolute disaster on my hands. Dump does not properly > restoring my sparse qemu-kvm qcows2 drives. I frequently restored my > qcows2 drive after goofing my Windows Virtual Machines' (VM's) with > updates (have to simulate what my customers see). All VM's were off > during the dump backup. > > gparted sees (booting the VM off a live iso) the restored drive as a > blank drive. > > In the following, the qcows2 file whit the date on the end is the good > file. The one without the date is the restored file: > > ls -al KVM-W11.qcow2 KVM-W11.qcow2_2022-12-11 > -rw-r--r--. 1 qemu qemu 33615708160 Dec 8 02:28 KVM-W11.qcow2 > -rw-r--r--. 1 qemu qemu 33615708160 Dec 8 02:28 KVM-W11.qcow2_2022-12-11 > > sha256sum KVM-W11.qcow2 KVM-W11.qcow2_2022-12-11 > 2ed61cdbb654c5a6c69200d5531a5147653561c13f75944fb1086d9c80fcd96b > KVM-W11.qcow2 > 05c48a0994a8c6f748e218104c7a6fd9117b4de357a97c51704ed74082c26f04 > KVM-W11.qcow2_2022-12-11 > > As you can see, they are the same size but not the same contents! > > This was the restore command: > restore -if /lin-bak/2022-12-10_rootExt4Dump.gz > > Any words of wisdom? > > Many thanks, > -T I eventually converted all my qcows drives over to raw drives and that cured the problem. But I'd still like to know is there is any way to get dump to backup a qcows sparse file. |