インストールISOを変更して起動可能な状態に保つ方法は？

Question 1

出力には、dumpetソースファイルに2つのElToritoブートイメージが含まれていることが表示されます。 1つはBIOSスタイルの起動用、もう1つはUEFI用です。オプションを使用してBIOSの最初の起動イメージを指定し、オプションを使用して2番目の起動イメージを指定する必要がmkisofsあります。このような：-eltorito-alt-boot-eltorito-platform efi

sudo mkisofs \
  -no-emul-boot \
  -b boot/etfsboot.com \
  -boot-load-seg "${BOOT_LOAD_SEG}" \
  -boot-load-size "${BOOT_LOAD_SIZE}" \
  -eltorito-alt-boot \
  -b <UEFI boot image name here> \
  -eltorito-platform efi \
  [...]

UEFIブートイメージでどのファイルを使用できるかわかりません。

更新：元のWindows 10 ISOイメージを取得し、いくつかの実験を行いました。私のバージョンでは、Load LBAUEFIブートエントリの値は519です。 CD-ROMブロックサイズが2048バイトであることを念頭に置いてブロックをダンプしました。

$ dd if=<silly_long_name>.iso bs=2048 skip=519 count=1 > win_efi_boot.dmp

$ file win_efi_boot.dmp
win_efi_boot.dmp: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID "MSDOS5.0", 
root entries 224, sectors 2880 (volumes <=32 MB) , sectors/FAT 9, sectors/track 18, 
serial number 0xef56c0, label: "EFISECTOR  ", FAT (12 bit), followed by FAT

1.4MB フロッピーイメージの先頭のように見えます。 2880フロッピーセクタ*フロッピーセクタあたり512バイト/ CD-ROMセクタあたり2048バイト= 720 CD-ROMセクタ。ファームウェアはLoad Sectors値を無視し、実際のサイズを見つけるためにFATブートセクタを調べます。

dd if=<silly_long_name>.iso bs=2048 skip=519 count=720 of=win_efi_boot.img

はい、これにはファイルサイズが936352バイトの（v）FAT12ファイルシステムが含まれています\EFI\BOOT\BOOTX64.EFI。

$ sudo mount -o loop,ro win_efi_boot.img /mnt
$ ls -l /mnt/EFI/BOOT/BOOTX64.EFI
-rwxr-xr-x 1 root root 936352 Apr 11  2018 /mnt/EFI/BOOT/BOOTX64.EFI

私もファイルの16進ダンプをインポートしましたwin_efi_boot.img。ファイルが終わった後、BOOTX64.EFIフロッピー画像の残りの部分はすべて0バイトで埋められるので、これはcount=720正しいと思います。

したがって、同じことができ、win_efi_boot.imgRAW ISO（私のような）からUEFIブートファイルシステムイメージを抽出し、オプションと一緒に使用できる必要があります-e。

Answer

出力には、dumpetソースファイルに2つのElToritoブートイメージが含まれていることが表示されます。 1つはBIOSスタイルの起動用、もう1つはUEFI用です。オプションを使用してBIOSの最初の起動イメージを指定し、オプションを使用して2番目の起動イメージを指定する必要がmkisofsあります。このような：-eltorito-alt-boot-eltorito-platform efi

sudo mkisofs \
  -no-emul-boot \
  -b boot/etfsboot.com \
  -boot-load-seg "${BOOT_LOAD_SEG}" \
  -boot-load-size "${BOOT_LOAD_SIZE}" \
  -eltorito-alt-boot \
  -b <UEFI boot image name here> \
  -eltorito-platform efi \
  [...]

UEFIブートイメージでどのファイルを使用できるかわかりません。

更新：元のWindows 10 ISOイメージを取得し、いくつかの実験を行いました。私のバージョンでは、Load LBAUEFIブートエントリの値は519です。 CD-ROMブロックサイズが2048バイトであることを念頭に置いてブロックをダンプしました。

$ dd if=<silly_long_name>.iso bs=2048 skip=519 count=1 > win_efi_boot.dmp

$ file win_efi_boot.dmp
win_efi_boot.dmp: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID "MSDOS5.0", 
root entries 224, sectors 2880 (volumes <=32 MB) , sectors/FAT 9, sectors/track 18, 
serial number 0xef56c0, label: "EFISECTOR  ", FAT (12 bit), followed by FAT

1.4MB フロッピーイメージの先頭のように見えます。 2880フロッピーセクタ*フロッピーセクタあたり512バイト/ CD-ROMセクタあたり2048バイト= 720 CD-ROMセクタ。ファームウェアはLoad Sectors値を無視し、実際のサイズを見つけるためにFATブートセクタを調べます。

dd if=<silly_long_name>.iso bs=2048 skip=519 count=720 of=win_efi_boot.img

はい、これにはファイルサイズが936352バイトの（v）FAT12ファイルシステムが含まれています\EFI\BOOT\BOOTX64.EFI。

$ sudo mount -o loop,ro win_efi_boot.img /mnt
$ ls -l /mnt/EFI/BOOT/BOOTX64.EFI
-rwxr-xr-x 1 root root 936352 Apr 11  2018 /mnt/EFI/BOOT/BOOTX64.EFI

私もファイルの16進ダンプをインポートしましたwin_efi_boot.img。ファイルが終わった後、BOOTX64.EFIフロッピー画像の残りの部分はすべて0バイトで埋められるので、これはcount=720正しいと思います。

したがって、同じことができ、win_efi_boot.imgRAW ISO（私のような）からUEFIブートファイルシステムイメージを抽出し、オプションと一緒に使用できる必要があります-e。

Question 2

Wn10_20H2_v2_English_x64.iso上記の@telcoMの有用な情報を拡張して説明するために利用可能な（たとえば、EFIブート可能）ISOを取得するためのこのプロセスを提供します。私の意図は、FAT32 USBドライブからインストールできるようにファイルを分割してinstall.wimISOを使用することです。ベントイ。

クイック概要：

使用される狡猾なツール考えられるmkisofsトラブルシューティング
使用されるWimlib分割wimアーカイブ
TelcoMの方法を使用して、ISOからブートフロッピーイメージを抽出します。実際のフロッピー画像を使用することが重要に見えます。boofx64.efiその中に含まれるファイルがefi/boot/ディレクトリ内のファイルと異なるようです。
ISOビルドプロセスは、ユーザーにフロッピーイメージLBAと最終サイズ（常に720セクター）を求めるプロンプトが表示されるため、半自動です。

スクリプト：

#!/bin/bash

# provide paths, no closing /

ISO_IMAGE="/path/to/Win10.iso"
ISO_IMAGE_OUT="/path/to/Win10_split.iso"
WORKING_DIR="/home/user/working"

echo "Paths set"
echo "ISO_IMAGE $ISO_IMAGE"
echo "WORKING DIRECTORY: $WORKING_DIR"

# prerequisites
# sudo apt-get install libxml2-dev ntfs-3g-dev libfuse-dev libattr1-dev dumpet

# install schily tools http://schilytools.sourceforge.net/
# alias smake=/opt/schily/bin/smake
# alias mkisofs=/opt/schily/bin/mkisofs

# install wimlib https://wimlib.net/

# git clone git://wimlib.net/wimlib
# cd wimlib

# libtoolize --force
# aclocaldc
# autoheader
# automake --force-missing --add-missing
# autoconf
# ./configure

# sudo make install
# gsudo ldconfig -v

printf "\nRemoving/recreating the working directory\n"
rm -r -d -f $WORKING_DIR
mkdir $WORKING_DIR

printf "\nMounting the ISO image\n"
sudo mount -r -t udf $ISO_IMAGE /media/iso

printf "\nCopying the ISO image contents to the working directory\n"
cp -r /media/iso/* $WORKING_DIR
chmod -R 755 $WORKING_DIR

printf "\nUnmounting the ISO image\n"
sudo umount /media/iso

printf "\nSplitting the install.wim archive\n"
wimsplit $WORKING_DIR/sources/install.wim $WORKING_DIR/sources/install.swm 2000
rm -d -f $WORKING_DIR/sources/install.wim

printf "\nGetting the boot image LBA from the ISO\n----------\n"
dumpet -i $ISO_IMAGE

printf "\nShould be a integer number following the second 'Load LBA': "
read LOAD_LBA

printf "\n"
dd if=$ISO_IMAGE bs=2048 skip=$LOAD_LBA count=1 > $WORKING_DIR/efi/win_efi_boot.img

printf "\nNow we get the boot.img and check the right file size.\nThe below output should detect a 'DOS/MBR boot sector' and sectors size should be 2880 which would mean 2880 * 512 / 2048 = 720.\n----------\n"
file $WORKING_DIR/efi/win_efi_boot.img

printf "\nThat would make the input 720: "
read LOAD_COUNT

printf "\n"
dd if=$ISO_IMAGE bs=2048 skip=$LOAD_LBA count=$LOAD_COUNT > $WORKING_DIR/efi/win_efi_boot.img

printf "\nBuilding an image\n"
/opt/schily/bin/mkisofs \
-no-emul-boot \
-b boot/etfsboot.com \
-boot-load-seg 0 \
-boot-load-size 8 \
-eltorito-alt-boot \
-no-emul-boot \
-b efi/win_efi_boot.img \
-boot-load-size 1 \
-iso-level 4 \
-UDF \
-o $ISO_IMAGE_OUT \
$WORKING_DIR/

printf "\n\nImage ready!\n\n"

Answer

Wn10_20H2_v2_English_x64.iso上記の@telcoMの有用な情報を拡張して説明するために利用可能な（たとえば、EFIブート可能）ISOを取得するためのこのプロセスを提供します。私の意図は、FAT32 USBドライブからインストールできるようにファイルを分割してinstall.wimISOを使用することです。ベントイ。

クイック概要：

使用される狡猾なツール考えられるmkisofsトラブルシューティング
使用されるWimlib分割wimアーカイブ
TelcoMの方法を使用して、ISOからブートフロッピーイメージを抽出します。実際のフロッピー画像を使用することが重要に見えます。boofx64.efiその中に含まれるファイルがefi/boot/ディレクトリ内のファイルと異なるようです。
ISOビルドプロセスは、ユーザーにフロッピーイメージLBAと最終サイズ（常に720セクター）を求めるプロンプトが表示されるため、半自動です。

スクリプト：

#!/bin/bash

# provide paths, no closing /

ISO_IMAGE="/path/to/Win10.iso"
ISO_IMAGE_OUT="/path/to/Win10_split.iso"
WORKING_DIR="/home/user/working"

echo "Paths set"
echo "ISO_IMAGE $ISO_IMAGE"
echo "WORKING DIRECTORY: $WORKING_DIR"

# prerequisites
# sudo apt-get install libxml2-dev ntfs-3g-dev libfuse-dev libattr1-dev dumpet

# install schily tools http://schilytools.sourceforge.net/
# alias smake=/opt/schily/bin/smake
# alias mkisofs=/opt/schily/bin/mkisofs

# install wimlib https://wimlib.net/

# git clone git://wimlib.net/wimlib
# cd wimlib

# libtoolize --force
# aclocaldc
# autoheader
# automake --force-missing --add-missing
# autoconf
# ./configure

# sudo make install
# gsudo ldconfig -v

printf "\nRemoving/recreating the working directory\n"
rm -r -d -f $WORKING_DIR
mkdir $WORKING_DIR

printf "\nMounting the ISO image\n"
sudo mount -r -t udf $ISO_IMAGE /media/iso

printf "\nCopying the ISO image contents to the working directory\n"
cp -r /media/iso/* $WORKING_DIR
chmod -R 755 $WORKING_DIR

printf "\nUnmounting the ISO image\n"
sudo umount /media/iso

printf "\nSplitting the install.wim archive\n"
wimsplit $WORKING_DIR/sources/install.wim $WORKING_DIR/sources/install.swm 2000
rm -d -f $WORKING_DIR/sources/install.wim

printf "\nGetting the boot image LBA from the ISO\n----------\n"
dumpet -i $ISO_IMAGE

printf "\nShould be a integer number following the second 'Load LBA': "
read LOAD_LBA

printf "\n"
dd if=$ISO_IMAGE bs=2048 skip=$LOAD_LBA count=1 > $WORKING_DIR/efi/win_efi_boot.img

printf "\nNow we get the boot.img and check the right file size.\nThe below output should detect a 'DOS/MBR boot sector' and sectors size should be 2880 which would mean 2880 * 512 / 2048 = 720.\n----------\n"
file $WORKING_DIR/efi/win_efi_boot.img

printf "\nThat would make the input 720: "
read LOAD_COUNT

printf "\n"
dd if=$ISO_IMAGE bs=2048 skip=$LOAD_LBA count=$LOAD_COUNT > $WORKING_DIR/efi/win_efi_boot.img

printf "\nBuilding an image\n"
/opt/schily/bin/mkisofs \
-no-emul-boot \
-b boot/etfsboot.com \
-boot-load-seg 0 \
-boot-load-size 8 \
-eltorito-alt-boot \
-no-emul-boot \
-b efi/win_efi_boot.img \
-boot-load-size 1 \
-iso-level 4 \
-UDF \
-o $ISO_IMAGE_OUT \
$WORKING_DIR/

printf "\n\nImage ready!\n\n"

Question 3

私は上記のddメソッドを試すのに長い時間を費やしました。ただし、この方法はEFIブートコードを部分的にのみダンプするため、EFIブートはまだ失敗します。私が見つけた重要なヒント：https://docs.microsoft.com/en-us/troubleshoot/windows-server/deployment/create-iso-image-for-uefi-platforms

efiのスタートコードは「efi/microsoft/boot/efisys.bin」にあります。

この詳細を知ったら、残りは簡単です。特定の *nix システムの mkisof バリエーションによってわずかに異なります。次の 2 つの例を正常にテストし、UEFI セキュアブートも機能します。

セントオペレーティングシステム：

genisoimage \
  --allow-limited-size \
  -no-emul-boot \
  -b "boot/etfsboot.com" \
  -boot-load-seg 0 \
  -boot-load-size 8 \
  -eltorito-alt-boot \
  -no-emul-boot \
  -e "efi/microsoft/boot/efisys.bin" \
  -boot-load-size 1 \
  -iso-level 4 \
  -udf \
  -o "win.iso" \
  "source/"

MacOS（マックブルー）：

mkisofs \
  -no-emul-boot \
  -b "boot/etfsboot.com" \
  -boot-load-seg 0 \
  -boot-load-size 8 \
  -eltorito-alt-boot \
  -eltorito-platform efi \
  -no-emul-boot \
  -b "efi/microsoft/boot/efisys.bin" \
  -boot-load-size 1 \
  -iso-level 4 \
  -UDF \
  -o "win.iso" \
  "source/"

Answer