ドライバパックに含まれないドライバを見つけたら PE Builder の "drivers" フォルダへ個別にコピーして対応して下さい。新しいデバイスでも、ドライバさえあれば BartPE 起動時に F6 を押してドライバを FDD から追加する事ができる事を覚えておくといいでしょう。

See Also:

　レジストリへの登録を行わないといけないプラグインはちょっとややこしくなります。レジストリの内容をプラグイン形式で記述しなくてはなりません。Reg2PE.exe を使って実際のレジストリや、インストール前後のレジストリ差分ファイルからプラグイン形式のレジストリ情報を作成する必要があります。

　Explorer & IE 環境ではショートカットも必要になってくるでしょう。ですが、これも手動で作ろうと思うと意外に面倒なものです(実際にやってみれば解ります)。PE_SC.exe を使うと比較的楽にショートカットが作れます。

　オールインワンなプラグイン作成ツールもあります。 Plugin Builder がそれで、先述のツール類を組み合わせたようなツールになっています。先人の作られたプラグインを解析するののにも有益なツールです。

　また、プラグインはキャビネット形式 (*.cab) で圧縮すべきです。プラグインをプラグインダイアログで追加する時には cab 形式でないと追加できないからです...とは言え、プラグインダイアログからインストールしているヒトは少ないようで、zip による手動インストールが主流のようです。

　本家フォーラムにも専用スレッドがあります。

　理屈としては、

• PE の起動時におけるファイル読み込み順を調べる
• ISO 書き込み時にファイルをその順序で書き込む

　 Plugin Manager v2 を使えば比較的簡単にできます。

1. "PE Builder" のフォルダに "sort.lst" を作成。
   本家フォーラムの "Pebuilder Cd Layout Optimization" を参考にしてソートリストを作成して下さい。
   
   • 最適なリストは環境によって異なります。
   • ソートリストに記述するパスは %OutDir% からの相対パス / 絶対パスの両方が使えます。
     (mkisofs の最後のパラメータに渡されるパスが絶対パスなら絶対パスで、相対パスであれば相対パスで記述しなくてはなりません。)
   • ソートリストに記述するファイルはビルドデータのファイル名と一致していなくてはなりません。
     (大文字/小文字を区別します。但し、PE Builder 添付版を使う場合にはすべて大文字で記述します。)
   • ソートリストに記述するパス / ファイル名に空白文字が含まれていてもダブルクォーテーションで括る必要はありません。
   • パス区切り文字は "/" になります。
   
   

2. Plugin Manager v2 の環境設定を変更。
   "PE Builder" タブの

   • "ビルド時パラメータ" に "-auto -exit -overwrite" を指定
   • "ISO 作成時パラメータ" に "-auto -exit" を指定
   • "ビルドでの ISO 作成に外部プログラムを使う" にチェックを入れる
   • "ISO 作成に外部プログラムを使う" にチェックを入れる

   "外部プログラム" タブの

   • "パラメータ" に ""@PluginManage "@PEBuilde を作成。

     REM "@PluginManage "@PEBuilde-iso-level 4 -volid "BartPE" -A PEBUILDER/MKISOFS -sysid "Win32" -sort sort.lst -b bootsect.bin -no-emul-boot -boot-load-size 4 -hide bootsect.bin -hide boot.catalog -o %2 %3 if not ERRORLEVEL 0 goto Exit :EraseCD if "%5"=="0" goto BurnCD cdrecord.exe %7 blank=fast if not ERRORLEVEL 0 goto Exit :BurnCD if "%6"=="0" goto Exit cdrecord.exe %7 driveropts=burnfree %2 if not ERRORLEVEL 0 goto Exit :Exit

   • 
     
   • Plugin Manager v2 からビルド。

　他の高速化には以下の方法があります。

• inf ファイルをすべて Unicode (UTF-16) -> ANSI (Shift_JIS)化する。
• EXE や DLL を UPX 圧縮する

• .inf Reducer を使って inf ファイルを縮小する事ができます。使い方は "infred.exe %outdir%\i386\inf" です。
• Sherpyaさんの "Build Scripts" に含まれる InfCacheBuild.exe でinf ファイルをキャッシュファイルに変換する事ができます。使い方は "InfCacheBuild.exe %outdir%" です。

[必要なもの]

1. USBPE.EXE を解凍し、%pebuilder%フォルダへコピー。
2. "PE2USB" を解凍し、%pebuilder%\srsp1 フォルダへコピー。
3. "Microsoft Windows Server 2003 SP1" を DL。
4. USBPE.EXE を実行、[File | Extract ServicePack] を実行。 3. で DL した EXE を指定。
5. USB フラッシュメモリでエミュレーションモードを変更できるのなら USB-ZIP に変更。

1. USBPE.EXE を起動。
2. "USB Flash-Memory Drive:" コンボボックスで USB フラッシュメモリドライブを指定。
3. [Write Bootsector] ボタンを押下。

• format %USB フラッシュメモリのドライブ:% /fs:fat /u /v:BartPE /backup
• "HP Windows-based Format Utility for HP Drive Key or DiskOnKey USB Device" でフォーマット
  うまくブートしない場合はこちらを試してみて下さい。

1. USBPE.EXE を起動
2. "USB Flash-Memory Drive:" コンボボックスで USB フラッシュメモリドライブを指定。
3. "Install Type:" コンボボックスでインストール (ブート)方法を指定。
4. [Build] ボタンを押下。

[起動手順]

1. PC の電源が OFF になっているのを確認する。
2. USB フラッシュメモリを挿す。
3. PC の電源を入れる。
4. BIOS 画面を開く。
5. BIOS の起動に関する設定を行う。

   Phoenix - AwardBIOS CMOS Setup Utility                                                       Boot Sequence                                   ╔═════════════════════════════════════════════════════╦════════════════════════╗ ║    1st Boot Device              [CDROM]             ║        Item Help       ║ ║    2nd Boot Device              [Floppy]            ╠════════════════════════╣ ║    3rd Boot Device              [Hard Disk]         ║ Menu Level   >>        ║ ║    Boot From Other Device       [Enabled]           ║                        ║ ║  > Hard Disk Boot Priority      [Press Enter]       ║ Select Your Boot       ║ ║                                                     ║ Device Priority        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ╚═════════════════════════════════════════════════════╩════════════════════════╝ ↑↓→←:Move Enter:Select  +/-/PU/PD:Value  F10:Save ESC:Exit  F1:General Help               F5:Previos Values               F7:Optimized Defaults

   
   

   Phoenix - AwardBIOS CMOS Setup Utility                                                  Hard Disk Boot Priority                              ╔═════════════════════════════════════════════════════╦════════════════════════╗ ║    1.USB-HDD0  :  USB 2.0 Flash Disk PRO            ║        Item Help       ║ ║    2.Bootable add-in Cards                          ╠════════════════════════╣ ║    3.Ch0 M.    :  Maxtor 6B200P0                    ║ Menu Level   >>>       ║ ║                                                     ║                        ║ ║                                                     ║ Use <↑> or <↓> to      ║ ║                                                     ║ Select a device , then ║ ║                                                     ║ press <+> to move it   ║ ║                                                     ║ up , or <-> to move it ║ ║                                                     ║ down the list.Press    ║ ║                                                     ║ to exit this     ║ ║                                                     ║ menu.                  ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ║                                                     ║                        ║ ╚═════════════════════════════════════════════════════╩════════════════════════╝     ↑↓:Move Enter:Select  PU/PD/+/-:Change Priority  F10:Save  ESC:Exit                 F5:Previos Values               F7:Optimized Defaults

   
   
   • HDD の起動順序が変えられる場合には USB-HDD や USB-ZIP を選択する必要はありません。
   • HDD の起動順序が変えられる場合には USB フラッシュメモリデバイスを起動順序の最上位に持ってきて下さい。
   • HDD の起動順序が変えられない場合には USB 関係のデバイスを起動順序の最上位に持ってきて下さい。
   
   
6. BIOS 画面を抜ける。
7. BartPE が起動。

• 場合によっては USB フラッシュメモリの挿抜タイミングが必要となる場合があります。
• 6. の直後に USB フラッシュメモリを抜き、再起動してから最初の FDD アクセスで LED が消灯した直後に USB フラッシュメモリを挿すとブートに成功する事があります。
• ISO イメージブートの場合、514MB を超える ISO イメージだと正常にブートしないかもしれません。これは恐らく Server 2003 SP1 から持ってきた ramdisk.sys の制限です。

1. ISO イメージブート
   起動時に RAM ディスクボリューム (BartPE の RAM ディスクの事ではない) を作って仮想 CD として扱い、それに USB フラッシュメモリ内の ISO イメージを割り当てて起動する方法。ISO イメージを最初に全部読み込むので、512MB の容量をいっぱいに使った ISO イメージだと起動に 10 分程かかる。しかも、RAM ディスクボリューム上に仮想 CD を作る構造なため、メモリは ISO イメージサイズ + 128MB 程度必要となる。但し、一旦起動してしまえば普通の BartPE とは別次元の操作性を体験できる。PE で腰を据えて作業したい人向け。
2. HDD ライクブート
   HDD ではなく USB フラッシュメモリに対して "PE Installer" を行ったようなもの。ブートプロセスは HDD にインストールした PE と同じ (制限も HDD インストール時と全く同じ)。ISO イメージブートに比べ、起動時間は 4 ～ 6 割と高速。但し、何かする度に突っかかるような感じがするのは通常の BartPE 同様 (若干速い程度)。ハードウェアトラブル等で PE を何度も再起動しなければならない人向け。

See Also:

　ですが、ネットワークブートには当然サーバが必要であり、そのサーバには

• PXE サーバ
• TFTP サーバ
• DHCP サーバ

　動作的には上の "USB フラッシュメモリ (ISO イメージ) ブート" をネットワークで行うような感じになります。

　詳細な設定方法は "PXE ブート環境作成手順の日本語版 + 文書で説明しているプラグイン用 inf 付 (2ch Bart's PE Builder Thread Uploader)"、或いは "Bart's PE Builder スレッド 6 枚目" の 107 番以降を参照して下さい。

　XP に回復コンソールをインストールするには XP-CD 内の "winnt32.exe" に "/cmdcons" というオプションを付けて実行します。インストールすると "cmdcons" というフォルダができてここに回復コンソール用のファイルがインストールされます。

　...ですが、回復コンソールは XP 上からは実行できません 。実行するには再起動して XP の OS セレクタから "Microsoft Windows XP 回復コンソール" を選ぶ必要があります。これは BartPE にも当てはまります。

　つまり、"回復コンソール" プラグインは BartPE に回復コンソールを組み込むものではなく、BartPE の CD に回復コンソールを同居させる ものなのです。よって、マルチブートの仕組みが必要となります。

　"回復コンソール" プラグインはマルチブートに BCDW を利用します。ファイル名を小文字で処理する mkisofs をお使いなのであれば、BartPE FileCase 等を使って\BCDW フォルダと\BCDW フォルダ内のファイル / フォルダを大文字化する必要があります。また、mkisofs に指定するブートローダが変更 (BCDW のもの) になりますので、"回復コンソール" プラグイン付属の readme.txt をよく読んでから組み込むようにして下さい。

See Also:

　対処方法は簡単で、BartPE が操作可能になったら

1. [マイコンピュータ] を右クリック。
2. "プロパティ" を選択。
3. [詳細設定] タブを選択。
4. "パフォーマンス" の [設定(S)] を押下。
5. [詳細設定] タブを選択。
6. "仮想メモリ" の [変更(C)] を押下。
7. 適当な HDD を選択。
8. "カスタムサイズ(C)" を選択。
9. "初期サイズ" と "最大サイズ" に 100 程度を設定して [設定(S)] を押下。

　なお、当然ですがこの方法は HDD が見えない場合には使えません。そんな時は USB-HDD (やフラッシュメモリ) を用意して、そこへ仮想メモリを生成しましょう。

• BartPE のいくつかのファイルは大文字でなければなりません。
• PE Builder 添付版はファイルをすべて大文字で処理します。
• 通常の最新版 mkisofs はファイルを大文字で処理しません。日本語ファイル名は化けません。
• PE Builder 添付版は日本語ファイル名が文字化けします。
• 790 氏作のものはファイルをすべて大文字で処理し、日本語ファイル名は化けません。但し "-duplicates-once" オプションが使えません。

　PE Builder は内部で mkisofs を起動しますが、ブートローダを小文字で指定しています。PE Builder 添付版はビルドデータが大文字であっても小文字であっても、結局 ISO 作成時には大文字で処理するので問題ないのですが、最新版 mkisofs と差し替えて使うとブートローダを小文字で処理してしまい、起動しない BartPE ができてしまいます。かといって、ISO 作成前にブートローダを大文字にすると、今度は内部で呼び出している mkisofs の引数が小文字固定なため ISO の作成に失敗します。

　ファイルの大文字化を簡単にやってくれるツールがあります。BartPE FileCase がそれで、大文字必須ファイルのみを大文字にしてくれます。使い方は "pefc.exe %outdir%" です。追加で大文字化したいフォルダ/ファイルがあるのであれば pefc.env に記述して下さい。但し、PE Builder 3.1.4 βからは大文字化を自動でやってくれるようになっています。

　PE Builder 添付版でない mkisofs を使うメリットはいくつかありますが、最たるものは、やはりスタートメニューの文字列でしょう。すべて大文字であるより遥かに見易くなります。また、マルチブート CD を作る場合には小文字の使える mkisofs を使う事になると思います。

なお、Bart's PE Builder v3.1.10 から、 "ファイルを大文字化しない" というオプションが追加されています。このオプションを使う場合、プラグインにファイルコピー / 展開時での大文字化の記述が必須となったり、大文字化が必要なファイルが存在する場合には ISO ビルド前に自前でファイルの大文字化を行わなくてはならない事になります。

See Also:

　傍目には面倒そうに見えますが、一度環境を作ってしまえば後は意外と楽です。

• inf / sif / ini ファイルを小さくする。
• いくつかのファイルを UPX で圧縮する。
• mkisofs に "-duplicates-once" パラメータを渡す。

1. inf/sif/ini ファイルを小さくする。
   .inf Reducer を使って下さい。
2. UPX で圧縮
   後述します。
3. mkisofs に "- duplicates-once" パラメータを渡す。
   そのままですね。これを行うと CD 内で重複しているファイルをハードリンク (のようなもの) により一つにまとめます。少し古い PE Builder 添付版の mkisofs ではこの指定ができません。
4. 使わないフォントを削除する。
   アイコンが青色のフォントは全削除して構いません。フォントの削除により若干の高速化も図れます。青色のフォントを削除するだけで 4.6MB 程度軽量化できます。

　UPX で圧縮しているファイルは "Postprocessing" プラグインを参考にしています。他にも圧縮できるファイルがありますので、EXE を中心に追加してみて下さい。 "I386\ SYSTEM32" 内の EXE はすべて圧縮しても目に付く問題はなかったように思います...ただ、環境は人によって異なるので、オススメはしません。

　 "Plugin Manager v2" の "外部プログラム" 欄には ""@PluginManage "@PEBuilde のように指定して下さい。

　OEM 版には本家にはない機能があり、そのうちの一つに多言語対応があります。 "lang" フォルダに日本語言語ファイルをコピーして [Builder | Option] で "Japanese" を選択すると、アプリケーション再起動後に日本語化されます。一部、日本語として奇妙な点があるかもしれませんが、これは言語の差異によるものです。英語では倒置がよく使われるのですが、リソース文字列はフォーマット文字列で提供されていないため、そのまま日本語を当てはめるとおかしな日本語になってしまいます。

　 Bart's PE Builder 環境に OEM 版を上書きして使っても問題はないと思いますが、気になるのであれば pebuilder.exe と pebuilder.inf 、"lang" フォルダだけを上書きして使うようにすればいいでしょう。

　Reatogo 版を単体で使っていいものか？という質問に対して私は何もお答えする事ができません。Reatogo フォーラムで確認して下さい。Bart's PE Builder 版と Reatogo 版のどちらを使えばいいのか？という質問も同様です。ご自身で決めるべき事だと思います。但し、Reatogo 版を使っていて 2ch 等で質問をする際にはそれを明記すべきでしょう。

　 Bart's PE Builder 3.1.9 より、OEM 版からのフィードバックが行われるようになりました。これにより Bart's PE Builder でも日本語化ができるようになりました。

See Also:

　例えば、

• CD-R は正常に読めるのに CD-RW の読み込み速度が遅い。
• 650MB 以外のメディアの読み込み速度が遅い。
• CD 系は正常に読み取れるが、DVD の読み込み速度が遅い。

• 光学ドライブをクリーニングしてみる。
• DVD に BartPE を焼いているのなら CD 系のメディアに換える。
• CD-RW に BartPE を焼いているのなら CD-R に換える。
• 650MB 以上のメディアを使っているのなら、650MB のメディアに換える。
• ライティングソフトで "Disc を閉じる" 設定で焼く。
• ライティングソフトで書き込み速度を低速にする。
• 光学ドライブを交換する(^^;

• v3.1.9 以降で発生する事があります。
• UBCD4WIN ドライバパッケージを使っているのであれば、v1.8 に更新してみて下さい。或いは Storage 系のドライバをすべて削除してみてください。
• Explorer & IEと Nu2Shell のようにシェル関係のプラグインを同時に組み込まないようにしてみて下さい。
• それでも駄目なら PE Builder の v3.1.3(or v3.1.4 β)を使ってみて下さい。
• v3.1.3 以前の PE Builder で発生する場合にはプラグインを疑ってみて下さい。

　pebuilder.inf を最新版に準拠させるには...

See Also:

• UBCD4WIN ドライバパックを使っているのなら v1.8 を使ってみる。
• Storage 系のドライバをすべて外してみる。

See Also:

　個人的には公式リリース版だけ追っかけていくのが楽だとは思います...情報も多いですし。確かに、最新版には便利な機能がありますが、結局の所 "できる事" というのは安定版と殆ど差はありません。

　以下にバージョンによる pebuilder.exe の機能の違いを列挙します。主な変更点の赤字の部分は特に重要だと思われる改変です。同梱のプラグインについては一切の説明を省いてあります。

　つまりは "意図した組み込み順序にならない事による不具合" が起きる可能性が高まるのです。例えば "Explorer & IE" プラグインはフォルダ名が "z_ExplorerIE" となっています。これはできるだけ後でプラグインを組み込まなくてはならない事を意味しています。しかし FAT32 の場合には、このフォルダ名に何の意味もなくなってしまいます。

　FAT32 で順序を変えるには、一旦プラグインフォルダを別の場所へ "移動" して組み込みたい順番にプラグインフォルダへ書き戻すしかありません。 "Plugin Manager(v1)" で行っている処理も同様のロジックです。しかし、フラグメントの大きいディスクに於いては、 "移動" - > "書き戻し" でも意図した順序にならない可能性があります。

　プラグインを追加する度にフォルダの順序を気にする必要が出てくるので、特別な理由がない限り PE Builder は NTFS なドライブにインストールするようにして下さい。

　NTFS なドライブにインストールしても、組み込み順序を変更するのにプラグインのサブフォルダ名を変更する必要があります。 Plugin Manager v2 を使えばサブフォルダ名を変更する事なくプラグインの組み込み順序を変更する事ができます。

　一つの方法として、332氏 + 491氏 + 520氏による "Enable Sound" プラグインがあります。

See Also:

　ビルド時に大量のエラーが出る理由ですが、多くのプラグインが Nu2Menu のメニューにメニューアイテムを追加しているからです。Nu2Menu プラグインを無効にすると書き込む先の"nu2menu.xml"が存在しなくなるためにエラーが出ます。

　これを回避する方法は幾つかあります。

1. エラーを無視する。
   無視してもちゃんとビルドデータはできています。但し、PE Builder は"書き込めないファイルがある"とエラーを返します。"Postprocessing" プラグイン等のガイジンサンのスクリプトや Plugin Manager / v2 はこのエラーコードを見ているので、 "ビルド" -> "ISO 作成" をシームレスに行う事ができなくなります。もちろん、PE Builder だけで完結する場合はこの限りではありません。
2. Nu2Menu にメニューを追加しているプラグインから Nu2Menu に関する記述をコメントアウトする。
   ちょっと面倒です。
3. Nu2Menu プラグインの [SourceDisksFiles] セクションにある "nu2menu.xml=a,,3" 以外をすべてコメントアウトする。
   Nu2Menu 環境を作る時にプラグインをまた書き直さなくてはなりませんが。
4. "Null2Menu" プラグインを有効にして "Nu2Menu" プラグインを無効にする。
   これが一番簡単かも。i386 フォルダにダミーの nu2menu.xml が残ってしまいますが、プラグインをオリジナルのままにしておけるという利点があります。

　"bootfix.bin"が存在しなければ"Press any key to boot from CD"は出なくなります。但し、環境によっては"bootfix.bin"を組み込まないと BartPE が起動しない事があります。

　私の体験談ですが、古い CD-ROM ドライブや調子の悪い CD-ROM ドライブで、

1. "Press any key to boot from CD"が出ない (bootfix.bin 無) ブート CD。
2. かつ、CD-R メディアに焼いたブート CD。

　特殊な事情がない限り、"Press any key to boot from CD"方式の起動をオススメします。BartPE を起動する PC が bootfix.bin を組み込まなくても自動的に起動する事が確認できているのであればこの限りではありません。

See Also:

　それでも見つからないのであれば、本家筋をあたってみましょう。

1. BartPE で使う可能性のある USB 機器をすべて実機で認識させる。
2. すべての USB コネクタで認識させる。
3. レジストリエディタを起動。
4. [HKEY_LOCAL_MACHINE \System\Select] にある Current の値を覚えておく。Current が "1" なら 8. 以降の手順を行う。
5. usb1394.bat をテキストエディタで開き、"Controlset001" を "ControlSetnnn (Current の値)" に置換。
6. usb1394.bat を実行。
7. usb1394.reg をテキストエディタで開き、"ControlSetnnn (Current の値)" を "ControlSet001" に置換。
8. "(実機の OS インストールドライブ):\\Windows ～"になっている所を(後述)に置換。
9. 置換したパスに含まれるファイルと、そのファイルが参照しているファイルを調べ、プラグインに追加。

• 新しい USB 機器が増えたら usb1394.reg を再生成しなくてはならない(した方がいい)。
• 固定ハードディスク扱いの USB 機器は BartPE を生成した PC が既知のデバイスでないとホットプラグできない (可能性が高い)。

　レジストリが肥大するのが少しイヤではありますが、片っ端からお友達の持っている USB 機器を自分の PC に繋いで認識させておくと

イザという時に便利

追記：
　上記の処理をやるにしても、REG_EXPAND_SZ や REG_MULTI_SZ は hex(2) や hex(7) のようにバイナリ扱いで出力されています。しかも Unicode のバイナリです。ここに含まれるパスを修正するのは非常に困難です。上記の処理を何も考えずに行ってくれるツールを作成しました。 Registry File Generator for USB & 1394-Plugin です。

　 Registry File Generator for USB & 1394-Plugin は、

• 余計なレジストリヘッダを吐かない。
• 吐いたレジストリファイルは Ansi なのでサイズが小さい。
• Controlset 自動認識。
• XP -SP1 / XP-SP2 の環境に合わせて自動置換。
• REG_SZ / REG_EXPAND_SZ (hex(2)) / REG_MULTI_SZ (hex(7)) が対象。

See Also:

1. Dell の CD を適当な場所にコピー。
2. コピー先の I386 フォルダに移動。
3. I386 フォルダへ fixdell.cmd をコピー。
   (
4. 同じく SubInACL.exe をコピー。
   (
5. fixdell.cmd を実行。
6. PE Builder のソースに 1.のフォルダを指定。
7. BartPE をビルド。

• テンプレートサイトやこのサイト、或いは過去ログに同様の事例が掲載されている場合。
• ビルド環境やエラーメッセージ情報が欠落していて、憶測でしか物が言えない場合。
• 特殊な環境下にある場合(誰も所有していないソフトウェア/ハードウェア固有の問題を提示した等)。
• 割れ物を使っている場合。
• 最初から欲張ってプラグインを入れすぎている環境で、障害箇所を特定しようがない場合。
• "2ch スタンダードな BartPE"以外の方法でビルドした BartPE に関する質問をした場合。

　DSP 版やパッケージ版の XP を使って"2ch スタンダードな BartPE"を最小構成で作った場合、ほぼすべての環境で正常に起動できます。元来 PE は "Preinstalled Environment" 、つまり、OS インストール用に作られた XP のサブセット OS です。言い換えれば起動できない環境があるのは問題な訳です。しかしながら、トラブルに遭遇するのも事実です...ですが、トラブルの殆どはサブセット OS をフルセット OS に近づけようとする過程で生じます。具体的にはドライバの追加やプラグインの追加がそれに当たります。

　BartPE を最初に作る場合には"2ch スタンダードな BartPE"をオススメします。そして、それが確実に動作する事を確認してからプラグインを一つずつ追加して下さい。その上でトラブルに遭遇したのであれば、テンプレートサイトやこのサイト、或いは過去ログを活用して下さい。それでもなおトラブルが解消できないのであれば、ありのままの現状を"正確に"伝えるようにしましょう。

• ソースに使っている XP / Server 2003 の種類。
• SP の種類。
• nLite 等の使用有無。
• ソースは CD なのか、それともリカバリ領域の I386 からなのか？
• PE Builder のバージョン。
• USB フラッシュ関連なら搭載メモリ量と ISO サイズ、PE のタイプ (ISO ブート / HDD ライクブート)。
• ブルースクリーン (BSoD) になるのであれば、エラーメッセージまたはエラー ID。
• ビルド時にエラーになるのであればビルドログ中のエラー箇所の抜粋。
• メーカー製 PC の場合はそのメーカ名 (特に Dell)。
• プラグインの動作に関するものであればそのプラグインの入手先（メジャーなものであれば不要）。
• 使っている mkisofs の入手先 (添付版かそうでないか)。
• 今までに自分が試した事。

　レスが付いた時に、回答する側は"回避策"あるいは"原因となる部位を特定するための検証手順"を提示する場合が殆どです。検証手順を示されたら、まずはその検証を行い結果を報告して下さい。この際に他の事(新たにプラグインを追加するとかビルド環境を変えるとか)をやってしまうと、例えその結果トラブルが解決できたとしても、原因が特定できないために、同じ症状で同じ質問が繰り返される事になります。

• 検証結果が OK だったのか NG だったのか
• 解決できたのであれば、その手順

 ---------------------------------------- Bart's PE Builder スレッド 5 枚目 424 より ----------------------------------------  質問にレス付けてる側から言わせてもらえれば、テンプレサイトや FAQ を見た上で質問しているのであれば回避策を提示したり、検証手順を提示するのは全く苦になりません。 (聞く耳持ってるヒトならね)  あるトラブルで誰かが 1 時間悩んだとして、その情報がどこにも公開されていなければ、 (スキルの差はともあれ)同じトラブルで他の誰かも 1 時間悩む事になります。 100 人が同じ所で躓けばトータルで 100 時間もの無駄が生じますよね。  原因追究しようとするのも、フィードバックを求めるのも、FAQ をまとめたのも  全体で見た場合の"時間の無駄"を極力なくすためです。 BartPE でのエラー＆トライはご存じの通り非常に手間が掛かりますのでね。  故に、検証手順を示したのに"解決しました"とだけ書いて(或いはそらすらなく)、 "過程と結果をフィードバックしない"ヒトや、検証手順以外の事をやったりして "何が原因だったのかをうやむやにしてしまう"ヒトが叩かれる傾向にあるのは過去ログを読んでいればなんとなく理解できるかと思います。  # 矢継ぎ早に検証手順を提示されては"面食らってしまう" # というのも理解してはおりますが...(^^;A 

　質問をする事は全然悪いことではありませんし、質問時に自分を卑下する事もありません。ただ、的確なアドバイスを求めるのであれば詳細な情報を公開する事、そして、アドバイスをくれたヒトに素直に従ってみる事です(fusianasan やブラクラは除く)。

　例えば、あるソフトが "Dir" というキーに "C:\Windows\System32" という値を保持していたとします。PEBuilder 3.0.32 以前やソースに SP1 を使っていると、BartPE から起動したときのシステムドライブのドライブレターは不定となります。よって、このキーの値は不正なものとなってしまいます。PEBuilder3.0.32 以降 + XP-SP2 ソースであれば BartPE のシステムドライブのドライブレターは X: に固定されますので、上記のような場合だと単純に "X:\I386\System32" にすればいいのですが。

　BartPE が起動してみないとシステムドライブのドライブレターが確定しない場合には...先述の例で行くと "%SystemRoot%\System32" へ置換してやればいい事があります。但し、それはレジストリキーの種類が REZ_EXPAND_SZ かつ "アプリケーションが環境変数展開に対応している" 事が前提です。REG_SZ を無理矢理 REG_EXPAND_SZ に変更して環境変数を含むパスに置換しても、アプリケーション側が対応していなければ正しく動作しません。また、REG_EXPAND_SZ のキーに絶対パスで記述しているアプリケーションは "環境変数展開に対応していない" 可能性もあります。つまり、REG_SZ だろうが REG_EXPAND_SZ だろうが、環境変数を展開してくれるかどうかはアプリケーション次第という事になります。

　REG_SZ / REG_EXPAND_SZ に環境変数を含むパスを指定して、それを RegExpander.exe のエントリ ([HKEY_LOCAL_MACHIN_SOFTWARE\Sherpya\RegExpander] 以下) に書き込んでおき、起動時に RegExpander.exe を実行すると、指定されたキーの値を絶対パスで置換してくれます。

　"PEBuilder 3.0.32 以降 + XP-SP2" ソースでは、"X: 固定なので RegistryExpander を使わないでいい" のかと言えば、そういう訳でもありません。例えば、"Document and Settings" 以下を指す環境変数 (%APPDATA% や %HOMEPATH% 等) は RAM ディスク(B: 等)上に作られる事があり、X: で置換する訳にはいかないからです。

　RegExpander.exe は複数のプラグインから RunOnce や autorun*.cmd で呼び出されます。何度も実行されるとオーバーヘッドが大きくなりますので、できるだけ一度の起動になるようにして下さい。但し、プラグイン (の持つ二次的なファイルやプログラム) の組み込みタイミングによっては RegExpander.exe を複数回実行せざるを得ない事があります。

　ビルドを試行錯誤している段階であれば、RegExpander.exe での置換が正常に行われているかをレジストリエディタで確認して下さい。RegistryExpander を使用しているプラグインは置換が正常に行われる事を前提にして作られています。

　プラグインへの記述は、実際に RegistryExpander を使用しているプラグインを参考にするのが勉強になると思います。

　RegistryExpander を用いた環境変数の展開がうまくいかない場合には、Explorer が認識している特殊フォルダ用の環境変数 (シェルフォルダ) が正しく設定されていない可能性があります。

See Also:

begin    // Registry Expander   // ---------------------------------------------------------------------------   Print('Registry Expander Loading...');   Exec('RegExpander.exe','',-1);    // MMC add-on for XP-SP2   // ---------------------------------------------------------------------------   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','1004',3);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','1206',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','1806',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','1807',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','1808',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','1809',3);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','2000',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','2100',3);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','2101',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','2102',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','2200',0);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','2201',1);   RegWriteInteger(2,'Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones\0','2300',0);    // Explorer & IE   // ---------------------------------------------------------------------------   // Comment Out!! (Explorer & IE.inf)   // 0x0,"Software\Microsoft\Windows\CurrentVersion\RunOnce"   // 0x1,"Software\Microsoft\Windows\CurrentVersion\RunOnce","Startsrv","\i386\system32\Startsrv.cmd"   // ---------------------------------------------------------------------------   Print('Start Windows Management Instrumentation Service...');   ServiceStart('winmgmt');   Print('Start Cryptographic Services...');   ServiceStart('CryptSvc');    // SetFolderPath   // ---------------------------------------------------------------------------   HideExec('shsfp.exe','-f',-1);   SettingChangeNotification('Environment');    // Network[PENETCFG]   // ---------------------------------------------------------------------------   // Disable Network[PENETCFG] [Auto-Start]   // ---------------------------------------------------------------------------   Print('Start Network Services...');   Exec('penetcfg.exe','/UseProfile:penetcfg.ini',-1);  if RegisterRoutine('shell32.dll','SHChangeNotify','IIII','I') then     SHChangeNotify($08000000,$1000,0,0); end; 

　具体的な使い方ですが、コメント部にあるように、"Explorer & IE" プラグインの一部をコメントアウトし、autorun*.cmd の実行をすべて止めます。そして、autorun*.cmd 内の処理を実行したい順にスクリプトに移植します。以下に主要な機能の対応表を載せておきます。

・ AutoRun*.cmd での問題点

• どうしても黒い窓が表示されてしまいます。
• AutoRun*.cmd では起動順序の設定が複雑になります。
• AutoRun*.cmd は cmd.exe を何度も呼び出したり、コマンドラインツールを何度も実行したりしてオーバーヘッドが大きくなりがちです。

• デバッグが面倒です。一度 PE 環境でスクリプトを検証しなくてはなりません。
• レジストリの記述が可能ですが、レジストリの規模が大きい場合には逆に速度が低下します。また、バイナリデータ等の記述が面倒です。
  そのような場合には
  　Exec('regedit.exe','/s test.reg',-1);
  のようにして regedit でレジストリファイルを読み込んで下さい。

　起動時に shsfp.exe を実行して環境変数とシェルフォルダの関連付けを行って下さい。環境変数からパスへの変換が正しく行われないと、RegistryExpander も正常動作せず、あなたの組み込んだアプリケーションが BartPE で期待した動作をしない事があります。

　※詳細な情報は "Bart's PE Builder スレッド 4 枚目" の 217 番以降で得ることができます。 

See Also:

　BartPE の場合、プラグイン等で環境変数をレジストリに記述すれば必ず反映される訳ではなく、場合によっては環境変数更新通知をシステムに対して行わなくてはならない事があります。これを行わないと、例えば SP3 ソースに於いて mmc.exe を実行するとデスクトップに mmc????.xml というファイルが生成されたりします。

　スタートアップに "環境変数 TEMP を設定する (2ch Bart's PE Builder Thread Uploader)" や SHSFP (v1.07 以降) を仕込むか、或いは PPSH (v1.03 以降) でスクリプトに "SettingChangeNotification('Environment');" を記述する事で解決できます。

　※詳細な情報は "Bart's PE Builder スレッド 6 枚目" の 215 番以降で得ることができます。 

See Also:

　もし、表示されていないのであれば、どんなにブラウザの関連付けの設定を行っても、URL の内容が組み込んだブラウザで表示される事はありません。まず、"URL (プロトコル) 関連付けプラグイン (URL Associations Plugin)" を組み込んでみて下さい。
 
　mms: 等の特殊プロトコルを設定する時も "URL (プロトコル) 関連付けプラグイン(URL Associations Plugin)" の内容を参考にしてみて下さい。

　HDD に i386 フォルダがあるのであれば、wxp10.zip と組み合わせて起動可能なインストール CD を作る事が可能な事があります (必ず作れると断言はできませんが)。インストール CD が作れたのであればしめたもので、SP+メーカー等を使って SP をあて、それをソースにする事ができます。

See Also:

　[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet] に存在するレジストリキーを、プラグインの [SetupReg.AddReg] に記述する場合には CurrentControlSet ではなく ControlSet001 を指定する必要があります。BartPE はシングルユーザで動作するため、必然的に ControlSet は一つしか存在しません。つまり ControlSet001 です。

　[SetupReg.AddReg] に ControlSet001 を記述すると、PE 起動時に CurrentControlSet へ転記されます。CurrentControlSet を記述しても意図した動作にはなりません。

　実機ではどうでしょうか？実際に動作しているのは CurrentControlSet ですから、こちらからデータを読み出すのはＯＫとなります。但し、これを元にプラグインで [SetupReg.AddReg] に記述するにはやはり ControlSet001 へと置換しなくてはなりません。

　また、実機の CurrentControlSet は "起動中の Windows が参照しているレジストリ" ですから、保護機能が働いてデータを正常に読み出せない場合があります。よって、CurrentControlSet ではなく ControlSet からデータを抽出した方がいい事になるのですが、ここで早とちりをしないようにしなくてはなりません。PE のプラグインへは ControlSet001 で書き出さなくてはならないのですが、だからといって実機の ControlSet001 を参照すればいい訳ではないという点です。

　[HKEY_LOCAL_MACHINE \System\Select] にある Current の値を確認してみて下さい。この値が指す ControlSet が CurrentControlSet と同等のレジストリキーです。Current の値が 2 であれば、読み出すべき目的の ControlSet は "ControlSet002" となります。

　手順をおさらいしてみましょう。

1. [HKEY_LOCAL_MACHINE\System\Select] にある Current の値を確認。
2. Current の値が指す ControlSet からデータをエクスポート。
3. (プラグイン用にゴニョゴニョ)
4. ControlSet を ControlSet001 へ置換してプラグインに記述。

　このようなプラグインに出会ったら、*.bat/*.cmd を調べてレジストリ抽出部を "Registry File Generator" に任せるように改変するのがお手軽で確実だと思います。

See Also:

　NTFS の場合でも、プラグインの組み込み順序は必ずしも Explorer で見たときの順序通りではない場合がある事に注意して下さい。例えば "z_"で始まるフォルダと"zz_"で始まるフォルダがあった場合、Explorer では"z_"->"zz_"ですが、実際の組み込み順序は"zz_"->"z_"です。

　組み込み順序を確認する時にはレジストリのみをビルドするといいと思います(PE Builder のコマンドラインスイッチ参照)。レジストリのみのビルドだと時間をそれほど掛けずに、組み込み順序を調べるためのビルドログを得ることができます。最終的な組み込み順序は必ずビルドログで確認して下さい。

See Also:

　PE Builder 3.1.10 (a) かつ、Explorer & IE 環境においてネットワークを有効にするために必要なプラグインは

• "fix_net" プラグイン
• "penetcfg" プラグイン (PE Builder 同梱)

　PE Builder はビルド時に一部のネットワーク絡みのファイルを書き換えています。これらのファイルは UNICODE なのですが、2 バイトコードを考慮せずに ANSI 変換しているため、2 バイト圏の Windows をソースに使うとファイルが破壊され、正しく動作しなくなってしまいます。これらのファイルを最初から ANSI (Shift_JIS) 化し、コピーする役割を担っているのが "fix_net" プラグインです。

　 "penetcfg" プラグインで使う penetcfg.exe には "PENetCfg v2.30 Multilanguage (Beta)" を使って下さい(日本語が使えます)。上書きで構いません。

　手動で penetcfg.exe を起動するか、penetcfg.exe を一連の初期化の後で自動実行させれば、ネットワークが有効になります。

　PE から他の PC へアクセスするには普通にマイネットワークから参照すれば OK ですが、XP が SP2 になってからというもの、PE から他の PC の共有参照は不安定です。他の PC への共有フォルダにアクセスできない場合には以下を試してみて下さい (5 枚目 533 ～ 534 より)。

1. BartPE 起動後、PENetCfg で Network を有効にする。
   （もし"PENETCFG: Automatically start PE Network configurator" を仕込んでいれば、PENetCfg は起動時に動くはずです）
   　この時、IP Address や Workgroup の設定を LAN に合わせて正しく行う。
2. Explorer から、フォルダツリーからでなく、いきなりアドレスバーに共有 PC の "\\IP Address\共有フォルダ名" を入力し、Enter。
   （PC 名は使わない。共有フォルダ名 or 共有名を忘れない。）
3. Password Dialog が出るまで、数秒～十数秒程度何もせず我慢して待つ。
4. Dialog が出たら、共有 PC の <ユーザ名> と <パスワード> を誤り無く入力し、Enter。
5. Explorer に共有元のフォルダが見えるまで、数秒～十数秒程度何もせずひたすら黙って待つ。
   

• "security=share" 設定になっている Linux の SAMBA サーバへの接続は特殊な事をせずとも、普通にマイネットワークからの参照でうまく行く事が多いです。
  
• 最近の Windows は基本的にパスワードなしの共有を行えません。

　任意のフォルダを共有させるには

1. penetcfg.exe を実行。
2. [ファイル共有] ボタンを押し、設定を行う。
3. SHChangeNotify で変更通知 (または Explorer から F5 を手動で押下)。
   ( "FileSharingService" プラグイン同梱の ChgNtfy.exe でも同様の処理が可能)

　XP がSP2 になってからというもの、PE への共有参照も繋がったり繋がらなかったり不安定です。PE の共有フォルダにアクセスできない場合には以下の事を試してみましょう。

• penetcfg で "すべてのドライブのルートを共有する" ようにする。
• 任意のフォルダを共有する場合には penetcfg のダイアログが消えて30 秒程待ってから共有の設定を行う。
• PE の共有フォルダにアクセスする場合には penetcfg のダイアログが消えて30 秒程待ってからにする。
• UNC パスでコンピュータ名ではなく IP アドレスを指定してみる。

　共有に失敗するメカニズムについてはよく解っていませんが、penetcfg 終了直後には何らかの名前解決に関する処理(キャッシュのプール？)が実行中で、それが完了する前に共有処理を行うとロック(或いはキャッシュ破壊)が発生し、以降名前解決に関する処理が正しく動作しないかのような振る舞いをする事があります。他の PC の共有参照であれPE の共有参照であれ、penetcfg のダイアログが消えてしばらくは何もしないというのが共有を成功させるコツだと思われます。

なお、Custom プラグイン等に以下の記述を追加しておくと PE の共有フォルダ参照時にパスワード入力を求められなくなります。

 [SetupReg.AddReg] 0x0,"ControlSet001\Control\Lsa" 0x4,"ControlSet001\Control\Lsa","RestrictAnonymous",0x0 

　Explorer & IE 環境の場合、penetcfg.exe と処理が重複するレジストリキーが含まれています。

See Also:

　例えば、ソースが変更になった場合、一般的な構成だと

• "Explorer & IE" プラグイン
  ソースが XP-SP1 / XP-SP2 でプラグインそのものが違う。winlogon.cmd を実行して winlogon.exe を再生成する必要がある。
   
  
• "fix_net" プラグイン
  inf_fix.cmd を実行して netmscli.inf / nettcpip.inf を再生成する必要がある。

　PE Builder のバージョンが変更になった場合には、前の環境のバックアップを取っておくべきです。PE Builder は頻繁に仕様変更が行われます。プラグインが更新された時も同様で、新しいバージョンでビルドして問題が出ない事が確認されるまでは古いバージョンを保存しておくべきです。

　プラグインの中には実機からファイルを抽出するものがあります。例えば、 "USB & 1394" プラグインを導入していてビルドしている PC が変更になった、または接続する機器が増えたのであれば、usb1394.reg を再生成する必要があります。一度やってしまえば殆どが以降、再抽出せずに正常動作するものが多いので忘れがちですが、実は本来の動作をしていなかった...という事がないように、導入しているプラグインの確認を"たまには"行った方がいいと思います。ビルド前に無条件に抽出/生成するスクリプトを書いて仕込んでみるのもいいでしょう。

See Also:

　"Explorer & IE" プラグインを導入している場合には、Explorer&IE.inf の [SourceDisksFiles] セクションにある "plugin.ocx=2" を "plugin.ocx=2,,4" に書き換えて下さい。また、このファイルが不要になる事で要らなくなるレジストリがあります。

"Explorer & IE" プラグインを導入していない環境でも "Windows HTA and WSH" プラグイン (または、オリジナルの "Mshta" プラグイン) を導入していると同様の現象が起きます。修正とコメントアウトを行ってください。

MSHta.inf

　NTFS なので、XP の PE である BartPE から Vista の (システム) パーティションにアクセスする事は可能です。但し、注意が必要です。

　2000 / XP では有効活用されていなかったハードリンク / ジャンクションという機能があります。Vista ではこれが積極的に使用されるようになったようです。加えてシンボリックリンクの機能が追加されました。NTFS 上に構築されたシンボリックリンクはデフォルトでは 2000 / XP から辿る事ができません。シンボリックリンク用の API も Vista で最初に実装されたものです。

• ショートカット
  実体は *.lnk という定義ファイル。これを実行すると定義されているアプリケーションを引数等の情報を元に起動する。
  　
• ハードリンク
  　ファイル実体を指すポインタを増やす機能と考えるといい。
  
  • ファイルの実体である Z に対して A というファイル名が付けられているとする。ここに B というハードリンクを張ると Z は A でも B ででもアクセスできる。実体は同じものになるので、A に変更を加えると B も更新される。
  • ハードリンクを増やしてもディスク容量消費量は微々たるものになる。
  • A を削除しても B でアクセスできる。この状態で B を削除して初めてファイル Z を消去できる。
  • ハードリンクはフォルダに対して行えない。
  • 違うドライブにハードリンクを張る事はできない。
  　
• ジャンクション
  "NTFS 結合点" とも呼ばれる。フォルダ用のハードリンクと考えるといい。
  
  • DOS で言う subst の逆を行う "スナップイン" 機能に使われる。
  • 2000 / XP の Explorer でジャンクションを削除すると実体ごと消えてしまう。要注意!!
  　
• シンボリックリンク
  Vista ではジャンクションを拡張してシンボリックリンクを実現している模様。
  
  • ファイル / フォルダに対してシンボリックリンクを張ることができる。
  • シンボリックリンクはファイル / フォルダに付けられたショートカットの様なもの。
  • シンボリックリンクを参照すると実体が参照される。
  • ハードリンクと違い、シンボリックリンクを削除しても実体は削除されない。
  • シンボリックリンクは異なるドライブ間でも張れる。

　また、今後は NTFS ストリーム機能も積極的に使われるかも知れません。これはハードリンクの逆のような機能で一つのファイルに複数のファイルをぶら下げる事のできる機能です (TEAD で NTFS ストリームなテキストファイルを操作できます。実は NTFS ストリームの名前さえ判ればメモ帳でも操作できます)。

　これらの機能は NTFS に係る機能なので、FAT32 なドライブへコピー等を行おうとするとコピーが実行できなかったり、二重にコピーを行ったり、ストリームが失われたりします。OS のバックアップは専用のソフトウェアを利用する事を強く薦めます。

See Also:

　必要なドライバを繰り返し読み込ませたら、 "Setup could not ～" の画面で〔ENTER〕キーを押して BartPE のブートを続行します。

・ USB フラッシュメモリで起動すると "STOP:0x0000007B" で起動しない。(4 枚目 478 氏)
　 "いとまさのページ" さんにある情報を元に USB Boot Fix なるものをこさえてみたものの、起動に成功したのか失敗したのか結局わからず終いでした。HDD エミュレーションである以上、STOP:0x0000007B の解決方法は同じでいいと思われるのですが？或いは、"改変版 NTDETECT.COM" を組み込めば直るのかもしれませんが、詳細は不明です。

・ USB フラッシュメモリで起動すると "UNMOUNTABLE_BOOT_VOLUME" で起動しない。(4 枚目 662 氏)
　 "USB フラッシュメモリからの起動はできますか？" に書いたように、USB フラッシュメモリからのブートシーケンスは

1. BIOS が USB フラッシュメモリを HDD エミュレーション。
2. ブートローダはメインメモリに RAM ディスクを作成 (ドライブレターのない RAM ディスク)。
3. ここに BartPE の ISO イメージを読み込み。
4. ISO 内のブートローダが起動。

　普通の Windows の感覚で額面通りに受け取れば、Dell マシンの HDD に障害が起きているとも考えられますが、 "CD からの起動には問題ない" 事と、UNMOUNTABLE_BOOT_VOLUME は起動ディスクに関連するものである(BartPE からの起動なので HDD は起動ディスクではない) 事から、これは有り得ないでしょう。

　メインメモリの RAM ディスクに収まったが、UBCD の分 ISO サイズが増え、"BartPE を起動するだけのメモリがなくなってしまった"とか、RAM ディスク関連で言えば "514MB 以上の ISO イメージを作ってしまった" という可能性もなくはないですが、"以前にも作った事がある" という事を考えると、その制限事項を知らない訳はなく、可能性は限りなくゼロに近いです。

　それと...ちょっと考えたくないのですが、USB & 1394 での議論で、"固定ハードディスク扱いの USB 機器は BartPE を生成した PC が既知のデバイスでないとホットプラグできない (可能性が高い)。" というのがありました。

　まさか、BartPE の [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Enum\USBSTOR] や [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\DeviceClasses] にエントリのない "固定ハードディスク扱いのフラッシュメモリ" からは正常にブートできない...って事はないでしょうね？実は私も USB フラッシュブートは BartPE を生成した実機でしか試していないのですよ。

　もし、仮にそうだとしても "USB フラッシュメモリからブートし、ISO を読み込むまでは可能" な事になりますので、現象と矛盾する事はありません。レジストリエントリがないと、後で生成された USB フラッシュメモリドライブ (ボリューム) のレジストリエントリがブートボリュームのエントリを破壊してしまう...なんて事は？...ないかな、やっぱり。

・あなたの作った BartPE 関連ツールのうち英語表示されて読みにくい/解りにくいものがある。
・あなたに話題振ってる/レス付けたのにいつもよりも反応が鈍い事がある。
　(いろんな意味で) 大抵はガイジンサンを相手にしているからです (The CD Forum を検索するとワラワラ出てきます)。

　一度、あの人達が作ったツールを日本語でローカライズ (含トランスレート) させてやりたいものです。

"英語で表示？オッケーオッケー。その代わり、今度キミが何かしらのツールを作ったら日本語で表示できるようにしてくれよ、オッケー？"

・ソースについて
　正直、トラブル時のアドバイスができなくなるので、ソースに使う XP は SP2 にして頂きたいな、と。BartPE 起動ドライブを"X:"固定にできるメリットがありますし、SP1 はサポート切れの OS でもありますし...。どうしても SP1 でないといけない理由ってあります？

・あなたの PE 環境は？
　目的がレスキュー用なので、拍子抜けする位にシンプルですよ。

　使っている PE Builder は 3.1.10a、フロントエンドにPlugin Manager v2 を使用しています。デバッグ用 VM は Microsoft Virtual PC 2007 です。mkisofs は "Postprocessing" プラグイン添付のものを使っています。Explorer & IE ベースな普通の造りになっています。

　現在導入しているプラグインは

　BCDWメニューには、

　その他、高速化とスリム化を行い、PPSH を使って起動時の黒窓を消しています。そして Custom フォルダを使って空き容量に入るだけのソフトウェアインストーラ (アンチウィルス等) を詰め込んでいます。手の内...というか、私のやっている方法はすべてこのページに記述があります。