Estou tentando criar o sistema de inicialização a partir da imagem de disco bruta. Isso é o que eu faço:
$ 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 altered!
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 altered!
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 stored 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
Então eu tento usar esta imagem de disco QEMU e modo de recuperação (inicialização do debian netinst ISO). Ele me oferece para montar /dev/sda1 , mas não consegue fazer isso. De /var/log/syslog , parece que o /dev/sda1 é FAT
Eu tenho outra imagem de disco, que funciona com o modo de recuperação. A única diferença que pude encontrar entre eles é que, se eu olhar para a imagem de trabalho com cfdisk , vejo o primeiro tipo de partição como ext4 . Na imagem com falha, diz Linux
Aparentemente, há um bug em kpartx . Esta sequência de comandos funciona:
$ sudo losetup --show --find system2.img
/dev/loop5
$ sudo kpartx -avs /dev/loop5
Não deve fornecer o arquivo de imagem de disco diretamente para o kpartx
Testado no Ubuntu 12.04
Tags disk fdisk loop-device rescue cfdisk