On Tue, Dec 16, 2014 at 10:29:25AM -0500, Skippy VonDrake wrote:
The appliance kernel couldn't find any partitions at all on the disk.
Is it a raw format disk image, or some other format that qemu can reasonably be expected to read?
I used the "Advanced Options" of Macrium Reflect (on Windows 7) to do a raw byte copy.
If it is, then yes I'd say the image is corrupted. However you'd
probably want to hexdump it to see what's really going on.
I looked at the first sector wondering if Macrium prepended its own stuff but it looks like the start of a boot sector to me.
Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 00000000 EB 3E 90 4D 53 57 49 4E 34 2E 30 00 02 40 01 00 ë>.MSWIN4.0..@.. 00000010 02 00 02 00 00 F8 FC 00 3F 00 40 00 3F 00 00 00 .....øü.?.@.?... 00000020 41 E0 3E 00 80 00 29 91 2C 95 24 20 20 20 20 20 Aà>.€.)‘,•$ 00000030 20 20 20 20 20 20 46 41 54 31 36 20 20 20 F1 7D FAT16 ñ}
Looks like a disk sector to me too. However the partition table is further on. See: https://en.wikipedia.org/wiki/Master_boot_record#Sector_layout Rich.
As for examining the rest of the image at the hex level and making an assessment - that is beyond my scope of expertise. But certainly it could have been corrupted. I'll see if I can get access to the drive and use Linux (and dd) to make a new image.
_______________________________________________ Libguestfs mailing list Libguestfs@redhat.com https://www.redhat.com/mailman/listinfo/libguestfs
-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v