Lenovo ImageUltra Builder 3.1 User Guide [ja]

ImageUltra Builder バージョン 3.1

ユーザーズ・ガイド

ImageUltra Builder バージョン 3.1

ユーザーズ・ガイド

お願い

本書および本書で紹介する製品をご使用になる前に、 231 ページの『特記事項』をお読みください。

Second Edition, 2006.6

この文書では、平成明朝体

™

W3、平成明朝体™W7、平成明朝体™W9、平成角ゴシック体™W3、平成角ゴシック体

™

W5、および平成角ゴシック体™W7を使用しています。この(書体*)は、（財）日本規格協会と使用契約を締結し使用し

™

注* 平成明朝体

W3、平成明朝体™W7、平成明朝体™W9、平成角ゴシック体™W3、

平成角ゴシック体™W5、平成角ゴシック体™W7

まえがき ..............vii

本書の対象読者 .............viii

Web ページの参照 ............viii

ImageUltra Builder の新機能.........viii

バージョン 2.0 および 2.01 に追加された機能 viii

バージョン 2.2 に追加された機能 ......x

バージョン 3.0 に追加された機能 ......x

バージョン 3.1 に追加された機能 ......xi

第 1 章 ImageUltra Builder の機能 ...1

イメージとは ..............1

スマート・イメージの定義..........2

作業領域...............2

スマート・イメージによってサポートされるイメー

ジのタイプ ..............4

Sysprep の使用と重要性...........4

自分に最適なイメージ・タイプ ........5

ウルトラ・ポータブル・イメージ ......5

ポータブル Sysprep イメージ ........8

ハードウェア固有イメージ ........10

イメージ・タイプの要約 .........11

第 2 章イメージ処理の概要 ......13

イメージを開発するための 5 つの基本ステップ ..16 既存のマップおよびモジュールのインポート ...16

サービス・パーティションまたは HPA からのマ

ップおよびモジュールのインポート .....16

リポジトリー、フォルダー、CD からのマップお

よびモジュールのインポート .......17

モジュールのビルド ...........18

ドライバー・モジュール、アプリケーション・モ

ジュール、またはアドオン・オペレーティング・

システム・モジュールのビルド .......19

基本オペレーティング・システム・モジュールの

作成 ................20

パーティション・モジュールの作成 .....23

ベース・マップおよびドライバー・マップの作成ま

たは変更 ...............24

ベース・マップ ............26

ドライバー・マップ ..........26

デプロイおよびインストール方法の定義 ....27

サービス・パーティションの動作の定義 ....28

ネットワーク同期機能の使用可能化 .....29

ユーザーおよび管理者の定義 .......30

ユーザー情報の定義 ..........30

ターゲット・コンピューターへのスマート・イメー

ジのデプロイ ..............31

デプロイ後のターゲット・コンピューターへのイメ

ージのインストール ...........33

ダイレクト・ネットワーク・インストールの実行 ..35

拡張機能 ...............36

フィルター .............36

ユーティリティー ...........36

第 3 章作業領域の動作とロジック ...39

作業領域の詳細 .............39

サービス・パーティション ........39

ネットワーク作業用フォルダー .......41

デプロイおよびインストールの概要 ......42

標準ネットワーク・デプロイとローカル・インス

トール ...............42

CD または DVD 配布 ..........43

ダイレクト・ネットワーク・インストール ...44

ImageUltra Builder の隠し区画 (HPA) との関連 ..45

隠し区画 (HPA) とは?..........45

リカバリーの影響 ...........45

ImageUltra Builder の Rescue and Recovery 製品

との関連 ..............46

セキュリティーの依存関係 ........48

作業領域のロジック ...........48

第 4 章 ImageUltra Builder のインスト

ール ................55

最小要件 ...............55

ImageUltra Builder サーバー・コンピューター ..55 ImageUltra Builder コンソール・コンピューター 56 ImageUltra Builder ターゲット・コンピューター 56

前提条件 ...............57

インストールの注意点 ...........57

制限 .................58

ImageUltra Builder 3.1 プログラムのインストール .59

ImageUltra Builder コンソールのインストール ..59 ImageUltra Builder サーバーのインストール...60 ImageUltra Builder サーバーへのアクセス ...61 ImageUltra Builder コンソールおよびサーバーの

インストール .............61

デフォルトの管理者パスワードの変更 ....62

ImageUltra Builder の前のバージョンからのアップグ

レード ................63

インストール後のヘルプの取得 ........64

第 5 章 ImageUltra Builder インターフ

ェースでの作業 ...........65

インターフェース内で使用される規則 .....65

モジュール・リポジトリー .........72

リポジトリーでの作業 ..........72

マップおよびモジュールのエクスポート ....74

「リポジトリー」ウィンドウ ........75

項目およびアイコン ..........76

項目の操作 .............77

特定のマップおよびモジュールの検索 ....78

「マップ」ウィンドウ ...........78

「マップ設定」ウィンドウ .........79

Windows PE におけるベース・マップの外観 ..79

ベース・マップの設定 ..........81

ドライバー・マップの設定 ........85

「メニュー項目プロパティ」ウィンドウ .....85

「メニュー・リンク・プロパティ」ウィンドウ ..87

「モジュール」ウィンドウ .........88

モジュール属性およびマップ設定の変更 .....88

ツール ................89

リポジトリー・ツール ..........89

マップ・ツール ............91

第 6 章マップ構造の概要 .......93

ベース・マップ・ツリー構造の作成 ......93

ベース・マップへのメニュー項目の挿入 ....93

ベース・マップへのモジュールの挿入 ....96

I386 基本オペレーティング・システム・モジュー

ルに関する特別な考慮事項 ........99

ベース・マップでのユーティリティーの使用 . . 102

ベース・マップでのフィルターの使用 ....105

ベース・マップでのリンクの使用......109

ベース・マップでのユーザー情報の定義 ...110

ネットワーク同期機能の制御 .......112

サービス・パーティションの動作の制御 ...113

ベース・マップでのパーティション・モジュール

の使用...............114

単純ベース・マップと複合ベース・マップ...120

非表示システム・メニューの追加......122

ベース・マップ内でのモジュールの動作のカスタ

マイズ...............123

Rescue and Recovery 製品に関する特別な考慮事

項 ................124

マップのプレビュー ..........124

デバイス・ドライバー・マップ・ツリー構造の作成 124

ドライバー・マップへのメニュー項目の挿入 . . 126

ドライバー・マップへのモジュールの挿入...126

ドライバー・マップでのフィルターの使用...127

変数の使用; 拡張ベース・マップ機能 .....129

ハードコーディングされた値を含む変数の設定 129

インストール処理の際に表示するメニュー項目を

決める条件の設定 ...........130

メニュー項目およびサブメニュー項目のタイトル

内のテキスト参照 ...........132

インストール処理の際にユーザーに特定の値につ

いてプロンプトを出す変数の設定......133

プロンプトが出された値がユーティリティーまた

はフィルターのパラメータとして渡されるように

する変数の設定............134

マップからのモジュールの除外 .......135

第 7 章マップの作成 ........137

ベース・マップの作成と変更 ........137

新規ベース・マップの作成 ........137

既存のベース・マップに基づく新規ベース・マッ

プの作成 ..............138

ベース・マップへのメニュー項目の追加 ...139 ベース・マップへのオペレーティング・システ

ム・モジュールの追加 .........140

ベース・マップへのアプリケーション・モジュー

ルの追加 ..............141

ベース・マップでのモジュールの置換 ....141

ベース・マップ内でのモジュールの動作のカスタ

マイズ...............142

ベース・マップの設定とメニュー項目のプロパテ

ィの処理 ..............143

ドライバー・マップの作成と変更.......153

新規ドライバー・マップの作成 ......153

既存のドライバー・マップに基づく新規ドライバ

ー・マップの作成 ...........154

ドライバー・マップへのメニュー項目の追加 . . 154 ドライバー・マップへのデバイス・ドライバー・

モジュールの追加 ...........155

ドライバー・マップでのモジュールの置換...156 ドライバー・マップの設定とメニュー項目プロパ

ティの処理 .............157

第 8 章モジュール用ソース・ファイル

の準備 ..............161

ソース・オペレーティング・システム・イメージの

作成 ................161

ウルトラ・ポータブル・イメージのソース・ファ

イル ...............161

必要な他社製のツール .........167

ポータブル Sysprep イメージの作成 .....169

ハードウェア固有イメージの作成......175

アプリケーション・モジュールおよびアドオン・オペレーティング・システム・モジュールのソース・

ファイルの準備.............178

サイレント・インストールの準備......179

ミニアプリケーションの追加 .......180

ImageUltra Builder コンソールがファイルを利用

できるようにする ...........180

ファイルの準備後 ...........180

新規アプリケーション・モジュールの属性の設定 181

既存のアプリケーション・モジュールに基づく属

性の設定 ..............183

新規アドオン・オペレーティング・システム・モ

ジュールの属性の設定 .........184

既存のアドオン・オペレーティング・システム・

モジュールに基づく属性の設定 ......187

パーティション・モジュール用ソース・ファイルの

準備 ................188

デバイス・ドライバー・モジュール用ソース・ファ

イルの準備 ..............190

ミニアプリケーションの追加 .......190

モジュール用のデバイス・ドライバー・ファイル

を準備する要件............190

新規デバイス・ドライバー・モジュールの属性の

設定 ...............190

既存のデバイス・ドライバー・モジュールに基づ

く属性の設定 ............193

iv ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

ユーティリティー・モジュール・ファイル用ソー

ス・ファイルの準備 ...........194

新規ユーティリティー・モジュールの属性の設定 194 既存のユーティリティー・モジュールに基づく属

性の設定 ..............195

フィルター・モジュール・ファイルのソース・ファ

イルの準備 ..............196

新規フィルター・モジュールの属性の設定...197

既存のフィルター・モジュールに基づく属性の設

定 ................198

新規モジュールのビルド..........198

第 9 章モジュール・インストール順序

の指定 ..............201

インストール順序プロセス .........202

アドオン・オペレーティング・システム・モジュ

ール、アプリケーション・モジュール、およびデ

バイス・ドライバー・モジュール......203

パーティション・モジュール .......204

インストールのタイミングの変更.......204

インストール・スロットの変更 .......205

ベース・マップでのインストール・シーケンスの変

更 .................205

インストール順序のヒントおよび情報 .....207

第 10 章ヘルプとサポートの取得 ...209

資料およびヘルプ・システムの使用 ......209

Web の使用 ..............210

ImageUltra Builder テクニカル・サポートへの連絡 210

第 11 章例外の処理 ........211

アプリケーション・モジュールの例外 .....211

デバイス・ドライバーの例外 ........214

再起動が必要なモジュールへの対応 ......215

固有のスクリプトの編集..........216

ThinkVantage Rescue and Recovery 製品の組み込み 217 ダイレクト・ネットワーク・インストールにおける

リポジトリーへの書き込みアクセスの制御....218

第 12 章問題のデバッグ.......221

ImageUltra Builder イメージ・インストール処理 221 ターゲット・コンピューターのユーザー区画でデバ

ッグ・データを検索する..........221

サービス・パーティションまたはネットワーク作業用フォルダーでデバッグ・データを検索する ...222

インストールをモニターする ........222

スプラッシュ・ユーティリティー.......223

テクニカル・サポート・チームにデバッグ・データ

を送信する ..............228

ドライブ名の制限および変数の使用 ......228

一部のコンピューターでインストール後に F11 キ

ーが機能しない.............229

付録. 特記事項 ...........231

商標 ................232

索引 ...............233

目次 v

vi ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

まえがき

本書の目的は、次の 3 つです。

™

v ユーザーが、ImageUltra

ルド、デプロイ、インストールの背後にある概念を理解するのを手助けする。

v ImageUltra Builder インストール処理をユーザーにガイドする。 v ImageUltra Builder ヘルプ・システムを補足する。このヘルプ・システムは、

ImageUltra Builder と関連する作業の手順を段階的に詳しく説明しています。

ImageUltra Builder をインストールまたは使用する前に、 1 ページの『第 1 章 ImageUltra Builder の機能』、および 13 ページの『第 2 章イメージ処理の概要』

に記載されている内容をよく理解してください。

本書は、次のように編成されています。

1 ページの『第 1 章 ImageUltra Builder の機能』では、ImageUltra Builder の概念

および機能の概要を示します。

13 ページの『第 2 章イメージ処理の概要』では、ImageUltra Builder を使用し

た、イメージ・ビルド処理の概要を示します。

39 ページの『第 3 章作業領域の動作とロジック』では、デプロイとインストールに使用される作業領域について、および ImageUltra Builder が選択された作業領域に影響を与えるさまざまな条件をターゲット・コンピューターで適応させるために使用するロジックについて説明します。

Builder プログラムを使用してスマート・イメージのビ

55 ページの『第 4 章 ImageUltra Builder のインストール』では、ImageUltra Builder をインストールする前に理解しておく必要のある前提条件、制限、考慮事項

のほか、プログラムのインストール手順を示します。

65 ページの『第 5 章 ImageUltra Builder インターフェースでの作業』では、 ImageUltra Builder で使用されている各種のウィンドウおよび規則を説明します。

93 ページの『第 6 章マップ構造の概要』では、マップのツリー構造の作成および

一部のマップ属性設定の背後にある概念に焦点を合わせています。

137 ページの『第 7 章マップの作成』では、ベース・マップおよびドライバー・マップを作成するための段階的な手順を示します。

161 ページの『第 8 章モジュール用ソース・ファイルの準備』では、ソース・ファイルの準備、リポジトリー項目の作成、属性の設定、およびモジュールのビルドの段階的な手順を示します。

201 ページの『第 9 章モジュール・インストール順序の指定』では、モジュールをインストールする順序を制御する際に使用するさまざまな方法について説明します。

209 ページの『第 10 章ヘルプとサポートの取得』では、ImageUltra Builder のヘ

ルプおよびサポートを入手するための手順を示します。

211 ページの『第 11 章例外の処理』では、イメージ・ビルド処理に影響する特別

な場合の取り扱いに関する有用な情報を提供します。

221 ページの『第 12 章問題のデバッグ』では、固有の問題をデバッグする際に使用する ImageUltra Builder のデバッグ・ツールおよび最良実例について説明します。

231 ページの『特記事項』では、特記事項および商標情報を示します。

本書の対象読者

本書は、以下のことを行う IT の専門家を対象としています。

v コンピューター・イメージのセットアップおよび保守 v CD またはネットワークによるイメージのデプロイ

Web ページの参照

このガイドでは、追加情報に関する Web ページ・アドレスを用意しています。 Web ページ・アドレスは変更される場合があります。 Web ページ・アドレスが有効でない場合は、参照している会社のメインの Web ページ (たとえば、 http://www.lenovo.com) に進んでから、該当する用語または語句 (たとえば、 ImageUltra Builder) を検索してください。

ImageUltra Builder の新機能

バージョン 2.0 および 2.01 に追加された機能

ImageUltra Builder バージョン 2.0 および 2.01 には次の機能が追加されました。

v 「新設計のリポジトリー (Redesigned Repository)」ウィンドウ: この「リポジトリ

ー」ウィンドウは、大量のマップおよびモジュールの編成、カテゴリー化、および分類に役立てるように再設計されました。

v リポジトリー検索機能: リポジトリー検索機能が追加されて、特定のマップおよ

びモジュールの検索に役立ちます。検索エンジンを使用すると、事前定義値を選ぶか、フリー・フォームのテキストを使用して、マップの設定またはモジュール属性に関連するストリングあるいは句を検索することができます。フリー・フォーム・テキストの検索を容易にするために、モジュール属性の一般タブおよびマップ設定の「全般」タブにコメント欄が加えられました。拡張リポジトリー検索機能を使用すると、共通の特性を共用するマップまたはモジュールを検索できます。たとえば、特定のモジュールを使用する任意のマップまたはすべてのマップで、使用されないすべてのモジュールを検索することができます。

v エクスポート・ウィザード: エクスポート・ウィザードが追加されて、マップお

よびモジュールをリポジトリー外のフォルダーにアーカイブすることができます。アーカイブされたマップおよびモジュールは、必要があれば、インポート・ウィザードを使用してリポジトリーに復元することができます。

viii ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

v インポート・ウィザード: インポート・ウィザードはウィザード処理に代えて、

個々のモジュールおよびマップをさまざまなソースからリポジトリーにインポートする拡張機能を備えています。インポート・メディアを作成し、使用する代わりに、ソース・コンピューターからマップおよびモジュールをインポートするときは、ImageUltra Builder をソース・コンピューターにインストールし、ターゲット・リポジトリーに接続し、メインウィンドウのメニュー・バーから「インポート」を選択してから、インポート・ウィザードが示す指示に従うだけです。

v デプロイ・ウィザード: デプロイ・ウィザードを使用すると、配布用 CD、および

ネットワーク・デプロイメント CD の作成プロセスが単純化されます。

v 「新設計マップ」ウィンドウ: この「マップ」ウィンドウが再設計されたため、

マップ内の複数の項目を選択し、操作することができます。

v 変数サポート: メニュー・システム内の変数のサポートが追加され、動的フロー

処理が可能になり、イメージ・インストール処理の間のユーザー応答によって、柔軟性が増しました。

v モジュール・インストール・シーケンスの制御の拡張: インストール・シーケン

スおよび個々のモジュールの実行が制御できるようになりました。

v マップ内モジュールの動作のカスタマイズ: 共通モジュールの動作を、新しい

「カスタマイズ」フィールドを介して、マップごとに変更できるようになりました。

v メニュー・カスタマイズ機能の追加: インストール・メニューの外観とインスト

ール方法に対する制御が改善されました。背景色の選択、マージンの設定、ウィンドウのシャドーイング、メニュー表示中の Ctrl+Alt+Del キー・シーケンスの使用可能および使用不可、状況表示行で使用するテキストの定義、現行メニューを終了するキーの指定、前のメニューに戻すためのキーの指定、ユーザーに非表示システム・メニューを表示するためのキーワードの定義などを行います。

v モジュール・パスワード保護: モジュールにパスワード保護を行い、モジュール

内部のソース・ファイルへのアクセスを ImageUltra Builder に限定することができます。

v カスタム・サービス・パーティション・サイズ: ベース・マップにおいて、イメ

ージのデプロイおよびインストール後の、希望するサービス・パーティションのサイズを指定できるようになりました。この機能は、Rapid Restore PC のインストール処理を簡素化するのに役立ちます。サービス・パーティションに追加部分を指定することによって、Rapid Restore インストール処理が、データを再配置し、サービス・パーティションをサイズ変更して、バックアップ・ファイルを収容するのに必要とする時間を除きます。

v 隠し区画 (HPA) のサポート: 新しく出た ThinkPad

および ThinkCentre™の多くは、従来のコンピューターが使用していたサービス・パーティションではなく、リカバリーおよび診断用に HPA を使用します。 HPA の場合は、セキュリティー、保護、およびリカバリーの機能が増加します。 ImageUltra Builder 2.0 プログラムは、HPA からのマップ、モジュール、およびコンテナーのインポート、あるいは、ドライバー・マップを使用しない場合に HPA に含まれるデバイス・ドライバー・モジュールを使用してインストールを行う機能をサポートしています。サービス・パーティション用のインポートおよびデプロイ・サポートは、以前と変わりません。

まえがき ix

v C: ドライブへのダイレクト・ネットワーク・インストール: この機能を使用する

と、マップおよびモジュールをサービス・パーティションへコピーする必要なく、イメージをネットワークから直接デプロイし、C: ドライブへインストールできます。

バージョン 2.2 に追加された機能

ImageUltra Builder バージョン 2.2 には次の機能が追加されました。 v デプロイ・ウィザードの機能拡張: デプロイ・ウィザードを使用して CD または

DVD メディアに配布用ディスクやネットワーク・デプロイメント・ディスクを作

成したり、他社製の CD 書き込みソフトウェアを使用せずに ISO イメージを作成したりできるようになりました。別の新機能により、ネットワーク・デプロイメント CD を作成する前にネットワーク・デプロイメント・ディスケットを作成する必要がなくなります。さらに、DHCP サーバーによって割り当てられる 1 つの IP アドレスに依存する代わりに、オプションで、ターゲット・コンピューターに対して静的 IPアドレスを設定することができます。

v ネットワーク・デプロイメント CD が複数のネットワーク・カードをサポートす

るようになりました。

v モジュール・インストールの順序付けにおける柔軟性の拡張: モジュールの「オ

プション」タブで最大 9999 のインストール・スロットをサポートするようになりました。これにより、モジュール・インストールの順序をより柔軟に制御できるようになりました。

v 新規モジュールのテンプレート: 新規 I386 モジュールと unattend.txt モジュール

用にテンプレートが提供されています。これらのテンプレートは組み込みモジュールで、変更、インポート、またはエクスポートが可能です。または、望む場合には独自のテンプレート・モジュールを作成することもできます。

v マップにおける柔軟性の拡張: その前のメニュー選択によってインストール・リ

ストに追加されたモジュールを除外したメニュー項目を作成できるようになりました。

v デバッグ機能の拡張: デプロイメント処理時に、モジュール・インストール処理

の開始および完了時間、さらにメニュー項目で使用されるフィルター式の結果を示すログがターゲット・コンピューター上に作成されるようになりました。

バージョン 3.0 に追加された機能

ImageUltra Builder 3.0 では、デプロイメント時のターゲット・コンピューターでのベース・マップの表示方法に関して大きな変更が加えられました。この変更は、 ImageUltra Builder 3.0 がそのデプロイメント環境として DOS オペレーティング・システム (以前のバージョンで使用されていた) の代わりに Windows プリインストール環境 (PE) を使用するようになったことによって生じたものです。 DOS ではベース・マップはフルスクリーン (コンソールに似たモード) でユーザーに表示されていました。 Windows PE が使用されるようになって、ベース・マップはユーザーに実際のウィンドウ内で表示されるようになりました。

ImageUltra Builder バージョン 3.0 には次の機能が追加されました。 v ImageUltra Builder 3.0 グラフィカル・ユーザー・インターフェース (GUI) のメ

ニュー方式アプリケーション内に、ターゲット・コンピューターのデプロイメン

x ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

ト画面およびインストール画面の外観を制御する新たな設定およびプロパティ・タブが導入され、また一部が更新されました。

v マップ・メニュー・プログラムの改良:「システム・メニュー・キーワード」フィ

ールドが「メニューの外観」タブから「全般」タブに移動されました。これはベース・マップにのみ適用されるため、設定ダイアログがドライバー・マップに適用される場合には非表示になります。

v IBM

Cloudscape™の使用。以前のファイル・ベースのデータベース・システム

に代わるクライアント/サーバー型オブジェクト・リレーショナル・データベース・システムを使用します。

v ImageUltra デプロイ・メディアに対する新規ブート・ローダーの使用。これによ

り、ユーザーにメディアの削除およびデプロイを要求することなくインストール処理を継続できるようになりました。

v スプラッシュ・ウィンドウの使用。スプラッシュ・ウィンドウは、ログ・ファイ

ルの内容を表示するために使用されます。メッセージ・ボックス・ダイアログは、画面内を移動しながらユーザーへのメッセージを表示します。

v 新規のリポジトリーのマイグレーション・ウィザード。以前のバージョンの

ImageUltra リポジトリーからのマイグレーションを行うために、ユーザーをさまざまなステージに運びます。

ImageUltra の前のバージョンからのアップグレードを予定している場合は、次のことを承知しておいてください。

v ポータブル Sysprep モジュールは、ImageUltra Builder 3.0 フォーマットで再ビル

ドされなければならない。

v ImageUltra Builder 3.0 フォーマットに適合するよう、ウルトラ・ポータブル・ベ

ース・マップが設計変更しなければならない。

バージョン 3.1 に追加された機能

ImageUltra Builder バージョン 3.1 には次の機能が追加されました。

v ドライバー・マップでの順序付けモジュールの使用 v カスタマー・ファースト・ブート・インストール・ポイントに関する情報を提供

するマップ・レポート

v モジュールの置換に対するアップデート v スプラッシュ・ウィンドウに対するアップデート。Shift+Ctrl+C を押してコマン

ド・プロンプト・ウィンドウを開けるようになりました。

v スプラッシュ・ウィンドウの使用。スプラッシュ・ウィンドウは、ログ・ファイ

ルの内容を表示するために使用されます。メッセージ・ボックス・ダイアログは、画面内を移動しながらユーザーへのメッセージを表示します。

v 新規のリポジトリーのマイグレーション・ウィザード。以前のバージョンの

ImageUltra リポジトリーからのマイグレーションを行うために、ユーザーをさまざまなステージに運びます。

ImageUltra の前のバージョンからのアップグレードを予定している場合は、次のことを承知しておいてください。

v ポータブル Sysprep モジュールは、ImageUltra Builder 3.1 フォーマットで再ビル

ドされなければならない。

まえがき xi

v ImageUltra Builder 3.1 フォーマットに適合するよう、ウルトラ・ポータブル・ベ

ース・マップを設計変更しなければならない。

xii ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

第 1 章 ImageUltra Builder の機能

ImageUltra™Builder プログラムは、カスタム・イメージの作成、デプロイ、およびインストールの新しい方式を提供します。この章では、イメージのビルドという概念と、ImageUltra Builder がサポートする各種タイプのイメージを理解する上で役立つ情報を示します。

イメージとは

イメージは、オペレーティング・システム、アプリケーション、デバイス・ドライバー、およびコンピューターを正常に稼働するのに必要なその他の関連ファイルなど、いくつかのコンポーネントから構成されます。ほとんどの場合、社内の情報技術 (IT) 部門またはシステム・インテグレーターがソース・コンピューターでイメージを作成し、そのイメージを抽出し、それをデータ保存場所に保存します。次に、ネットワークを介して、または一連のイメージ CD からイメージを複数のコンピューターにデプロイします。このようにすると、IT 部門で、標準化されたイメージを開発し、全社で使用されるソフトウェアおよびデバイス・ドライバーのバージョンを管理できます。

このようにしてイメージを開発およびデプロイすると、社内のすべてのコンピューターが高いレベルでイメージの一貫性を保持できます。ただし、この方式で作成されたイメージは、ハードウェアに依存するため、複数のソース (ドナー) コンピューターからイメージを作成し、テストし、転送して、各種ハードウェア構成およびサポートされるソフトウェアのバリエーションを調整するのに相当な時間がかかります。多くの場合、特定のソフトウェア要件に適応するには、ベース・イメージをデプロイし、そのイメージをインストールした後で、システム単位で特定のアプリケーション・プログラムを手作業で追加します。

結果として、IT 部門は、複数のイメージを管理することになります。新しいハードウェア、オペレーティング・システムの更新、デバイス・ドライバーの更新、追加言語、新規または変更されたアプリケーション・プログラムに適応するのに変更が必要になるたびに、多くのイメージを再ビルドしなければなりません。

多くの IT 部門が直面する主な課題は、次のものです。

v イメージの作成およびテストに要する時間を短縮すること v 部門ごとに異なる特定のソフトウェア要件に適合する高い柔軟性を実現するイメ

ージをビルドおよびデプロイするための方法を探し出すこと

v さらに広範囲なハードウェアにわたってイメージをビルドおよびデプロイするた

めの方法を探し出すこと

v 保守対象となるイメージの総数を削減するか、または最小限に抑えること

ImageUltra Builder の目的は、各種のイメージを効率よく開発、デプロイ、インストール、および保守するのに必要なツールを IT 部門に提供することです。新しいツールおよび技法により、ImageUltra Builder は、イメージを再利用可能なサブコンポ

ーネント ( ドウェア・プラットフォームにデプロイできるスマート・イメージをビルドできるようにします。

モジュール

スマート・イメージの定義

と呼ばれます) に分割し、

マップ

を使用して、広範囲なハー

ImageUltra Builder は、各種のイメージ関連ファイルを再利用可能なしてリポジトリーに保存できるようにします。通常、オペレーティング・システム、アプリケーション、およびデバイス・ドライバーごとにモジュールがあります。これらのモジュールは、特定のユーザー、グループ、または企業全体の要求に合うよう、いたバリエーションのほか、複数のオペレーティング・システムおよびアプリケーションを含めることができます。 1 つのェア用のデバイス・ドライバーを含めるか、ェア・プラットフォーム用のデバイス・ドライバーを含めることができます。

ターゲット・コンピューターへのマップおよびモジュールの引き渡しには、

と

イ

ンストール担当者は使用するベース・マップおよびドライバー・マップを選択します。選択されたマップおよびマップ内で定義されたモジュールは、ーされます。マップのセットおよびマップ内で定義されたモジュールを、

マップ

インストール

ト・イメージ

スマート・イメージには、次の特性があります。 v 特定のイメージがターゲット・コンピューターにインストールされるときのソー

スである。

v インストール段階のメニュー・システムを提供する。インストール処理の制御担

当者がメニュー・システムから選択して、インストールするイメージのコンテンツを定義します。メニュー項目は、

v 1 つのスマート・イメージに、複数のイメージ、あるいはさまざまなイメージを

構成するコンポーネントを入れることができる。

v 必要なら、スマート・イメージをインストール後ターゲット・コンピューターに

置き、アクティブなネットワーク接続に依存せずに、コンソール・サイドのリカバリーに使用することができる。

v スマート・イメージを開発して、異なるハードウェア・プラットフォーム間にさ

まざまな度合いのンピューターに対して 1 つのイメージを使用できる度合いです。

別に編成されています。 1 つの

ベース・マップ

ドライバー・マップ

フィルター

の 2 つのステップが関係します。デプロイ処理の開始時に、イ

と呼びます。

ベース・マップ

移植性

を備えることができる。移植性とは、異なるタイプのコ

を使用して各種のハードウ

に定義されています。

モジュール

に、言語に基づ

に、1 つのハードウ

と

デプロ

作業領域

にコピ

スマー

作業領域

作業領域とは、デプロイおよびインストールの際に使用するワークスペースのことです。マップが定義する特定のモジュールがアンパックされ、ImageUltra Builder インストール・ファイルが保存され、インストール・ログが作成される場所です。 ImageUltra Builder は、以下の 2 つのタイプの作業領域を使用することができます。

v サービス・パーティション: サービス・パーティションは、エンド・ユーザーに

よる通常の読み取りおよび書き込み操作からプロテクトされる非表示基本パーティションです。このパーティションは、多くの Lenovo ThinkPad

2 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

、NetVista™、

および ThinkCentre®に搭載された標準の Lenovo™の出荷時導入機能です。サービス・パーティションは、工場出荷の際、標準装備のリカバリーおよび診断機能を備えています。既存のサービス・パーティションが ImageUltra Builder と一緒に使用されるときは、デプロイ段階で、出荷時導入されたリカバリー・モジュールは削除され、デプロイされるイメージのしかるべきモジュールおよびマップに置き換えられます。サービス・パーティションがまだ存在していない場合は、必要であれば、ImageUltra Builder が、デプロイ処理の一環としてそれを作成します。デプロイが完了すれば、インストール処理の制御担当者 (エンド・ユーザーか IT の専門家) は、ネットワーク接続に依存せずに、デプロイの直後か、その後の任意の時点に、サービス・パーティションからインストール処理を開始することができます。

v ネットワーク作業用フォルダー: この一時作業領域は

ク・インストール

専用です。ダイレクト・ネットワーク・インストールでは、デ

ダイレクト・ネットワー

プロイ段階とインストール段階が単一の操作に結合され、結果として、ほとんどすべての場合で、全体のデプロイとインストールのサイクルが速まります。速度は、ネットワーク・トラフィックの量と、特定のマップ設定によって影響を受けます。

デプロイ段階では、ネットワーク上にターゲット・コンピューター用の固有のネットワーク作業用フォルダーが作成されます。ダイレクト・ネットワーク・インストールの制御担当者 (一般的には IT 専門家) が、まずベース・マップとドライバー・マップを選択します。次に、選択されたマップのインストールの制御に必要なモジュールのみが、リポジトリーから取得されて、ネットワーク作業用フォルダーにアンパックされます。必要なモジュールがアンパックされると、インストール制御担当者がインストール・メニュー・システムから選択を行い、ターゲット・コンピューターに必要な特定のイメージを定義します。イメージが定義されると、ターゲット・コンピューターへのインストールが自動的に始まります。イメージ・コンテンツの作成に必要なすべてのモジュールが、リポジトリーから取得され、ターゲット・コンピューターの C: ドライブに動的にアンパックされ、一連のセットアップ・プログラムを介して実行されて、ターゲット・コンピューター上にイメージが作成されます。インストールが完了すると、ネットワーク作業用フォルダーはネットワークから削除されます。使用されるベース・マップの設定によって、インストール処理の最後に以下のアクションのいずれかが発生する可能性があります。

– サービス・パーティション内に既存のリカバリー・ファイルを更新して、完全

なスマート・イメージを含めることによって、スマート・イメージ内に入っているすべてのイメージにコンソール・サイド・リカバリーを行うことができる。

– サービス・パーティション内に既存のリカバリー・ファイルを更新して、イン

ストール済みイメージのみの再作成に必要なマップおよびモジュールを含めることによって、インストール済みイメージのみのコンソール・サイド・リカバリーを行うことができる。

– サービス・パーティション内に既存のリカバリー・ファイルを削除することに

よって、コンソール・サイド・リカバリーを削除することができる。

第 1 章 ImageUltra Builder の機能 3

スマート・イメージによってサポートされるイメージのタイプ

スマート・イメージには、それぞれ異なるレベルの移植性を実現する、3 つの異なるタイプのイメージを入れることができます。

v ウルトラ・ポータブル・イメージ: このタイプのイメージには、Lenovo が開発し

たか、または ImageUltra Builder を使用して作成されたハードウェアに依存しないオペレーティング・システム・モジュール、アプリケーション・モジュール、およびデバイス・ドライバー・モジュールが入っています。

ImageUltra Builder を使用して開発したオペレーティング・システム・モジュールを使用すると、メーカーに関係なく、ほとんどすべてのパーソナル・コンピューター・プラットフォーム上で使用できるスマート・イメージを作成できます。唯一の制限となるのは、オペレーティング・システム・モジュールに割り当てる製品 ID (PID) に関する Microsoft Corporation とのライセンス契約です。

ImageUltra によって開発されたオペレーティング・システム・モジュールを使用すると、Lenovo または IBM 製の製品ラインのパーソナル・コンピューターで使用できるスマート・イメージを作成できます。Lenovo または IBM 製の HIIT 対応パーソナル・コンピューターのリストについては、以下の ImageUltra Web サイトにアクセスしてください。

http://www-3.lenovo.com/pc/support/site.wss/MIGR-44316.html (英語のサイトです。)

v ポータブル Sysprep イメージ: このタイプのイメージは、 Symantec Norton

Ghost または PowerQuest DeployCenter などの他社製のイメージ・クローン・ツ

ールによって作成されるものですが、ImageUltra Builder によって作成および管理されるその他のモジュールをインストールできるよう、ImageUltra Builder ツールによって変更されます。その他のモジュールとして、各種ハードウェア・プラットフォーム間での移植性を高めるデバイス・ドライバー・モジュールや、個々の部門のニーズを満たすことができる柔軟性の高いアプリケーション・モジュールを使用できます。

v ハードウェア固有イメージ: このタイプのイメージは、Symantec Norton Ghost ま

たは PowerQuest DeployCenter などの他社製のイメージ・クローン・ツールによって作成されます。これは、自己完結型イメージで、その他のモジュールのインストールは的のイメージの作成に使用されたソース・コンピューターのものと同じでなければなりません。

できません

。ターゲット・コンピューターのハードウェア構成は、目

これらのイメージ・タイプについては、本書で詳しく後述します。

Sysprep の使用と重要性

ポータブル Sysprep イメージまたはハードウェア固有イメージを使用する予定の場合、Microsoft ラ・ポータブル・イメージとは異なり、ポータブル Sysprep イメージおよびハードウェア固有イメージは、Windows セットアップ操作を介して行われたソース・コンピューターから抽出されたイメージに基づいています。したがって、Sysprep ツールを使用してソース・コンピューターから特定のユーザーおよびハードウェア情報を削除してからでないと、イメージを他のコンピューターにデプロイできません。

4 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

Sysprep ツールについて一通り理解しておくことが必要です。ウルト

自分に最適なイメージ・タイプ

ImageUltra Builder を使用してデプロイ対象として選択するイメージのタイプは、会社で使用される PC の混在度合い、他社製のイメージ・クローン・ソフトウェアが作成するイメージに対する投資、イメージの作成および変更のための新しい方式を習得する IT スタッフの意志によって異なります。

例えば、次のとおりです。 v すでにイメージを作成してある既存の PC を保守する場合、既存のハードウェア

固有イメージを、ImageUltra Builder を使用して保存およびデプロイ可能なモジュールに変換できます。

v Lenovo または IBM 製 PC の各種モデルのみを設置する予定の場合、インポート

された ImageUltra 用オペレーティング・システム・モジュールを使用し、ハードウェアのバリエーションに関係なく、Lenovo または IBM 製の製品ラインで使用できるウルトラ・ポータブル・イメージをデプロイできます。

v さまざまなメーカーの PC を組み合わせて設置する場合に、保守するイメージの

数を最小限に抑え、さまざまな PC メーカーのプラットフォームへの移植性を最大限に高めるには、ImageUltra Builder で作成したオペレーティング・システム・モジュールを使用して、ウルトラ・ポータブル・イメージを開発するのが最善です。

v さまざまなメーカーの PC を組み合わせて設置することを予定していて、ウルト

ラ・ポータブル・イメージの開発準備が整っていない場合、ImageUltra Builder を他社製のイメージ・クローン・ソフトウェアと併用して、アプリケーションまたはデバイス・ドライバー・モジュールのインストールを可能にするポータブル Sysprep イメージを作成し、イメージを多様な PC にデプロイできるようにします。

スマート・イメージは 3 つのイメージ・タイプをすべてサポートするため、1 つのベース・マップ内でイメージを組み合わせて使用できます。

各イメージ・タイプには、それぞれ固有の特性があります。以降の節で、スマート・イメージの一部としてデプロイできる各イメージ・タイプの機能、利点、および欠点を説明します。

ウルトラ・ポータブル・イメージ

ウルトラ・ポータブル・イメージは、サポートされている 3 つのイメージ・タイプのうち最も移植性の高いものです。ウルトラ・ポータブル・イメージはインストールされていない状態でデプロイされ、インストール時にハードウェア検出のための Windows 完全セットアップを使用するため、事実上、イメージはハードウェアに依存しません。ウルトラ・ポータブル・イメージは移植性が高い反面、コストがかかります。このタイプのイメージは、インストールするのに 50 分以上かかります。それでも、ウルトラ・ポータブル・イメージは、通常、ポータブル Sysprep イメージおよびハードウェア固有イメージよりも長いライフ・サイクルを持ちます。イメージは、コア・チップ・セットおよび他のハードウェアのバリエーションに関係なく、多様なパーソナル・コンピューター・プラットフォームで使用できるためです。

v Lenovo または IBM 製のパーソナル・コンピューターの製品からインポートされ

た ImageUltra 用基本オペレーティング・システム・モジュールを使用する場合、

第 1 章 ImageUltra Builder の機能 5

Lenovo または IBM 製のパーソナル・コンピューターの製品ライン全体で同じウルトラ・ポータブル・イメージを使用できますが、他社製のコンピューターでは同じウルトラ・ポータブル・イメージを使用することはできません。

v ImageUltra Builder で開発した I386 基本オペレーティング・システム・モジュー

ルを使用する場合、さまざまなメーカーのパーソナル・コンピューターで同じウルトラ・ポータブル・イメージを使用できます。唯一の制限となるのは、オペレーティング・システム・モジュールに割り当てる PID に関する Microsoft Corporation とのライセンス契約です。

ウルトラ・ポータブル・イメージの構造

ウルトラ・ポータブル・イメージは、複数のモジュールで構成されます。これらは、ImageUltra Builder で作成されたモジュールか、Lenovo または IBM 製のソース・コンピューターのサービス・パーティションまたは隠し区画 (HPA) からインポートされたモジュールです。

注:

1. HPA についての詳細は、 45 ページの『ImageUltra Builder の隠し区画 (HPA) との関連』、または次の Lenovo Web サイトを参照してください。

http://www.lenovo.com/think/support/site.wss/ docview.wss?uid=psg1MIGR-46023 (英語のサイトです。)

2. Sysprep モジュールは、Windows XP および Windows 2000 用のウルトラ・ポータブル・イメージのビルドと連結して使用され、C:¥SWWORK¥SYSPREP フォルダーに置く必要があります。

これらのモジュールは、ImageUltra Builder リポジトリーに保存されます。モジュールのタイプの 1 つはレーティング・システム・モジュールには、特定のオペレーティング・システムに必要なすべてのファイルが入ります。ImageUltra で開発された基本オペレーティング・システム・モジュールは、Lenovo または IBM 製のソース・コンピューターのサービス・パーティションまたは HPA にあって、ホット・フィックス、パッチ、更新、およびサービス・パック用の

ュール

も収めた

基本オペレーティング・システム・モジュール

アドオン・オペレーティング・システム・モジ

コンテナー・モジュール

の一部です。

アプリケーション・モジュールやデバイス・ドライバー・モジュール

他のモジュールも、サービス・パーティションまたは HPA に入っています。サービス・パーティションまたは HPA に入っているモジュールは、どれでも

ImageUltra Builder リポジトリーにインポートできます。プログラム・リカバリー CD を Product Recovery ディスクにしてください。

ウルトラ・ポータブル・イメージは共通のベース・モジュールと共に様々なデバイス・ドライバーおよびアプリケーション・モジュールを組み合わせて使用することができ、部門固有またはユーザー固有のイメージを可能にします。ウルトラ・ポータブル・イメージは、モジュールのモジュラー構造および再利用が可能であるため、従来のイメージよりも、はるかに効率よく保存できます。

ウルトラ・ポータブル・イメージを開発する場合、ImageUltra Builder を使用して、デフォルトのユーザー設定を UNATTEND.TXT ファイルによって事前定義したり、インストール処理の初期段階で、イメージをインストールするユーザーに対して、必要なユーザー設定の入力を求めるプロンプトを出すプロセスを実装したりするこ

です。基本オペ

などのその

6 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

とも可能です。設定は、保存され、必要なときに Windows セットアップ・プログラムに提供されます。この機能により、インストール処理の進行中にインストール担当者がターゲット・コンピューターの前にいなければならない時間を短縮できます。

一般的に、ウルトラ・ポータブル・イメージは、単一パーティション・インストールに限定されます。インストール処理の際に、未使用のディスク・スペースがあれば単一の C: ドライブに変えられ、ウルトラ・ポータブル・イメージはそのパーティションにインストールされます。しかし、1 つ以上の追加のパーティションを作成する必要がある場合は、レーティング・システム・モジュールを作成し、パーティション・モジュールが基本オペレーティング・システム・モジュールの前にインストールされるようにインストール順序を設定することができます。パーティション・モジュールには、追加のパーティションの作成に必要なすべての情報および追加のパーティションに入れるすべてのデータが含まれていています。パーティション・モジュールは、新規イメージのインストール前に、ターゲット・コンピューター上の 1 つ以上の既存のパーティションを削除する場合にも使用します。

モジュール作成の詳細については 161 ページの『第 8 章モジュール用ソース・ファイルの準備』を参照してください。

パーティション・モジュール

という固有のタイプのオペ

ウルトラ・ポータブル・イメージの移植性

技術的には、同じ基本オペレーティング・システム・モジュール、およびほとんどのアプリケーション・モジュールは、事実上、すべてのパーソナル・コンピューターで使用できます。ウルトラ・ポータブル・イメージの高い移植性に制限を加える要素となるのは、基本オペレーティング・システム・モジュールの PID だけです。

v ImageUltra Builder で開発する I386 基本オペレーティング・システム・モジュー

ルは、事実上、ハードウェアに依存せず、唯一の制限となるのは、割り当てる PID に関する Microsoft Corporation とのライセンス契約です。 PID は、関連付けられた UNATTEND.TXT モジュールに指定します。これは、Windows 2000 の

UNATTEND.TXT ファイルの製品 ID 設定、または Windows XP の UNATTEND.TXT ファイルの ProductKey 設定として指定します。 UNATTEND.TXT モジュールおよび UNATTEND.TXT ソース・ファイルについ

ては、本書で後述します。

v Lenovo または IBM 製のパーソナル・コンピューターからインポートされた、

ImageUltra 用基本オペレーティング・システム・モジュールは、Lenovo または IBM 製のパーソナル・コンピューターでのみ使用可能で、他社製のコンピュータ

ーでは使用できません。

Lenovo または IBM 製の HIIT 対応パーソナル・コンピューターのリストについては、以下の ImageUltra Web サイトにアクセスしてください。

http://www.lenovo.com/think/support/site.wss/MIGR-44316.html (英語のサイトです)

注: インポートされた ImageUltra 用基本オペレーティング・システム・モジュー

ルを含むウルトラ・ポータブル・イメージは、他社製のコンピューターにインストールしないでください。ウルトラ・ポータブル・イメージを他社製のコンピューターにインストールすると、デプロイメントまたはインストールはエラーなしで完了しますが、Microsoft Windows 使用許諾契約書 (EULA)

第 1 章 ImageUltra Builder の機能 7

およびこの製品の使用許諾契約書に違反する可能性があります。また、 Windows XP の場合、インポートされた ImageUltra 用基本オペレーティング・システム・モジュールを含むウルトラ・ポータブル・イメージが稼働するのは、他社製のコンピューターにインストール後 30 日だけです。30 日が経過すると、イメージをアクティブにするために、オペレーティング・システムおよびコンピューターを登録するよう、Microsoft から要求されます。

ウルトラ・ポータブル・イメージでは、ドライバー・マップを使用して、ターゲット・コンピューター上にデプロイされたデバイス・ドライバーのレベルを管理することができます。ただし、Lenovo または IBM 製のパーソナル・コンピューターにイメージをデプロイする場合は、ターゲット・コンピューターのサービス・パーティションまたは隠し区画 (HPA) にすでに入っている Lenovo 出荷時導入済みデバイス・ドライバーを使用することもできます。出荷時導入済みデバイス・ドライバーを使用すると、イメージ作成プロセスが容易になります。ドライバー・マップおよびデバイス・ドライバー・モジュールを意識する必要がないからです。ただし、実際には、出荷時導入済みデバイス・ドライバーを使用すると、イメージの移植性が Lenovo または IBM 製のパーソナル・コンピューターに限定されます。これらのパーソナル・コンピューター以外は、デバイス・ドライバーが入っているサービス・パーティションまたは HPA を持たないためです。ほとんどの場合、ドライバー・マップによってデバイス・ドライバーを管理するのが最善です。ドライバー・マップを使用すると、移植性が高まるだけでなく、デバイス・ドライバーを標準化できるため、問題が発生した場合に診断時間を短縮できます。

固有のドライバー・マップを使用する利点として、ハードディスクに障害が発生し、交換が必要になった場合にリカバリー目的で ImageUltra Builder を使用できる点もあります。ドライバー・マップはデバイス・ドライバーをスマート・イメージの一部としてデプロイするため、既存のドライバーがターゲット・コンピューターに存在する必要はありません。したがって、ドライバー・マップを使用することによって、スマート・イメージを新しいハードディスクにインストールできます。

ポータブル Sysprep イメージ

サポートされている他社製のイメージ・クローン・ツール (Symantec Norton Ghost または PowerQuest DeployCenter) を ImageUltra Builder と一緒に使用すると、従来のイメージよりもさらに多様なハードウェアにデプロイできるポータブル Sysprep イメージを作成できます。

ポータブル Sysprep イメージの構造

ウルトラ・ポータブル・イメージとは対照的に、ポータブル Sysprep イメージは、ソース・コンピューターのハードディスク・コンテンツの「スナップショット」です。ソース・コンピューターは、ターゲット・コンピューターで必要な構成と一致するよう設定されます。しかし、Windows セットアップはソース・コンピューター上で実行されているため、特定のユーザーおよびハードウェア情報 (たとえば、ユーザー ID、パスワード、およびネットワーク設定) はソース・コンピューターのレジストリーに記録されます。イメージを抽出するのに他社製のイメージ処理ソフトウェアが使用される前にこの情報を消去するために、Microsoft Sysprep ツールをソース・コンピューター上で実行する必要があります。

従来のイメージ開発にいくつかの小さなバリエーションをインプリメントすることにより、イメージにアプリケーションまたはデバイス・ドライバー・モジュールを

8 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

付加することができるようになり、デプロイおよびインストール処理時に、そのイメージがアプリケーションまたはデバイス・ドライバー・モジュールを使用することができるようになります。これらのバリエーションについては、 161 ページの『第 8 章モジュール用ソース・ファイルの準備』で詳しく説明します。

Symantec Norton Ghost または PowerQuest DeployCenter を使用してイメージを作成した後、ImageUltra Builder を使用して、イメージから基本オペレーティング・システム・モジュールを作成してビルドします。モジュールは、モジュール・ビルド処理中に ImageUltra Builder モジュール・リポジトリーに自動的に保存されます。

ポータブル Sysprep イメージがターゲット・コンピューターのハードディスクにデプロイされると、インストール処理中にミニセットアップが実行されます。ドライバー・マップに定義されたデバイス・ドライバーはすべて、C: ドライブにコピーされ、ミニセットアップに使用できるようにされます。ミニセットアップは、特定のユーザー情報の入力を求めるプロンプトを出したり、制限付きハードウェア照会を実行します。ミニセットアップにより、ハードウェア内での小さなバリエーション (たとえば、オーディオ、ビデオ) に対応できますが、各種のコア・チップ・セットには効率的に対応できません。ポータブル Sysprep イメージは完全な Windows セットアップを経る必要はないため、一般的に、Windows セットアップの時間は 10 分以下に短縮されます。 ImageUltra Builder を使用して、デフォルトのユーザー設定を事前定義したり、インストール処理の初期段階で、イメージをインストールするユーザーに対して、すべての必要なユーザー設定の入力を求めるプロンプトを出すプロセスを実装したりすることが可能です。設定は、保存され、必要なときにミニセットアップ・プログラムに提供されます。

ミニセットアップが正常に完了すると、ベース・マップによって定義されたその他のアプリケーションがインストールされます。完全なイメージのインストールにかかる実際のセットアップ時間は、ベース・マップに定義されているアプリケーション・モジュールのサイズと数によって異なります。

ポータブル Sysprep イメージの移植性

ポータブル Sysprep イメージは、Lenovo または IBM 製のコンピューターおよび他社製のコンピューターで使用できます。追加のデバイス・ドライバーおよびアプリケーションをインストールできるようにすることにより移植性が高まりましたが、それでもハードウェア制限があります。原則として、ポータブル Sysprep イメージは、同一または類似のコンピューター上で使用するためのもので、多くの場合、ポータブル Sysprep イメージはメーカー固有のものです。

類似のコンピューターを構成するものを判別する要素として、さまざまなものが考えられます。

v ポータブル Sysprep イメージを、ソース・コンピューターと同じシステム・ボー

ド (マザーボード) を持つターゲット・コンピューターにデプロイする場合、イメージは正常にインストールされ、動作します。

v ポータブル Sysprep イメージを、ソース・コンピューターとは異なるシステム・

ボードを持つが、同じコア・チップ・セットを持つターゲット・コンピューターにデプロイする場合、イメージが正常にインストールされ、動作する可能性は高くなります。

第 1 章 ImageUltra Builder の機能 9

v ポータブル Sysprep イメージを、ソース・コンピューターとは異なるシステム・

ボードと異なるコア・チップ・セットを持つターゲット・コンピューターにデプロイする場合、イメージが正常にインストールされ、動作する可能性は低くなります。

ハードウェア固有イメージ

移植性が最も低いイメージはハードウェア固有イメージです。ハードウェア固有イメージは、Lenovo または IBM 製のコンピューターおよび他社製のコンピューターに対して開発でき、デプロイおよびインストールができますが、各イメージは特定のハードウェアおよびソフトウェア構成に固有でなければなりません。

ハードウェア固有イメージの構造

ハードウェア固有イメージはポータブル Sysprep イメージと似ていますが、追加のモジュールを付加する能力はありません。このイメージは、基本的に、Microsoft Sysprep プログラムが実行された後のソース・コンピューター・ハードディスクの「スナップショット」です。ハードウェア固有イメージは、ターゲット・コンピューターにデプロイされると、制限付きハードウェア照会を実行しますが、サポートできるハードウェアは、ソース・コンピューターによって提供されたデバイス・ドライバーに限られます。ハードウェア固有イメージの場合は、ソース・コンピューターとターゲット・コンピューターに、ほとんどバリエーションなしのまったく同じハードウェアが入っている必要があります。また、アプリケーション内のバリエーションも、イメージ・デプロイ処理およびイメージ・インストール処理とは別に扱う必要があります。

ハードウェア固有イメージの移植性

ハードウェア固有イメージは、同一コンピューター上で使用するためのものです。ハードウェアのバリエーションは、ソース・コンピューター上にデバイス・ドライバーが提供されたプラグイン装置および周辺装置に限定されます。ソフトウェア・コンテンツのバリエーションは、デプロイ処理では処理できません。ターゲット・コンピューターが追加のデバイス・ドライバーまたはアプリケーション・プログラムを必要とする場合は、手動でインストールするか、あるいは他のソフトウェア・デプロイ・メカニズムを使用してインストールする必要があります。

10 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

イメージ・タイプの要約

以下の表に、ウルトラ・ポータブル・イメージと関連する特性を要約します。

表1.ウルトラ・ポータブル・イメージの特性

説明利点欠点

v 完全なモジュラー・アーキ

テクチャー

v Windows セットアップが

実行される前にターゲット・コンピューターでアンパックされる

v プラグ・アンド・プレイ・

ハードウェア検出を使用する、完全 Windows 無人セットアップを使用する

v ユーザー情報は事前定義可

能

v インポートされた

ImageUltra 用モジュールを使用する場合、Lenovo または IBM 製のパーソナル・コンピューターの製品ラインで移植性を最大限に引き出すことができる

v ImageUltra Builder で開発

したモジュールを使用する場合、Lenovo または IBM 製および他社製のハードウェア・プラットフォームで移植性を最大限に高めることができる

v 信頼性が極めて高い

v アプリケーション・プログ

ラムおよびデバイス・ドライバーは、基本オペレーティング・システム・モジュールとは別に追加される。したがって、共通の基本オペレーティング・システム・モジュールを、ドライバー・モジュールおよびアプリケーション・モジュールをさまざまに組み合わせたものと使用して、多数のイメージ・バリエーションを作成できる。

v イメージのライフ・サイク

ルが長い

v ハードウェアに依存しない

v 保守が容易

v ターゲット・コンピュータ

ーでの初期セットアップは、Windows オペレーティング・システムのインストールに要する 50 分のほかに、すべてのアプリケーションのインストールに要する時間がかかる

第 1 章 ImageUltra Builder の機能 11

以下の表に、ポータブル Sysprep イメージと関連する特性を要約します。

表2.ポータブル

説明利点欠点

v セミモジュラー (ベース・

イメージを付加するための別のアプリケーション・モジュールおよびドライバー・モジュールのインストールをサポート)

v セットアップは、ソース・

コンピューター上で一度実行される

v Sysprep は、ユーザー情報

および一部のハードウェア固有情報をレジストリーから削除する

v ターゲット・コンピュータ

ーで、限定されたハードウェア照会 (Windows プラグ・アンド・プレイ機能) を実行する

v ユーザー情報は事前定義可

能

Sysprep

イメージの特性

v ターゲット・コンピュータ

ーでの初期セットアップは、通常、ベース・イメージについて要する 10 分のほかに、すべてのアプリケーションのインストールに要する時間がかかる

v 一部の移植性 (ビデオ、オ

ーディオ、ネットワークなど)

v Lenovo または IBM 製の

コンピューターおよび他社製のコンピューターをサポートする

v 基本オペレーティング・シ

ステム・モジュールに大きなコア・アプリケーション (オフィス・スイートなど) を組み込めるため、インストール時間が短縮される

v イメージは、同一または類

似ハードウェアについてのみ使用され、ほとんどの場合、メーカー固有

以下の表に、ハードウェア固有イメージと関連する特性を要約します。

表3.ハードウェア固有イメージの特性

説明利点欠点

v セットアップは、ソース・

コンピューターで一度実行される

v アプリケーションおよびド

ライバーは、ベース・イメージの一部である

v Sysprep を実行するとユー

ザー情報を削除できる

v ターゲット・コンピュータ

ーでの初期セットアップは、通常、10 分以下に短縮される

v イメージは、Lenovo また

は IBM 製のコンピューターおよび他社製のコンピューターに対して開発、デプロイ、およびインストールができるが、各イメージは特定のハードウェアおよびソフトウェア構成に固有でなければならない

v ハードウェア・プラットフ

ォームごとに 1 つのイメージ

v イメージは、同一コンピュ

ーター上でのみ使用される

v アプリケーションのセット

ごとに固有のイメージを作成するか、インストール後にアプリケーションを手作業で追加する必要がある

v 移植性はなし

12 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

第 2 章イメージ処理の概要

この章では、ImageUltra Builder と関連する各種プロセスおよびコンポーネントと、それらの相互関係を理解するのに役立つ情報を提供します。この章に記載されているプロセスを完了する方法に関する段階的な手順については、ImageUltra Builder のヘルプ・システムを参照してください。

ImageUltra Builder は、個々のイメージ・コンポーネントをモジュールとして ImageUltra Builder リポジトリーに保存します。モジュールは、パックされ、圧縮さ

れた自己完結型の単位です。リポジトリー内の他のモジュールと組み合わせて、1 つ以上のイメージを作成できます。各アプリケーションが 1 つのモジュールであり、各デバイス・ドライバーも 1 つのモジュール、各オペレーティング・システムも 1 つのモジュール、という具合です。

注: ハードウェア固有イメージから作成されるイメージは、他のモジュールと組み

合わせてその機能を強化することはできません。ポータブル Sysprep イメージから作成されるイメージには、すでにデバイス・ドライバーおよびアプリケーションが含まれていますが、他のアプリケーション・モジュールおよびデバイス・ドライバー・モジュールと組み合わせて、その機能を強化できます。

モジュールは、以下の基本カテゴリーに分類されます。 v オペレーティング・システム・モジュール: オペレーティング・システム・モジ

ュールには、次の 3 タイプがあります。 – 基本オペレーティング・システム・モジュール: これらのモジュールには、コ

ア・オペレーティング・システムの一部であるすべてのコンポーネントが含まれます。基本オペレーティング・システム・モジュールは、Lenovo または

IBM 製のソース・コンピューターのサービス・パーティションまたは隠し区画 (HPA) からインポートするか、以下のいずれかから作成することができます。

- ハードウェア固有イメージ

- ポータブル Sysprep イメージ

- Windows インストール CD の I386 フォルダー

注: I386 ベースのオペレーティング・システム・モジュールは、ウルトラ・

ポータブル・イメージ専用です。I386 ベースのオペレーティング・システム・モジュールをベース・マップに追加する場合は、ImageUltra カスタマイズ・モジュール、Sysprep モジュール、およびインストールするオペレーティング・システムの適切な基本パーティション用のパーティション・モジュール (Win2000 基本パーティション、WinXP Home 基本パーティション、または WinXP Pro 基本パーティション) も常に追加する必要があります。 Sysprep モジュールは、Windows XP および Windows 2000 用のウルトラ・ポータブル・イメージのビルドと連結して使用され、C:¥SWWORK¥SYSPREP フォルダーに置く必要があります。

この I386 ベースのオペレーティング・システム・モジュールを無人でインストールする場合は、UNATTEND.TXT モジュールを作成してベー

ス・マップに組み込む必要があります。これらのモジュール、およびソース・ファイルの準備とモジュール作成のための段階的な手順について詳しくは、 161 ページの『第 8 章モジュール用ソース・ファイルの準備』を参照してください。

一般に、ハードウェア固有イメージおよびポータブル Sysprep イメージの基本オペレーティング・システム・モジュールは、Symantec Norton Ghost または PowerQuest DeployCenter などのイメージ処理ツールによって作成およびインストールされます。インポートされた ImageUltra 用基本オペレーティング・システム・モジュールと、I386 フォルダーから開発された基本オペレーティング・システム・モジュール (以下、I386

ジュール

す。

– アドオン・オペレーティング・システム・モジュール: これらのモジュールに

は、オペレーティング・システムのホット・フィックス、サービス・パック、パッチ、および更新などの項目が含まれます。これらは、アプリケーションに類似した標準のセットアップ処理を介してインストールします。

– パーティション・モジュール: これらのモジュールは、C: ドライブ以外に 1

つ以上のパーティションを追加する場合、既存の 1 つ以上のパーティションを削除する場合、または I386 基本オペレーティング・システム・モジュールで使用できるパーティションを作成する場合に使用します。ベース・マップに複数のパーティション・モジュールを組み込んで、さまざまな結果を得ることができます。

) の場合は、Windows の完全インストールを実行する必要がありま

基本オペレーティング・システム・モ

パーティション・モジュールを使用して、追加のパーティションを作成してデータを取り込む場合、パーティション・モジュールには、追加のパーティションの作成に必要なすべての情報、および追加のパーティションに入れるすべてのデータが含まれています。一般に、これらのタイプのパーティション・モジュールは、Symantec Norton Ghost または PowerQuest DeployCenter などのイメージ処理ツールによって作成されます。空のデータ・パーティションを追加するだけならば、簡単なバッチ・ファイルを作成して、それをパーティション・モジュールのソース・ファイルとして使用することができます。

ハードウェア固有イメージおよびポータブル Sysprep イメージの場合は、新規 C: ドライブをインストールする前または後に、パーティションを追加または削除するインストール順序を設定することができます。しかし、C: ドライブのインストール後にパーティションを追加するには、パーティションを追加できるだけの十分な未使用ディスク・スペースを残して、C: ドライブを作成しておく必要があります。

一般に、インポートされた ImageUltra 用基本オペレーティング・システム・モジュールを使用するウルトラ・ポータブル・イメージは、すべての使用可能なディスク・スペースを使用するように設計されているため、単一パーティションのインストールに限定されます。作成する必要がある追加のパーティションが 1 つ以上ある場合は、パーティション・モジュールを作成して、パーティション・モジュールが基本オペレーティング・システム・モジュールの前にインストールされるようにインストール順序を設定する必要があります。

14 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

I386 基本オペレーティング・システム・モジュールを使用するウルトラ・ポータブル・イメージには、インストールするオペレーティング・システムの適切な基本パーティション用のパーティション・モジュールを組み込む必要があります。Win2000 基本パーティション、WinXP Pro 基本パーティション、および WinXP Home 基本パーティションの各モジュールは、ImageUltra Builder の一部として提供される作成済みのパーティション・モジュールです。

オペレーティング・システム・モジュールのデプロイおよびインストールは、

ース・マップ

によって管理されます。

ベ

v アプリケーション・モジュール: これらの各モジュールには、特定のアプリケー

ション・プログラムに関連したコンポーネントのすべてが含まれます。 – ウルトラ・ポータブル・イメージまたはポータブル Sysprep イメージをビルド

する場合、アプリケーション・モジュールを使用できます。アプリケーション・モジュールのデプロイおよびインストールは、

ベース・マップ

によって

管理されます。

– ハードウェア固有イメージをビルドする場合、そのイメージと一緒にアプリケ

ーション・モジュールを使用することはできません。すべてのアプリケーションが、ハードウェア固有イメージの一部でなければなりません。

v デバイス・ドライバー・モジュール: これらの各モジュールには、特定のデバイ

ス・ドライバーに関連したコンポーネントのすべてが含まれます。 – ウルトラ・ポータブル・イメージまたはポータブル Sysprep イメージをビル

ドする場合、デバイス・ドライバー・モジュールを使用できます。デバイス・ドライバー・モジュールのデプロイおよびインストールは、

プ

によって管理されます。

ドライバー・マッ

– ハードウェア固有イメージをビルドする場合、そのイメージと一緒にデバイ

ス・ドライバー・モジュールを使用することはできません。すべてのデバイス・ドライバーが、ハードウェア固有イメージの一部でなければなりません。

デプロイ処理中に、デプロイするベース・マップとドライバー・マップを選択します。これにより、ベース・マップによって定義されたオペレーティング・システムおよびアプリケーション・コンテンツと関係なく、デバイス・ドライバー・モジュールおよびドライバー・マップを保守できます。

ImageUltra Builder を使用して、モジュールのほか、リポジトリー内で

コンテナー

を作成することもできます。コンテナーとは、特殊なタイプのモジュールで、単一の名前のもとで他のモジュールをグループ化できるようにしたものです。コンテナー内のすべてのモジュールのタイプは同じでなければなりません。たとえば、ある特定のマシン・タイプ用のすべてのデバイス・ドライバーを、デバイス・ドライバー・コンテナーにまとめることができます。あるいは、 Windows 2000 基本オペレーティング・システム・モジュールを、関連したすべてのアドオン・オペレーティング・システム・モジュールと一緒に、オペレーティング・システム・コンテナーにまとめることができます。

I386 基本オペレーティング・システム・モジュールをビルドする場合、I386 基本オペレーティング・システム・モジュール、適切な基本パーティション用のパーティション・モジュール、ImageUltra カスタマイズ・モジュール、Sysprep モジュール、および UNATTEND.TXT モジュールを単一のオペレーティング・システム・コンテナーにまとめて、すべての必要なコンポーネントをまとめることができます。

第 2 章イメージ処理の概要 15

コンテナーの使用はオプションですが、マップを作成する際にコンテナーは役立ちます。個々のモジュールを挿入する代わりに、コンテナー・モジュールを挿入するだけで済むためです。

マップおよびモジュールは、すべてリポジトリーに保存されます。リポジトリーを ImageUltra Builder インターフェースで表示するとき、マップおよびモジュールは、わかりやすい名前で区別することができます。実際のファイル名は、ImageUltra Builder によって割り当てられます。以下は、リポジトリーのファイルに使用されるファイル拡張子のリストです。

v .CRI: モジュールに関するメタデータ。この情報は、ImageUltra Builder インター

フェース内で使用されます。

v .DMA: ドライバー・マップ v .BMA: ベース・マップ v .IMZ: 圧縮モジュール・ソース

イメージを開発するための 5 つの基本ステップ

イメージを開発するための基本ステップは、次の 5 つです。

1. 既存のモジュールのインポート

2. モジュールのビルド

3. ベース・マップおよびドライバー・マップの作成および変更

4. ターゲット・コンピューターへのスマート・イメージのデプロイ

5. ターゲット・コンピューターでのイメージのインストール

本章の後半に、これらの 5 つの基本ステップの詳細を記載します。

既存のマップおよびモジュールのインポート

インポート・ウィザードが、既存のマップおよびモジュールをリポジトリーにコピーします。マップおよびモジュールは、以下のすべてのソースからインポートできます。

v コンピューター上のサービス・パーティション v Lenovo または IBM 製のコンピューター上の隠し区画 (HPA) v コンピューター上のディレクトリー v さまざまなリポジトリー

v ImageUltra Builder

CD のセット

v ImageUltra エクスポート・パッケージ v ImageUltra リポジトリーの旧バージョン

配布用

CD または ThinkCenter

サービス・パーティションまたは HPA からのマップおよびモジュールのインポート

ソース・コンピューターからモジュールをインポートするには、まずソース・コンピューターに ImageUltra Builder をインストールし、ソース・コンピューターを、使用するリポジトリーにアクセスできるようにセットアップする必要があります。

および

ThinkPadのRecovery

16 ImageUltra Builder バージョン 3.1: ユーザーズ・ガイド

+ 224 hidden pages

Lenovo ImageUltra Builder 3.1 User Guide [ja]

まえがき

本書の対象読者

Web ページの参照

ImageUltra Builder の新機能

バージョン 2.0 および 2.01 に追加された機能

バージョン 2.2 に追加された機能

バージョン 3.0 に追加された機能

バージョン 3.1 に追加された機能

第 1 章 ImageUltra Builder の機能

イメージとは

スマート・イメージの定義

作業領域

スマート・イメージによってサポートされるイメージのタイプ

Sysprep の使用と重要性

自分に最適なイメージ・タイプ

ウルトラ・ポータブル・イメージ

ウルトラ・ポータブル・イメージの構造

ウルトラ・ポータブル・イメージの移植性

ポータブル Sysprep イメージ

ポータブル Sysprep イメージの構造

ポータブル Sysprep イメージの移植性

ハードウェア固有イメージ

ハードウェア固有イメージの構造

ハードウェア固有イメージの移植性

イメージ・タイプの要約

第 2 章 イメージ処理の概要

イメージを開発するための 5 つの基本ステップ

既存のマップおよびモジュールのインポート

サービス・パーティションまたは HPA からのマップおよびモジュ ールのインポート

第 2 章イメージ処理の概要

サービス・パーティションまたは HPA からのマップおよびモジュールのインポート