web-dev-qa-db-ja.com

rawディスクイメージの作成とレスキューモードでのQEMUへのマウントの問題

生のディスクイメージから起動システムを作成しようとしています。これが私がすることです：

$ 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

次に、このディスクイメージQEMUとレスキューモード（debian netinst ISOから起動）を使用してみます。 /dev/sda1をマウントするように提案されますが、マウントできません。 /var/log/syslogからは、/dev/sda1をFATとして認識しているように見えます

レスキューモードで動作する別のディスクイメージがあります。それらの間で私が見つけた唯一の違いは、cfdiskで作業イメージを見ると、最初のパーティションタイプがext4であることがわかるということです。失敗した画像では、Linuxと表示されます

diskfdiskloop-devicerescuecfdisk
3
Roman Saveljev

kpartxには明らかにバグがあります。この一連のコマンドは機能します。

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

ディスクイメージファイルをkpartxに直接提供しないでください

Ubuntu12.04でテスト済み

1
Roman Saveljev