☰

syslinux がディスクイメージに予期しないパーティションを作成します。

tag-icon • tag-icon filesystems partition boot-loader disk-image syslinux
syslinux がディスクイメージに予期しないパーティションを作成します。

ディスクイメージにブートローダをインストールしようとすると、奇妙な動作が発生します。これが私が従うプロセスです：

$ dd if=/dev/zero of=test.img status=progress bs=200M count=1
1+0 records in
1+0 records out
209715200 bytes (210 MB, 200 MiB) copied, 0.190117 s, 1.1 GB/s

$ mkfs.ext2 test.img
mke2fs 1.47.0 (5-Feb-2023)
Discarding device blocks: done
Creating filesystem with 204800 1k blocks and 51200 inodes
Filesystem UUID: f6442813-7b8c-4636-b69e-334696e0840b
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729

Allocating group tables: done
Writing inode tables: done
Writing superblocks and filesystem accounting information: done

$ sudo mount test.img mount-point/ -o loop

$ fdisk -l test.img
Disk test.img: 200 MiB, 209715200 bytes, 409600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

$ sudo extlinux -i mount-point/
mount-point/ is device /dev/loop0
Warning: unable to obtain device geometry (defaulting to 64 heads, 32 sectors)
         (on hard disks, this is usually harmless.)

$ fdisk -l test.img
Disk test.img: 200 MiB, 209715200 bytes, 409600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x20ac7dda

Device     Boot      Start        End    Sectors   Size Id Type
test.img1       3224498923 3657370039  432871117 206.4G  7 HPFS/NTFS/exFAT
test.img2       3272020941 5225480974 1953460034 931.5G 16 Hidden FAT16
test.img3                0          0          0     0B 6f unknown
test.img4         50200576  974536369  924335794 440.8G  0 Empty

Partition table entries are not in disk order.

extlinux -iこのコマンドがディスクイメージに新しいパーティションを作成する理由はわかりません。一部のファイルシステムメタデータが変更される可能性があると思いますが、詳細についてより明確に説明したいと思います。また、パーティション化されていないディスクイメージにSyslinuxをインストールできますか？

ベストアンサー1

MBRパーティションテーブルは、ディスクの最初の512バイトブロックの末尾にある非常に単純な構造です。チェックサム、ハッシュ、その他のエラー保護機能は含まれていません。

作成したファイルシステム/パーティションイメージに対して実行すると、fdisk -l実際に最初のブロック（パーティションブートレコードまたはPBR）がMBRとして誤って解釈されます。説明したように、これは意味のない出力を引き起こします。

私の記憶が正しい場合、生成されたPBRには次のextlinuxものが含まれます。スタートコード物理パーティション表が占める場所のMBRにあります。 PBRブートコードfdiskの一部を読み、それをMBRコンテンツとして表示しようとする場合も同様です。extlinux出力が意味がないのは当然です！

おすすめ記事