
他にこれを再現できる人はいますか? Windows で StarWind V2V Image Converter を使用すると、有効な disk.img ファイルを取得できるので、ソース image.vhd はクリーンです (ラックスペースからプルダウン)。これは RHEL/CentOS 7 での qemu-img のバグでしょうか? ... 回避策はありますか?
$ rpm -qa | grep -i qemu qemu-img-1.5.3-86.el7_1.2.x86_64 # qemu-img convert -p image.vhd disk.img # fdisk -l ディスク.img ディスク disk.img: 10.2 GB、10200121344 バイト、19922112 セクタ 単位 = 1 セクター * 512 = 512 バイト セクターサイズ(論理/物理):512バイト/512バイト I/O サイズ (最小/最適): 512 バイト / 512 バイト ディスクラベルタイプ: dos ディスク識別子: 0x0007b3de デバイス ブート 開始 終了 ブロック ID システム ディスク.img1 * 2048 19922943 9960448 83 Linux [ 2048 x 512 = 1048576 ] # マウント -o loop,オフセット=1048576 disk.img tmp/ マウント: 間違ったファイルシステムタイプ、不正なオプション、/dev/loop0 の不正なスーパーブロック、 コードページまたはヘルパープログラムが見つからない、またはその他のエラー 場合によっては、syslogに有用な情報が見つかることがあります。 dmesg | tail など。 dmesg の出力例しっぽ [220700.705723] EXT4-fs (ループ0): ext4 サブシステムを使用して ext3 ファイルシステムをマウントする [220700.705739] EXT4-fs (ループ0): 不正なジオメトリ: ブロック数 2490112 がデバイスのサイズ (2490008 ブロック) を超えています