Problema al crear una image de disco sin procesar y montarla en modo de rescate en QEMU

Estoy intentando crear un sistema de arranque desde la image del disco sin procesar. Esto es lo que hago:

$ dd if=/dev/zero of=system2.img bs=1M count=6000 6000+0 records in 6000+0 records out 6291456000 bytes (6.3 GB) copied, 69.3662 s, 90.7 MB/s $ sudo fdisk system2.img Command (m for help): o Building a new DOS disklabel with disk identifier 0xdd22ed22. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won't be recoverable. Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) Command (m for help): w The partition table has been altenetworking! Syncing disks. $ sudo fdisk system2.img Command (m for help): n Partition type: p primary (0 primary, 0 extended, 4 free) e extended Select (default p): Using default response p Partition number (1-4, default 1): Using default value 1 First sector (2048-12287999, default 2048): Using default value 2048 Last sector, +sectors or +size{K,M,G} (2048-12287999, default 12287999): Using default value 12287999 Command (m for help): a Partition number (1-4): 1 Command (m for help): w The partition table has been altenetworking! Syncing disks. $ sudo kpartx -avs system2.img add map loop1p1 (252:0): 0 120832 linear /dev/loop1 2048 $ sudo mkfs.ext4 -U c0f21c98-ebf4-4f27-91b8-205da17c7893 /dev/mapper/loop1p1 mke2fs 1.42 (29-Nov-2011) Discarding device blocks: done Filesystem label= OS type: Linux Block size=1024 (log=0) Fragment size=1024 (log=0) Stride=0 blocks, Stripe width=0 blocks 15104 inodes, 60416 blocks 3020 blocks (5.00%) reserved for the super user First data block=1 Maximum filesystem blocks=61865984 8 block groups 8192 blocks per group, 8192 fragments per group 1888 inodes per group Superblock backups stonetworking on blocks: 8193, 24577, 40961, 57345 Allocating group tables: done Writing inode tables: done Creating journal (4096 blocks): done Writing superblocks and filesystem accounting information: done 

Luego trato de usar esta image de disco QEMU y el modo de rescate (arrancar desde Debian Netinst ISO). Me ofrece montar mount /dev/sda1 , pero no lo hace. Desde /var/log/syslog parece que ve /dev/sda1 como FAT

Tengo otra image de disco, que funciona con el modo de rescate. La única diferencia que pude encontrar entre ellos es que, si miro la image de trabajo con cfdisk , veo el primer tipo de partición como ext4 . En una image que falla, dice Linux

Aparentemente hay un error en kpartx . Esta secuencia de commands funciona:

 $ sudo losetup --show --find system2.img /dev/loop5 $ sudo kpartx -avs /dev/loop5 

No debería dar file de image de disco directamente a kpartx

Probado en Ubuntu 12.04