Lenovo ImageUltra Builder 3.1 User Guide [ja]

Download

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: ユーザーズ・ガイド

ImageUltra プログラムのインストール後、ImageUltra Builder を開き、使用するリポジトリーの「リポジトリー」ウィンドウを開いてから、インポート・ウィザードを開始し、それを使用して、希望するモジュールをリポジトリーにインポートします。

インポート・ウィザードは、ソース・コンピューターのサービス・パーティションまたは HPA 内にある、すべてのアプリケーション・モジュール、デバイス・ドライバー・モジュール、フィルター・モジュール、ユーティリティー・モジュール、ベース・マップ、およびドライバー・マップをカテゴリー別に表示します。これを使用すると、カテゴリーを選択して、そのカテゴリー内のすべてのモジュールをインポートしたり、インポートするモジュールまたはマップのみを選択したりすることができます。

多くの場合、オペレーティング・システム・モジュールはコンテナーに入っているため、コンテナー全体をインポートする必要があります。インポート操作中に、マップおよびモジュールを取り込むリポジトリー内のフォルダーを選択するよう、インポート・ウィザードが指示を出します。リポジトリーの既存のフォルダーを使用することも、リポジトリー内に新規フォルダーを作成することも、あるいはインポートされたモジュールを単にリポジトリーのルート項目に入れることもできます。

固有のモジュールをビルドするのとは対照的に、モジュールをインポートする利点は、次のとおりです。

v ImageUltra で開発されたモジュールは、Lenovo でテスト済みであり、Lenovo ま

たは IBM 製のコンピューターにデプロイできる状態になっています。

ベース・マップ

づいて ImageUltra Builder インポート・ウィザードによって自動的に作成されます。これらのマップをそのままの状態で使用することも、インポート・ウィザードによって作成されたマップに基づいて新しいマップを作成して、特定のニーズに合うようマップを変更することも、あるいはマップを廃棄して、ユーザー独自のマップを作成することもできます。

v ソース・コンピューターのサービス・パーティションにベース・マップおよびド

ライバー・マップがすでに存在する場合、それらのマップをインポートすることができます。サービス・パーティションにマップが存在するのは、 ImageUltra Builder によってデプロイされたスマート・イメージが、ソース・コンピューターに入っている場合だけです。

v ImageUltra で開発されたモジュールには、Microsoft の認証要件に準拠した署名付

きデバイス・ドライバーや、アプリケーションが含まれており、デバイス・ドライバーの互換性が保証されています。

v ImageUltra で開発されたモジュールを新しい Lenovo または IBM 製のコンピュ

ーターのサービス・パーティションからインポートすると、Lenovo または IBM 製のコンピューターの製品ライン全体で使用できるウルトラ・ポータブル・イメージを簡単に作成できるようになります。

および

ドライバー・マップ

は、インポートするモジュールに基

リポジトリー、フォルダー、CD からのマップおよびモジュールのインポート

前述のサービス・パーティションまたは HPA からのインポート以外にも、 ImageUltra Builder コンソールからインポート・ウィザードを使用して、フォルダ

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

ー、ImageUtra Builder

ディスク

ートすることもできます。

、あるいはさまざまなリポジトリーからマップおよびモジュールをインポ

配布用

CD、ThinkCentre

および

ThinkPad Product Recovery

注: BIOS ドライバーサービスセンターから ThinkCentre

Recovery

た多くの Lenovo または IBM 製のパーソナル・コンピューターでは、Access IBM または ThinkVantage ツール・セットを使用して独自の ThinkCentre

び

v ImageUltra Builder

Recovery

能なすべてのアプリケーション・モジュール、デバイス・ドライバー・モジュール、フィルター・モジュール、ユーティリティー・モジュール、ベース・マップ、およびドライバー・マップをカテゴリー別に表示します。そのカテゴリー内のすべての項目を選択することも、インポートするモジュールまたはマップのみを選択することもできます。ほとんどの場合、オペレーティング・システム・モジュールはコンテナーに入っているため、コンテナー全体をインポートする必要があります。

v フォルダーからインポートする際、インポート・ウィザードは、選択可能なすべ

てのオペレーティング・システム・モジュール、アプリケーション・モジュール、デバイス・ドライバー・モジュール、フィルター・モジュール、ユーティリティー・モジュール、ベース・マップ、およびドライバー・マップをカテゴリー別に表示します。そのカテゴリー内のすべての項目を選択することも、インポートするモジュールまたはマップのみを選択することもできます。

v 異なるリポジトリーからインポートするときは、カテゴリー別に表示すること

も、リポジトリー全体を現在の構造のまま表示して、インポートするマップまたはモジュールのみを選択することもできます。

ディスク

ThinkPad Product Recovery

ディスク

セットを注文することができます。2003 年以降に発表され

ディスク

配布用

からインポートする際、インポート・ウィザードは、選択可

CD または ThinkCentre

セットを作成することができます。

および

ThinkPad Product

およ

ThinkPad Product

モジュールのビルド

モジュールをインポートするほか、オペレーティング・システム、アプリケーション、およびデバイス・ドライバー用に固有のモジュールを作成できます。ただし、次のような制約があります。

v アプリケーション・モジュールおよびデバイス・ドライバー・モジュールは、ウ

ルトラ・ポータブル・イメージおよびポータブル Sysprep イメージでのみ使用するためのものです。それらを、ハードウェア固有イメージで使用することはできません。ハードウェア固有イメージの場合、すべての必要なアプリケーションおよびデバイス・ドライバーが、イメージの作成前にソース・コンピューターにインストールされている必要があります。

v 基本オペレーティング・システム・モジュールは、ハードウェア固有イメージ、

ポータブル Sysprep イメージ、または Windows インストール CD の I386 フォルダーから作成できます。I386 フォルダーから作成された基本オペレーティング・システム・モジュール (I386 と呼ばれる) は、ウルトラ・ポータブル・イメージ専用で、適切な基本パーティション用のパーティション・モジュール (Win 2000

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

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

基本パーティション

、

WinXP Home

)、ImageUltra カスタマイズ・モジュール、および UNATTEND.TXT モジュー

ン

ルと一緒に使用する必要があります。

注: Sysprep モジュールは、Windows XP および Windows 2000 用のウルトラ・

ポータブル・イメージのビルドと連結して使用され、C:¥SWWORK¥SYSPREP フォルダーに置く必要があります。

オプションで、新しい Lenovo または IBM 製のパーソナル・コンピューターのサービス・パーティションから ImageUltra で開発されたモジュールをインポートできます。ただし、インポートされた ImageUltra 用基本オペレーティング・システム・モジュールをデプロイできるのは、Lenovo または IBM 製のパーソナル・コンピューターだけです。

基本パーティション

、または WinXP Pro

基本パーティショ

ドライバー・モジュール、アプリケーション・モジュール、またはアドオン・オペレーティング・システム・モジュールのビルド

デバイス・ドライバー・モジュール用のファイルの準備は、アプリケーション・モジュールまたはアドオン・オペレーティング・システム用のファイルの準備とは異なります。

v アプリケーション・ファイルおよびアドオン・オペレーティング・システム・モ

ジュール: 一般に、モジュールに使用する予定のアプリケーションまたはアドオ

ン・オペレーティング・システム・コンポーネントには、無人インストールのためのサイレント・インストール機能がなければなりません。モジュールをビルドする前に、インストール処理でユーザー対話が不要となるよう、無人インストールのためのアプリケーションまたはアドオン・オペレーティング・システム・コンポーネントを準備します。ほとんどの場合、Microsoft Software Installer (MSI) および InstallShield プログラムは、これらのタイプの自動インストールに対応できます。

ImageUltra Builder では、無人インストールに対応していないアプリケーションおよびアドオン・オペレーティング・システム・コンポーネントも使用できます。このタイプのアプリケーション・プログラムおよびアドオン・オペレーティング・システム・コンポーネントは、モジュールとしてデプロイできますが、自動的にインストールすることはできません。その代わり、ImageUltra Builder がインストール可能ファイルをターゲット・コンピューターにコピーできるようにし、ユーザーがセットアップ・プログラムを立ち上げて、手動でプログラムをインストールできるようなアイコンをデスクトップに置くことができます。

v デバイス・ドライバー・ファイル: デバイス・ドライバー・モジュールを作成す

る場合、Microsoft 標準のプラグ・アンド・プレイ .INF インストール方式を使用する必要があります。この方式は、通常、実質的にユーザーの介入が不要です。デバイス・ドライバーは、Microsoft Windows Hardware Qualification Lab (WHQL) により認証され、署名が付いているものでなければなりません。署名付きの

WHQL 認証デバイス・ドライバーを使用しない場合、インストール処理時に Windows が生成した情報メッセージが出力されてプロセスが中断することになり

ます。これを回避するにはユーザー対話が必要です。

アプリケーション、アドオン・オペレーティング・システム・コンポーネント、またはデバイス・ドライバーの準備ができたら、新規モジュール・ウィザードを使用

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

して、リポジトリー内にモジュール項目を作成し、モジュールに関連する属性を設定します。属性は、デバイス・ドライバー・モジュール、アプリケーション・モジュール、またはアドオン・オペレーティング・システム・モジュールごとに異なります。どの場合も、リポジトリー内のモジュールと、準備されたファイルが現在保存されている場所を示す名前を定義する必要があります。属性の定義が完了すると、リポジトリーから目的の項目を選択し、ビルド・ツールを使用してモジュールをビルドできます。

注: ImageUltra Builder は、ウィルスを見つけるためにファイルを自動的にスキャン

しません

されるコンピューター上でウィルス検査プログラムを使用してください。

ソース・ファイルの準備およびモジュールの作成のための段階的な手順については、 161 ページの『第 8 章モジュール用ソース・ファイルの準備』または ImageUltra Builder ヘルプ・システムを参照してください。

。ウィルスのない環境を確保するために、モジュールのビルドに使用

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

ImageUltra 用に開発された基本オペレーティング・システム・モジュールをインポートするのではなく、独自の基本オペレーティング・システム・モジュールを作成する場合は、以下のいずれかを実行します。

v 既存のハードウェア固有イメージ (Symantec Norton Ghost または PowerQuest

DeployCenter によって作成された業界標準イメージ) からモジュールをビルドす

る。

v ポータブル Sysprep イメージを作成し、そのイメージからモジュールをビルドす

る。ポータブル Sysprep イメージから基本オペレーティング・システム・モジュールを作成する場合、モジュールは、アプリケーション・モジュールおよびデバイス・ドライバー・モジュールを使用して、さまざまなハードウェア間での移植性を高めることができます。

v ウルトラ・ポータブル・イメージで使用する I386 基本オペレーティング・シス

テム・モジュールを作成する。

ハードウェア固有イメージからの基本オペレーティング・システム・モジュールの作成

ハードウェア固有イメージは、Microsoft Sysprep ツールを使用して準備され、 Symantec Norton Ghost または PowerQuest DeployCenter のどちらかを使用して作成

される自己完結型イメージ (オペレーティング・システム、アプリケーション、およびデバイス・ドライバー) です。ソース・コンピューターとターゲット・コンピューターがほとんどバリエーションのない同じハードウェアを使用する必要があるため、このイメージの移植性は限定されます。大企業の多くはハードウェア固有イメージを使用しており、それらはモジュールに変換が可能であり、ImageUltra Builder を使用してデプロイできるいます。

既存のハードウェア固有イメージからオペレーティング・システム・モジュールをビルドするのは簡単です。「新規モジュール・ウィザード」を使用して、リポジトリー内にオペレーティング・システム・モジュール項目を作成し、モジュールと関連する属性を設定します。属性の定義が完了すると、リポジトリーから目的の項目を選択し、ビルド・ツールを使用してモジュールをビルドできます。

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

ハードウェア固有イメージ用のソース・ファイルの準備およびモジュールの作成に関する段階的な手順については、 161 ページの『第 8 章モジュール用ソース・ファイルの準備』または ImageUltra Builder ヘルプ・システムを参照してください。

ポータブル Sysprep イメージからの基本オペレーティング・システム・モジュールの作成

ポータブル Sysprep イメージからのモジュールの作成は、ハードウェア固有イメージからのモジュールの作成とよく似ています。違うのは、ソース・コンピューター上でポータブル Sysprep イメージを作成する方法だけです。

イメージの作成方法を変更すると、イメージが、デプロイおよびインストール処理時に他のアプリケーション・プログラムおよびデバイス・ドライバーを付加できるようになります。以下は、ポータブル Sysprep イメージの作成に必要な変更です。

Sysprep プログラムを実行する前に、ImageUltra カスタマイズ・プログラム (ImageUltra Builder で提供される) をソース・コンピューターで実行します。 ImageUltra カスタマイズ・プログラムは、ポータブル Sysprep イメージがマップに

定義されたアプリケーションおよびデバイス・ドライバーを利用するのに必要なフックを提供します。

ポータブル Sysprep イメージのその他の作業は、Sysprep ツールの実行や、 Symantec Norton Ghost または PowerQuest DeployCenter を使用したイメージ・ファイルの作成を含め、従来のハードウェア固有イメージを開発する場合と同じです。イメージ・ファイルを作成したら、「新規モジュール・ウィザード」を使用して、リポジトリー内にオペレーティング・システム・モジュール項目を作成し、モジュールと関連する属性を設定します。属性の定義が終了すると、リポジトリーから目的の項目を選択し、モジュールをビルドできます。ポータブル Sysprep イメージの段階的な手順については、 169 ページの『ポータブル Sysprep イメージの作成』を参照してください。

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

I386 基本オペレーティング・システム・モジュールは、ウルトラ・ポータブル・イメージの中心的な要素です。ただし、I386 基本オペレーティング・システムをベース・マップに追加する場合は、適切な基本パーティション用のパーティション・モジュール (Win2000 基本パーティション、WinXP Home 基本パーティション、または Win XP Pro 基本パーティション)、ImageUltra カスタマイズ・モジュール、 Sysprep モジュール、および UNATTEND.TXT モジュール (オプション) も追加する必要があります。ここでは、これらのモジュールを作成してインプリメントする方法を説明します。

注: Sysprepモジュールは、Windows XPおよび Windows 2000用のウルトラ・ポ

ータブル・イメージのビルドと連結して使用され、C:¥SWWORK¥SYSPREP フォルダーに置く必要があります。

I386 基本オペレーティング・システム・モジュールには、Windows インストール CD の I386 フォルダーに含まれているすべてのファイルおよびサブフォルダーが入

っています。これらのファイルには、オペレーティング・システムのインストールに関連したコンテンツおよびインストール手順が入っています。ウルトラ・ポータブル・イメージとしてデプロイするオペレーティング・システムごとに、I386 基本

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

オペレーティング・システム・モジュールを作成する必要があります。ウルトラ・ポータブル・イメージとしてデプロイ可能なのは、以下のオペレーティング・システムだけです。

v Windows XP Professional

v Windows XP Home

v Windows 2000

I386 基本オペレーティング・システム・モジュールをビルドするには、「新規モジュール・ウィザード」を使用して、リポジトリー内にオペレーティング・システム・モジュール項目を作成します。属性の定義が完了すると、リポジトリーから目的の項目を選択し、ビルド・ツールを使用してモジュールを作成できます。 I386 基本オペレーティング・システム・モジュールの作成について詳しくは、 162 ページの『I386 基本オペレーティング・システム・モジュール用のソース・ファイルの準備』を参照してください。

基本パーティション用のパーティション・モジュールは、Windows のインストールを受け入れるようターゲット・ハードディスクを準備します。このモジュールは、パーティションを作成し、パーティションをフォーマットし、起動可能パーティションとしてパーティションを設定します。ImageUltra Builder の一部として、以下の 3 つの基本パーティション用のパーティション・モジュールが提供されています。

v Win2000

v WinXP Home

v WinXP Pro

基本パーティション

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

これらはすべて、オペレーティング・システム用のすぐに使用できるパーティション・モジュールです。基本パーティション・モジュールは、I386 基本オペレーティング・システム・モジュールに対応したものでなければなりません。

ImageUltra カスタマイズ・モジュールには、ImageUltra カスタマイズ・プログラムが入っています。これは、ウルトラ・ポータブル・イメージが、マップに定義されたアプリケーションおよびデバイス・ドライバーを利用するのに必要なフックを提供します。 ImageUltra カスタマイズ・モジュールは、ImageUltra Builder の一部として提供される、すぐに使用できるオペレーティング・システム・モジュールで、 I386 基本オペレーティング・システム・モジュール専用です。ImageUltra Builder の一部として提供される ImageUltra カスタマイズ・モジュールは、Sysprep 機能が含まれていないという点で、Lenovo または IBM 製のソース・コンピューターからインポートできる同じような名前のモジュールとは異なります。

注: ImageUltra カスタマイズ・モジュールは、ポータブル Sysprep イメージ、また

はインポートされた ImageUltra 用基本オペレーティング・システム・モジュールから開発されたウルトラ・ポータブル・イメージと一緒に使用しないでください。また、一部のインポートされた ImageUltra 用アプリケーション・モジュールは Sysprep 機能に依存している可能性があるため、I386 基本オペレーティング・システム・モジュールおよび ImageUltra カスタマイズ・モジュールを含むイメージで使用すると、正常にインストールできない場合があります。インポートされた ImageUltra 用アプリケーション・モジュールを正常にインストールできない場合は、ImageUltra Builder を使用して、アプリケーション・モジュールを再作成してください。

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

UNATTEND.TXT モジュールは、イメージを無人でインストールする場合に必要です。このモジュールを使用すると、I386 フォルダーに含まれているデフォルトの UNATTEND.TXT ファイルを、独自に作成したファイルで置き換えることができます。このファイルを使用して、インストール処理中に必要となる値 (製品キー、ユーザー名、および会社名) を事前定義できます。複数の UNATTEND.TXT モジュールを作成して、イメージをデプロイするユーザーが適切な UNATTEND.TXT モジュールを選択できるようにすることも可能です。

このモジュールを作成するには、使用する値を入れる UNATTEND.TXT ファイルを最初に作成する必要があります。UNATTEND.TXT ファイルを作成したら、「新規モジュール・ウィザード」を使用して、オペレーティング・システム・モジュール項目をリポジトリーに作成し、モジュールに関連した属性を設定します。属性の定義が終了すると、リポジトリーから目的の項目を選択し、モジュールをビルドできます。

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

パーティション・モジュールは、いくつかの機能に使用する特殊タイプのオペレーティング・システム・モジュールです。パーティション・モジュールを使用して、イメージのインストール前にターゲット・コンピューター上の 1 つ以上のパーティションを削除し、 C: ドライブ以外に追加のパーティションを作成できます。ベース・マップに複数のパーティション・モジュールを組み込んで、さまざまな結果を得ることができます。ウルトラ・ポータブル・イメージのインストールは一般に単一区画に限定されるため、ウルトラ・ポータブル・イメージをインストールする予定の場合は、パーティション・モジュールを作成し、ターゲット・コンピューターのハードディスク上に複数のユーザー区画を持つ必要があります。

複数区画のポータブル Sysprep イメージまたはハードウェア固有イメージをインストールする場合は、 Symantec Norton Ghost および PowerQuest DeployCenter ツールを使用すると、ソース・コンピューターから複数区画イメージを取り込むことができるため、追加パーティションの作成にパーティション・モジュールを使用することは必ずしも必要ではありません。

パーティション・モジュールを使用して追加のパーティションを作成する利点は、ベース・マップを使用して、インストールするイメージに適切なデータ・パーティションを選択できる点です。たとえば、会計部門のイメージをインストールする場合は、特に会計部門用のデータが入った個別のデータ・パーティションを持つことができます。

データが入ったパーティション・モジュールを作成するには、Symantec Norton Ghost か PowerQuest DeployCenter のいずれかを使用してソース・コンピューターからパーティションを取り込み、そのパーティション用のインストール・スクリプトを作成する必要があります。インストール・スクリプトは、追加のパーティション・サイズおよびコンテンツを定義します。あるいは、単に空のデータ・パーティションを作成するだけならば、簡単なバッチ・ファイルを作成して、それをパーティション・モジュールのソース・ファイルとして使用することができます。いずれの場合でも、ベース・マップを使用してインストールに使用できるようにパーティション・モジュール、インストールする際の条件、およびモジュール・インストールの順序を定義します。パーティション・モジュールは、ウルトラ・ポータブル・基本オペレーティング・システム・モジュール

の前に

インストールする必要があり

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

ます。ウルトラ・ポータブル・イメージに I386 基本オペレーティング・システム・モジュールを使用する場合は、必要な基本パーティション用のパーティショ

前に

ン・モジュールをインストールするルをインストールする必要があります。

パーティション・モジュールのもう一つの用途は、ターゲット・コンピューター上に存在する 1 つ以上のデータ・パーティションを保持することです。ImageUltra

Builder には、このようなパーティション・モジュールが、ImageUltra 3.1 - Drive Prep - Delete C Partition Only という名前で用意されています。このパーティショ

ン・モジュールがマップ内で正しくインプリメントされると、C: ドライブを除く、ターゲット・コンピューター上のすべてのパーティションが保持されます。これで、新規イメージが、以前古い C: ドライブが使用していたスペースにインストールされます。ほかにもいくつかのパーティション・モジュールが、ImageUltra Builder の一部として提供されています。詳しくは 114 ページの『ベース・マップでのパーティション・モジュールの使用』を参照してください。

、オプションのパーティション・モジュー

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

ベース・マップおよびドライバー・マップの重要性および使用法を理解するには、デプロイおよびインストール処理を的確に理解する必要があります。

サービス・パーティションを作業領域として使用して、標準のネットワーク・デプロイを行うと、以下のようになります。

v デプロイ処理は、ターゲット・コンピューターを ImageUltra Builder

ク・デプロイット

から起動することによって始まります。デプロイ処理時に、ターゲット・コンピューターを操作している人には、ベース・マップおよびドライバー・マップをリポジトリーから選択するようプロンプトが出されます。選択したベース・マップおよびドライバー・マップに定義されているモジュールは、リポジトリーからターゲット・コンピューターのサービス・パーティションにデプロイされます。

v インストール処理時に、ターゲット・コンピューターを操作している人には、一

連のメニューが表示されます。メニュー選択により、ターゲット・コンピューター上にインストールされるイメージのコンテンツが定義されます。メニュー項目およびメニュー階層は、によって定義されます。メニューの物理的外観および動作は、各種のメニュー項目に割り当てられたて、該当するモジュールがサービス・パーティションから取得されて、C: ドライブでアンパックされます。このあと、セットアップ処理が開始します。

CD または ImageUltra Builder

ベース・マップ

プロパティ

によって制御されます。メニュー選択に基づい

ネットワーク・デプロイ・ディスケ

にメニュー項目をどのように入力するか

ネットワー

ダイレクト・ネットワーク・インストールを行うと、デプロイおよびインストールが以下のように 1 つの操作に統合されます。

v ダイレクト・ネットワーク・インストールは、ターゲット・コンピューターを

ImageUltra Builder

トワーク・デプロイ

v ターゲット・コンピューターを操作する人には、ベース・マップおよびドライバ

ー・マップをリポジトリーから選択するようプロンプトが出されます。

ネットワーク・デプロイ

CD から起動することによって始まります。

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

CD または ImageUltra Builder

ネッ

v 適切なマップが選択されると、ターゲット・コンピューターのネットワークにネ

ットワーク作業用フォルダーが作成されます。

v インストールの制御に必要なモジュールのみが、ネットワーク作業用フォルダー

にコピーされ、アンパックされます。

v ここで、ターゲット・コンピューターを使用している人に、一連のメニューが表

示されます。メニュー選択により、ターゲット・コンピューター上にインストールされるイメージのコンテンツが定義されます。メニュー項目およびメニュー階

ベース・マップ

層は、

にメニュー項目をどのように入力するかによって定義され

ます。メニューの物理的外観および動作は、各種のメニュー項目に割り当てられ

プロパティ

た

によって制御されます。

v メニュー選択に基づいて、該当するモジュールが、リポジトリーから C: ドライ

ブに直接コピーされ、アンパックされます。(オプションで、コンソール・サイドのリカバリーのために、スマート・イメージ全体またはインストールするイメージに必要なモジュールのみをサービス・パーティションにコピーすることもできます。)

v このあと、C: ドライブ上のアンパックされたモジュールを使用して、セットアッ

プ処理が始まります。

インストールを ImageUltra Builder

配布用

CD から行う場合は、以下のようになり

ます。 v デプロイ処理は、ターゲット・コンピューターを ImageUltra Builder

配布用

から起動することによって始まります。デプロイ処理の際、CD 上のベース・マップおよびドライバー・マップに定義されているモジュールが、CD からターゲット・コンピューターのサービス・パーティションに自動的にデプロイされます。

注: ImageUltra Builder

配布用

CD からインストールを行うときは、常にサービ

ス・パーティションが作業領域として使用されます。

v インストール処理時に、ターゲット・コンピューターを使用している人に、一連

のメニューが表示されます。メニュー選択により、ターゲット・コンピューター上にインストールされるイメージのコンテンツが定義されます。メニュー項目およびメニュー階層は、

ベース・マップ

にメニュー項目をどのように入力するかによって定義されます。メニューの物理的外観および動作は、各種のメニュー項目に割り当てられた

プロパティ

によって制御されます。メニュー選択に基づいて、該当するモジュールが、サービス・パーティションから C: ドライブにコピーされ、アンパックされます。このあと、セットアップ処理が開始します。

どのマップにも、次の 3 つの部分があります。 v ツリー構造: マップ・ツリー構造は、Windows エクスプローラに見られるツリー

構造と非常によく似ています。ただし、マップ・ツリー構造には、ファイルやフォルダーではなく、メニュー項目およびモジュール、さらにコンテナーが含まれます。

v 設定: マップごとに、マップの動作を制御できる「設定」ウィンドウがありま

す。ベース・マップ用の「設定」ウィンドウを使用すると、インストール・メニューの物理的外観を制御することもできます。

v プロパティ: ツリー構造およびツリー構造内の各メニュー項目のルート項目に

は、一連のプロパティがあります。ルート項目およびベース・マップの各メニュ

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

ー項目に関連するプロパティを使用して、フロー、メニュー項目のテキスト、およびサブメニュー項目の物理的外観と動作を制御できます。これらのプロパティによって、フィルターおよびユーティリティーをメニュー項目に関連付け、メニュー項目での一定の動作を制御する条件を、メニュー項目ごとに設定することもできます。ドライバー・マップのメニュー項目プロパティを使用すると、フィルターを各メニュー項目に関連付け、フィルターの使用法に影響を与える条件を設定できます。

ベース・マップおよびドライバー・マップは、それぞれ異なる目的があり、ツリー構造、メニュー項目、設定およびプロパティの使用方法も異なります。したがって、ここではそれぞれ個々に概要を説明します。マップに関する詳細な概念については、 93 ページの『第 6 章マップ構造の概要』を参照してください。マップの作成と処理に関する段階的な説明については、ImageUltra Builder のヘルプ・システムを参照してください。

ベース・マップ

ベース・マップ内のツリー構造を使って、インストール処理時にターゲット・コンピューター上に表示されるメニューのフローおよびコンテンツを制御する一連のメニュー構造を定義できます。モジュールは、マップの中のメニュー項目の下に挿入されます。ターゲット・コンピューターで各メニュー項目が選択されると、そのメニュー項目に関連するモジュールが集められます。一連のメニューの最後のメニューから最後のメニュー項目を選択すると、累積されていたすべてのモジュールがインストールされます。

「新規マップ・ウィザード」を使用して、リポジトリーにベース・マップ項目を作成します。次に、ツリー構造にメニュー項目を入れて、メニュー・システムのフローとコンテンツを設定します。最後に、特定のニーズを満たすように、目的とする位置のメニュー項目の下にモジュールを挿入します。オプションで、ツリー構造のルート項目に関連するプロパティを変更することによって、メニュー・システムの外観全体を変更することができます。色の変更、ウィンドウ・シャドーイングの追加、ナビゲーション・エイドの制御などを行うことができます。ベース・マップの構成の詳細については、 93 ページの『第 6 章マップ構造の概要』および 137 ページの『第 7 章マップの作成』を参照してください。

ドライバー・マップ

ドライバー・マップは、ウルトラ・ポータブル・イメージおよびポータブル Sysprep イメージでのみ使用するためのものです。ハードウェア固有イメージはドライバー・マップを使用プと一緒にドライバー・マップを選択する場合、ハードウェア固有イメージのインストール時にドライバー・マップは無視されます。

ドライバー・マップ内のツリー構造により、デバイス・ドライバー・モジュールが含まれている構造を定義できます。メニュー項目の使用はオプションです。ドライバー・マップ内のメニュー項目は、次の 2 つの目的にのみ役立ちます。

v 開発者がデバイス・ドライバー・モジュールのグループに注釈またはラベルを付

けられるようにします。

v 開発者が、1 つまたは複数のデバイス・ドライバー・モジュールに

割り当てられるようにします。フィルターの使用はオプションですが、複数のコ

しません

。ハードウェア固有イメージが入っているベース・マッ

フィルター

を

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

ンピューター・タイプ用のデバイス・ドライバー・モジュールを持っているドライバー・マップを作成する場合、フィルターは役に立ちます。ImageUltra Builder で提供されるフィルターにより、マシン・タイプ、マシン型式とモデル、ハードウェア・プラットフォーム (デスクトップまたはモバイル)、およびコンピューターが Lenovo または IBM 製のコンピューターかどうかを確認できます。

ドライバー・マップ内のメニュー項目は、ターゲット・コンピューターで表示されるメニューに影響しません。

「新規マップ・ウィザード」を使用して、リポジトリーにドライバー・マップ項目を作成します。次に、必要であればツリー構造にメニュー項目を入れます。最後に、ツリー構造にモジュールを挿入し、オプションで、フィルターをメニュー項目に割り当てます。ドライバー・マップの作成の詳細については、 93 ページの『第 6 章マップ構造の概要』を参照してください。

ターゲット・コンピューターが Lenovo または IBM 製のパーソナル・コンピューターである場合、ドライバー・マップの使用はオプションです。ウルトラ・ポータブル・イメージまたはポータブル Sysprep イメージのデプロイ時にドライバー・マップを選択しない場合、インストール処理は、ターゲット・コンピューターのサービス・パーティションまたは HPA に入っているデバイス・ドライバー・モジュールを使用します。

Lenovo または IBM 製のパーソナル・コンピューターでドライバー・マップを使用する場合、ドライバー・マップは出荷時導入済みデバイス・ドライバー・モジュールを追加しないことに注意してください。出荷時デバイス・ドライバー・モジュールはすべて削除され、マップに定義されているデバイス・ドライバーに置き換えられます。したがって、次のようにしてください。

v ドライバー・マップをウルトラ・ポータブル・イメージと一緒に使用する場合、

ターゲット・コンピューターに必要なー・マップに含まれている必要があります。

v ドライバー・マップをポータブル Sysprep イメージと一緒に使用する場合、基本

オペレーティング・システム・モジュールにすでに入っているものを補足するのに必要なすべてのデバイス・ドライバーがドライバー・マップに含まれている必要があります。

他社製のコンピューター用のウルトラ・ポータブル・イメージを開発する場合は、1 つ以上のドライバー・マップを組み込んで、このイメージのインストール先のすべてのハードウェア構成をサポートする必要があります。

すべての

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

ベース・マップの作成時に、「新規マップ・ウィザード」を使用すると、使用するネットワーク・インストールのタイプを定義できます。次の選択を行えます。

v ダイレクト・ネットワーク・インストール: この方法は、ネットワーク作業用フ

ォルダーを使用してインストールを制御します。モジュールは、ターゲット・コンピューターの C: ドライブに直接デプロイおよびアンパックされます。

v ネットワーク・デプロイとローカル・インストール: この方法は、サービス・パ

ーティションを完全なスマート・イメージの作業領域として使用します。

デバイス・ドライバーがドライバ

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

インストール方法の事前定義を行わずに、代わりにターゲット・コンピューターを使用する人に、デプロイ時にインストール方法の入力を求めるプロンプトを出すこともできます。

「新規マップ・ウィザード」を使用してマップを作成した後は、「マップ設定」ウィンドウによってこの設定を変更できます。詳しくは、 143 ページの『ベース・マップの設定の指定』または ImageUltra Builder ヘルプ・システムを参照してください。

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

ベース・マップの作成時に、「新規マップ・ウィザード」を使用すると、イメージのインストール後、ImageUltra Builder がターゲット・コンピューター上のサービス・パーティションを使用する方法を定義できます。次の 3 つのオプションがあります。

v 何も削除しない:

– 標準インストール (ネットワーク・デプロイとローカル・インストールまたは

CD からのインストール) の場合、サービス・パーティションのサイズおよび

コンテンツは、スマート・イメージがデプロイされた時点と変わりません。

– ダイレクト・ネットワーク・インストールの場合、サービス・パーティション

がまだ存在していなければ、マップの設定に基づいて作成されます。サービス・パーティションがすでに存在する場合は、必要があればサイズ変更され、サービス・パーティション内のファイルは ImageUltra マップおよびモジュールに置き換えられます。

いずれのタイプのインストールの場合でも、結果的に、サービス・パーティションには完全なスマート・イメージが入ります。

v 未使用のモジュールを削除する:

– 標準インストール (ネットワーク・デプロイとローカル・インストールまたは

CD からのインストール) の場合、この特定のコンピューター・イメージに使

用されないモジュールはすべて削除されます。サービス・パーティションは、残っているモジュールのみを収容できるサイズに変更されます。C: ドライブは、サービス・パーティションのサイズが変更された時点で作成された空き領域を組み込むようサイズ変更されます。

– ダイレクト・ネットワーク・インストールの場合、サービス・パーティション

がまだ存在していなければ作成されます。サービス・パーティションがすでに存在する場合は、必要があればサイズ変更され、サービス・パーティション内の既存のマップおよびモジュールは、インストールされたイメージの再作成に必要な ImageUltra マップおよびモジュールに置き換えられます。既存のユーティリティー・ファイルへの影響はありません。

いずれのタイプのインストールの場合でも、結果的に、サービス・パーティションにはイメージの再作成に必要なファイルのみが入り、サービス・パーティションは、それらのファイルの収容に絶対的に必要な大きさを超えることはありません。しかし、インストールの時間は、パーティションのサイズ変更とデータの移動に必要な時間のため、一般的には長くなります。

v すべて削除する:

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

– 標準インストール (ネットワーク・デプロイとローカル・インストール) の場

合、デプロイ用の作業領域として使用されたサービス・パーティションは削除されます。C: ドライブはサイズ変更され、サービス・パーティションが削除された時点に作成されたすべての空き領域を取り戻します。結果として、ターゲット・コンピューターでのコンソール・サイド・リカバリーはできなくなります。

– ダイレクト・ネットワーク・インストールの場合は、ダイレクト・ネットワー

前に

ク・インストールの開始ティションが存在したかどうかによって、動作が変わります。ダイレクト・ネットワーク・インストールが行われる前にターゲット・コンピューター上にすでにサービス・パーティションが存在していた場合、そのサービス・パーティションは削除され、C: ドライブはサイズ変更されて、サービス・パーティションが削除された時点に作成されたすべての空き領域を取り戻します。インストール前にサービス・パーティションが存在しなかった場合は何も作成されず、アクションも不要です。したがって、ほとんどの場合、デプロイおよびインストール全体にかかる時間は、他の方法と比較して大幅に短縮されます。いずれの場合も、結果として、ターゲット・コンピューターでのコンソール・サイド・リカバリーはできなくなります。

設定の変更は、マップ開発プロセス中、マップの「設定」ウィンドウによって随時行えます。詳しくは、 113 ページの『サービス・パーティションの動作の制御』または ImageUltra ヘルプ・システムを参照してください。

ターゲット・コンピューターにサービス・パー

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

ネットワーク同期機能は、更新されたマップがないかリポジトリーをチェックするのに使用されます。ターゲット・コンピューターがネットワークに接続されている場合、チェックは以下のタイミングで 2 回発生します。

v デプロイの開始時点 : 下位レベルのマップが選択された場合、ネットワーク同期

機能は最新のマップを探し出し、それを下位レベルのマップの代わりに使用します。

v インストールの開始時点 : このチェックは、インストール処理の発生時点がデプ

ロイ処理発生時点よりも後になる場合に最も有用です。この場合、元のデプロイ処理の発生後に更新または置き換えられたマップが使用されます。オリジナル・デプロイメントからのマップ・コンテンツの変更度合いによっては、このチェックの結果、完全に新規のスマート・イメージがデプロイされることがあります。

ネットワーク同期操作が置換マップを見つけ出すようにするには、次の 2 つの条件を満たす必要があります。

v ネットワーク同期機能をベース・マップで使用可能にすること。 v ネットワーク同期設定リスト (「ImageUltra Builder ツール」メニューからアクセ

ス可能) に、デプロイされたマップおよび置換マップを定義する項目が含まれていること。

ベース・マップを作成するときに、「新規マップ・ウィザード」により、ネットワーク同期機能を使用可能にするかどうかを指示できます。ネットワーク同期設定の変更は、マップ開発プロセス中、マップの「設定」ウィンドウによって随時行えま

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

す。詳しくは、 112 ページの『ネットワーク同期機能の制御』または ImageUltra Builder ヘルプ・システムを参照してください。

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

新しい ImageUltra 管理者ツールは、管理者が、サーバー、ユーザー、およびリポジトリーへのユーザー・アクセスを管理するプロセスをガイドします。管理者ツールは、管理者によって設定される所定のアクセス・レベルに基づいてリポジトリーを保護します。

管理者が多数のユーザーを管理しやすくするために、ImageUltra 管理者ツールには、ユーザーの制限、リポジトリーに対するアクセス権、およびリポジトリーの内容を編成および管理するタスクが用意されています。管理者ツールには、ユーザー、およびリポジトリーに対するユーザー・アクセスを管理するための以下のオプションがあります。

v ユーザーの管理 v ユーザーを変更する v 新しいユーザーを作成する v リポジトリーへのユーザーのアクセス権を制御する v リポジトリーの管理 v リポジトリーを削除する v リポジトリー内のマップまたはモジュールをアンロックする

このツールを開始するには、メイン・ウィンドウのメニュー・バーの「ツール」をクリックし、「管理」をクリックします。画面に表示される指示に従います。

ユーザー情報の定義

ベース・マップの「ユーザー情報」タブを使用して、ユーザー固有設定のデフォルト値を定義したり、インストール処理の初期段階でユーザー固有設定の入力を求めるプロンプトを出したりできます。両方を行うことも可能です。ベース・マップ開発中にいつでも、ユーザー情報設定を定義したり、プロンプトを出すことができます。この機能の使用法について詳しくは、 110 ページの『ベース・マップでのユーザー情報の定義』を参照してください。

I386 基本オペレーティング・システム・モジュールを使用するウルトラ・ポータブル・イメージを作成する場合は、UNATTEND.TXT ファイルをのユーザー情報を定義し、オペレーティング・システムのインストールを制御する必要があります。UNATTEND.TXT ファイルは、Windows セットアップで必要なすべての情報が入った応答ファイルで、I386 フォルダーに置かれます。ベース・マップの「ユーザー情報」タブを使用して一部の情報を提供することは可能ですが、このタイプのインストールで必要なすべてのフィールドが用意されているわけではありません。 UNATTEND.TXT ファイルの作成または変更の詳細については、以下を参照してください。

v Microsoft Web サイト

http://www.microsoft.com で、UNATTEND.TXT というストリングを検索します。

v Windows 2000 インストール CD。UNATTEND.DOC ファイルを見付けます。

必ず

作成して、特定

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

v Windows XP インストール CD。DEPLOY.CAB ファイルにある DEPLOY.CHM

ファイルを開きます。

UNATTEND.TXT ファイルを作成したら、UNATTEND.TXT モジュールを作成してベース・マップに組み込む必要があります。イメージ・インストール処理中に、 UNATTEND.TXT モジュールは、I386 フォルダー内の UNATTEND.TXT ファイルを、作成した UNATTEND.TXT ファイルで置き換えます。この機能により、共通の I386 基本オペレーティング・システム・モジュールに関連付けることが可能な複数の UNATTEND.TXT ファイルを作成できます。

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

重要: 実際の稼働環境にスマート・イメージをデプロイする前に、スマート・イメージをテストして、予想どおりに動作するか確認してください。

スマート・イメージをターゲット・コンピューターにデプロイするには、次の 2 とおりの方式があります。

配布用ディスク

びドライバー・マップで定義されているすべてのモジュールのセットを記録可能な CD または DVD ディスクのセットにコピーします。

セットの最初の CD は起動可能です。ターゲット・コンピューターで開始すると、ディスク上のデプロイ・プログラムは、ディスクからサービス・パーティションにモジュールをコピーし、インストール処理のためにターゲット・コンピューターを準備します。デプロイ処理の開始時点にサービス・パーティションが存在しない場合は作成されます。

からの直接デプロイ: この方式は、選択したベース・マップおよ

ImageUltra Builder デプロイ・ウィザードを使用して、一連のスタンドアロン

用ディスク

らディスクの作成に必要なステップごとにプロンプトが出されます。一般に、以下のようなステップになります。

ネットワーク・デプロイ

– – 使用するベース・マップおよびドライバー・マップの選択 –CDファイルを保存する記録可能な CD または DVD ドライブの場所の選択

必要なすべての質問に答えると、デプロイ・ウィザードは、組み込まれたディスク記録ソフトウェアを使用して、

また、デプロイ・ウィザードを使用して、以下のことも可能です。 – 他の場所に電子的に保存可能な、または他の場所で電子的に使用可能な ISO

イメージを作成する

– 以前に保存された ISO イメージからディスクを記録する – 他社製のディスク焼き付けソフトウェアを使用してディスクを作成できるよ

う、ロー・ファイルをフォルダーにコピーする

注: ディスク 1 は、起動可能でなければならず、

を作成します。ユーザーの応答に基づいて、デプロイ・ウィザードか

CD の作成

デプロイ・ディスク

のセットを作成します。

ネットワーク・デプロイ

の特定のファイルを使用するので、フォルダー内のファイルから

を作成するには、デプロイ・ウィザードおよび ImageUltra Builder

ィスク

ヘルプ・システムで提供される指示に従ってください。

配布

配布用デ

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

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

ール): 記録可能な CD または DVD メディアに ImageUltra Builder

ク・デプロイ

のいずれかを作成するには、ImageUltra Builder デプロイ・ウィザードを使

ット

用します。ユーザーの応答に基づいて、デプロイ・ウィザードから CD または DVD の作成に必要なステップごとにプロンプトが出されます。CD または DVD を作成する場合、一般に以下のような情報が必要です。

– リポジトリーへのパス –IPアドレス (オプション) – ユーザー名 – パスワード (必要な場合) – 言語およびキーボードのレイアウト – キーワード (キーワードが一致するマップのみがリポジトリーから選択される

ようにする)

– メディアに記録を行うドライブの場所

注: デプロイ・メディア (CD または DVD) でのユーザー名およびパスワード情

報の指定はオプションです。デプロイ・メディアを作成する際にユーザー名およびパスワードを指定しない場合は、ターゲット・コンピューターでデプロイ・メディアを開始したときに、デプロイ処理担当者にこの情報の入力を求めるプロンプトが出されます (ネットワークへのアクセスで必要とされる場合)。デプロイ・メディアの作成時にユーザー名およびパスワードを指定した場合、それは暗号化されたフォーマットでデプロイ・メディア上に保存されます。

CD または ImageUltra Builder

ネットワーク・デプロイ・ディスケ

ネットワー

CD または DVD を作成する場合は、ほとんどの場合、ImageUltra デプロイ・ウィザードに組み込まれているディスク記録ソフトウェアと、CD または DVD 作成用の ImageUltra Builder 提供のデフォルトのネットワーク・デバイス・ドライバーを使用します。ただし、特殊なネットワーク・デバイス・ドライバーを使用

カスタム・ネットワーク・デプロイ・ディスク

して、場合があります。ImageUltra デプロイ・ウィザードには、

ク・デプロイ・ディスク

ネットワーク・デプロイ

用してライバーを変更するか、カスタマイズされたドライバーを含む独自のブート CD を作成します。そのあと、ディスク記録ソフトウェアを使用し、カスタム・ネットワーク・デプロイ CD をソースとして CD または DVD を作成します。

注: この CD または DVD は起動可能であるため、

プロイ・ディスク

Builder ヘルプ・システムの説明に従ってください。

デバイス・ドライバーをデプロイ CD に追加するには、次の手順を実行します。

1. デバイス・ドライバー・ファイルを、CD 上のどこに配置するべきかを決定します。すなわち、.INI ファイルを ¥i386¥INF ディレクトリーに配置するのであれば、デバイス・ドライバー・ファイルは、¥i386¥system32¥drivers ディレクトリーに配置する必要があります。

を作成するための機能があります。このウィザードを使

CD を作成してから、この CD のデバイス・ド

を作成するには、デプロイ・ウィザードまたは ImageUltra

を作成しなければならない

カスタム・ネットワー

カスタム・ネットワーク・デ

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

2. Drivers ディレクトリーをリポジトリー共有ディレクトリーに作成します。

3. NIC ソフトウェアを分離するには、各 NIC デバイス・ドライバーごとにフォ

ルダーを作成する必要があります。たとえば、

repositoryfilesshare¥drivers¥Broadcom や、 repositoryfilesshare¥drivers¥Intel のようにします。

4. 次に、NIC フォルダー内にディレクトリーを作成してから、その中にファイルを配置します。

注: ネットワーク・デプロイ CD を作成するたびに、このプロセスによって、自

動的にこれらのファイルが取得され、デプロイ CD に配置されます。

ターゲット・コンピューターで選択可能なリムーバブル・メディアのタイプによって、 CD または DVD のいずれかを使用して、ターゲット・コンピューターと ImageUltra モジュール・リポジトリー間にネットワーク接続を確立します。接続が確立されたら、使用するベース・マップおよびドライバー・マップを選択します。マップで定義されるすべてのモジュールが、ターゲット・コンピューターのサービス・パーティションまたは HPA にダウンロードされ、ターゲット・コンピューターはインストール処理用に準備されます。サービス・パーティションまたは HPA が、デプロイ処理の開始時点に存在していない場合は作成されます。

CD または DVD デプロイの利点は、スピードと、ネットワーク接続に依存する必要がないという柔軟性です。ネットワーク・デプロイの利点は、ネットワーク同期機能が使用可能になっている場合に最新のマップおよびモジュールのインストールが保証されることです。

ダイレクト・ネットワーク・インストールの場合は例外的に、デプロイとインストールは、1 つのブート・サイクルで行なわれます。ほとんどの場合、デプロイされる場所とインストールされる場所 (通常、エンド・ユーザーの作業場所) は異なります。デプロイが完了すると、ターゲット・コンピューターをシャットダウンして、エンド・ユーザーの作業場所に配布するためにコンピューターを準備できます。

注: 大量生産のためにドライブ重複テクノロジーを使用する一部の大企業では、イ

ンストールの前に、デプロイ処理の終了時にドライブを複製する場合があります。このドライブ重複プロセスが正常に動作するためには、ドライブが複製さ

後で

れた

Boot Manager インストール・ツール (BMGRINST.BAT) は、リポジトリーの TOOLS¥BMGR フォルダーにあります。Windows PE セッション中に BMGRINST.BAT を実行する必要があります。

各ドライブ上に Boot Manager をインストールする必要があります。

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

標準のネットワーク・インストール (ネットワーク・デプロイとローカル・インストール)、または ImageUltra の終了に続く最初のブート・サイクルにより、インストール処理が始まります。インストール処理時に、以下の一連のイベントが発生します。

1. インストール・メニューがターゲット・コンピューターの画面に表示されます。このメニューの内容および動作は、ベース・マップによって管理されます。イン

配布用

CD からのインストールにおいては、デプロイ

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

ストール担当者は、メニューから選択します。インストール・プログラムは、必要なモジュールがすべて累積されるまで、選択されたメニュー項目と関連するモジュールを収集します。

2. 累積されたオペレーティング・システム・モジュールおよびアプリケーション・モジュールは、圧縮解除されて、C: ドライブにコピーされます。

3. ドライバー・マップに定義されているデバイス・ドライバー・モジュールは、圧縮解除されて、C: ドライブ内の該当のフォルダーにコピーされます。

4. インストールするイメージのタイプにより、完全 Windows セットアップ操作または Sysprep ミニ・セットアップ操作のどちらかが始まります。ウルトラ・ポータブル・イメージをインストールしようとする場合、完全 Windows セットアップ操作が始まります。ポータブル Sysprep イメージまたはハードウェア固有イメージをインストールする場合は、Sysprep によって制御される操作が始まります。

注: ベース・マップにユーザー情報を追加すると、セットアップの初期段階で、

定義したプロンプトが表示されます。ベース・マップにユーザー情報を追加しない場合、セットアップ処理の通常の進行中に特定のユーザー情報を求めるプロンプトが表示されます。ユーザー情報機能を利用しないと、インストール担当者が実際にターゲット・コンピューターの前に在席する時間が長くなります。

I386 基本オペレーティング・システム・モジュールを使用するウルトラ・ポータブル・イメージをインストールする場合、ドライブのパーティションおよびフォーマットは基本パーティション用のモジュールと Sysprep モジュールによって制御されます。オペレーティング・システムのインストールと基本ユーザー設定は UNATTEND.TXT モジュールによって制御され、 ImageUltra カスタマイズ・モジュールが、アプリケーション・モジュールをインストールするためのイメージの準備を整えます。

5. オペレーティング・システム・セットアップが正常に完了すると、モジュールとしてデプロイされたアプリケーション・プログラムごとにセットアップ処理が開始します。インストール順序は、以下の組み合わせで決まります。

v モジュールに関連する属性の「オプション」タブで定義される

フック

および

スロット

v 「ベース・マップ設定」ウィンドウの「インストール順序」タブ

注: インストール・フックおよびインストール・スロット・モジュール属性およ

び「ベース・マップ設定」ウィンドウの詳細については、 201 ページの『第 9 章モジュール・インストール順序の指定』、または ImageUltra Builder ヘルプ・システムを参照してください。

6. すべてのアプリケーションがインストールされると、インストール処理は完了します。サービス・パーティションが削除またはサイズ変更されることをベース・マップに指定した場合、この時点でその操作が発生します。

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

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

ダイレクト・ネットワーク・インストールを行うと、デプロイとインストールが 1 つのシームレス操作に統合されます。標準のネットワーク・デプロイと同様に、ダイレクト・ネットワーク・インストールは

ワーク・デプロイ・ディスク

し、必要なベース・マップおよびドライバー・マップを選択します。しかし、類似しているのはここまでです。

1. ベース・マップおよびドライバー・マップが選択されると、ただちにインストール担当者に、インストール・メニューが表示され、インストールするイメージを定義します。これにより、モジュールがコピーされる前に、すべてのオペレーター介入を実行することができます。

2. イメージを定義するメニュー選択が行われると、ネットワーク上に一時的ネットワーク作業用フォルダーが作成されます。インストールの制御に必要なモジュールのみが、このフォルダーにアンパックされます。

3. 定義されたイメージ・コンテンツを構成する残りのモジュールは、すべてターゲット・コンピューターの C: ドライブに直接アンパックされます。コンソール・サイド・リカバリーが必要で、ベース・マップの設定が正しく行われていれば、完全なスマート・イメージ(またはインストールするイメージの再作成に必要なファイルのみ) を、オプションでサービス・パーティションにコピーすることができます。

4. インストールするイメージのタイプにより、Windows の完全セットアップ操作または Sysprep ミニ・セットアップ操作のいずれかが始まります。

(CD または DVD) のいずれかを使用して操作を開始

ネットワーク・デプロイ

CD か

ネット

注: ベース・マップにユーザー情報を追加すると、セットアップの初期段階で、

v モジュールに関連する属性の「オプション」タブで定義される

フック

および

スロット

v 「ベース・マップ設定」ウィンドウの「インストール順序」タブ

注: インストール・フックおよびインストール・スロット・モジュール属性およ

び「ベース・マップ設定」ウィンドウの詳細については、 201 ページの『第

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

拡張機能

9 章モジュール・インストール順序の指定』、または ImageUltra Builder ヘルプ・システムを参照してください。

6. すべてのアプリケーションがインストールされると、インストール処理は完了します。サービス・パーティションが削除またはサイズ変更されるようにベース・マップで指定した場合、この時点でその操作が発生します。

イメージ処理を拡張するのに使用できるオプションの拡張機能が 2 つあります。フィルターとユーティリティーです。

フィルター

フィルターは、インストール処理時の決定を自動化します。通常は、フィルターを使用してターゲット・コンピューターからハードウェア関連の情報を入手し、特定のモジュールまたはモジュール・セットをインストールする必要があるかどうかを判断します。ImageUltra Builder は、マシン・タイプ、マシン・タイプとモデル番号、ハードウェア・プラットフォーム (モバイルまたはデスクトップ)、およびそのコンピューターが Lenovo または IBM 製のコンピューターかどうかをチェックするフィルターを提供します。必要な場合は、ユーザー独自のフィルターを開発することもできます。

フィルターは、インストール処理で実行される Win32 ベースのプログラムです。ほとんどの場合、フィルターは、ターゲット・コンピューターの BIOS を照会しますが、ROM または EEPROM モジュール内に識別情報を保存する他の装置も照会できます。たとえば、モデム関連アプリケーション・プログラムをインストールする前に PCI モデムの有無をチェックしたり、デバイス・ドライバーをインストールするかどうかを判別するために特定のマシン・タイプについてチェックすることがあります。

フィルターを実装するには、以下の 2 つの異なる方法があります。 v メニュー項目の「フィルタ」タブ属性を使用して、ベース・マップまたはドライ

バー・マップのいずれかにフィルターを割り当てる。

v その特定のモジュールの「フィルタ」タブ属性を使用して、アプリケーションま

たはデバイス・ドライバー・モジュールにフィルターを直接割り当てる。

フィルターを使用すると、多数のコンピューター・タイプに適用できる 1 つのマップを開発できます。固有のフィルターの作成または ImageUltra Builder で提供されるフィルターの使用については、ImageUltra Builder ヘルプ・システムを参照してください。

ユーティリティー

ユーティリティーは、インストール処理でに実行される、Win32 ベースの EXE、BAT、または COM ファイルです。たとえば、インストール担当者は CHKDSK を実行して、ファイルがインストールされる前にハードディスクの状態と

サイズを判別することがあります。ユーティリティーは、デプロイ時にターゲット・コンピューターのサービス・パーティションにコピーされ、インストール処理時に実行されますが、ターゲット・コンピューターのアクティブ・パーティションにはコピーされません。

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

ユーティリティーをマップに組み入れて、インストール・メニューの直前、インストール・メニューの直後、あるいはインストール・メニューでの選択の結果として、実行することができます。ユーティリティーの実行方法と実行順序を決めます。

ImageUltra Builder は、ユーティリティーを提供しません。ユーティリティーを組み込む場合は、固有のユーティリティー・モジュールをビルドする必要があります。

ユーティリティーを使用するには、ユーティリティー・モジュールをベース・マップ・メニュー項目に割り当てるか、ベース・マップの「マップ設定」ウィンドウの「メニュー表示前後」タブを使用します。

固有のユーティリティーの作成については、 161 ページの『第 8 章モジュール用ソース・ファイルの準備』を参照してください。マップの詳細については、 93 ページの『第 6 章マップ構造の概要』および 137 ページの『第 7 章マップの作成』を参照してください。

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

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

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

第 1 章で述べたように、ImageUltra Builder は、以下の 2 つの異なる作業領域をデプロイに使用することができます。

v サービス・パーティション v ネットワーク作業用フォルダー

さらに、一部の ThinkPad および ThinkCentre が、隠し区画 (HPA) を使用してファクトリー・イメージ、ユーティリティー、および診断プログラムをリカバリー目的で保存します。ImageUltra Builder はイメージを HPA にデプロイしませんが、デプロイ段階の際とインストール後に、承知しておくべきいくつかの関連があります。また、ImageUltra Builder は HPA からモジュールをインポートすることもできます。

この章では、これらの作業領域に関する追加の詳細と、ImageUltra Builder がそれらと相互作用する方法について説明します。

作業領域の詳細

ここでは、ImageUltra Builder が使用する 2 つの作業領域の詳細を説明します。

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

サービス・パーティション (ボリューム・ラベル SERVICEV001) は、一般的にはオペレーティング・システム・モジュール、アプリケーション・モジュール、デバイス・ドライバー・モジュール、および一連のリカバリー・ツールが入ったハードディスク上の非表示パーティションです。また、これには、すべてのアクティブ区画で機能しているか、存在している Windows オペレーティング・システムに依存しない、独自の稼働環境があります。サービス・パーティションは、ほとんどのウィルスのほか、一般の読み取りおよび書き込み操作からプロテクトされるため、リカバリー、バックアップ、およびインストール・ファイルおよびツールの保存に向いた場所です。

サービス・パーティションの目的は、主に次の 3 つです。 v 多くの ThinkPad、NetVista、および ThinkCentre の旧モデルの出荷時設定では、

サービス・パーティションは、Windows CD または一連の ThinkCentre または

ThinkPad Product Recovery

ンテンツをその出荷時状態に回復するための DOS ベースのリカバリー・メカニズムを備えています。この出荷時導入されたサービス・パーティションは、 ImageUltra Builder がインポートできるインストール済みソフトウェアに関連したモジュールを配布するための手段としても使われます。

v サービス・パーティションは、出荷時導入されたバージョンの ThinkVantage

Rescue and Recovery プログラムが使用する場合は、C: ドライブの Windows オ

ペレーティング・システムから独立して稼動する独自のオペレーティング環境 (Windows PE)、問題の診断に役立つ一連のツール、およびハードディスク・コンテンツを出荷時導入状態またはいずれか 1 つのバックアップ状態に復元するのに

ディスク

を使用することなく、ハードディスクのコ

役立つ一連のツールを格納しています。バックアップおよび復元機能は、Rescue and Recovery 製品に組み込まれています。バックアップ操作は、Windows 環境で

のみ実行される Rescue and Recovery ユーティリティーから行われます。バックアップ・ファイルは、C: ドライブ、追加のローカル・ドライブ、CD または DVD、またはネットワーク・ドライブのービス・パーティションには保存できません。復元およびリカバリー操作は、 Windows 環境で実行される Rescue and Recovery ユーティリティー、または物理区画から実行される Rescue and Recovery ワークスペースから実行できます。出荷時導入されたリカバリー・イメージは常に物理サービス・パーティションに保存されます。物理サービス・パーティションには、ImageUltra プログラムがインポートできるインストール済みソフトウェアに関連したモジュールを入れることもできます。

注: Rescue and Recovery 製品は、多くの新しい ThinkPad および ThinkCentre の

標準機能です。他の一部の ThinkPad および ThinkCentre 用のダウンロード版も http://www.lenovo.com/think/support/site.wss/MIGR-4Q2QAK.html (英語のサイトです) から入手でき、他社製のコンピューター用の小売製品として入手することもできます。出荷時導入されたバージョンでは、このセクションで説明するようにオペレーティング環境およびツール用の

ス・パーティション

るバージョンでは、オペレーティング環境およびツール用に C: ドライブに

仮想区画

ある

v サービス・パーティションは、ImageUltra Builder が使用する場合は、デプロイさ

れたスマート・イメージ用のストレージ域であり、かつイメージ・インストール処理を行うのに必要なツール用のストレージ域です。

が使用されます。一般に、ユーザーがインストールでき

が使用されます。

仮想区画

に保存できますが、物理的なサ

物理サービ

Windows PE ベースのサービス・パーティションが出荷時導入されたターゲット・コンピューターにスマート・イメージがデプロイされると、スマート・イメージは、出荷時導入されたイメージ・ファイル (モジュール) を独自のマップおよびモジュールに置き換えます。他のすべてのコンポーネントは影響を受けません。

DOS ベースのサービス・パーティションがあるターゲット・コンピューターにスマート・イメージがデプロイされると、ImageUltra Builder は、DOS ベースのサービス・パーティション全体を独自の Windows PE ベースのサービス・パーティションおよびツールに置き換えます。

スマート・イメージのデプロイ前にターゲット・コンピューターにサービス・パーティションが存在していない場合、ImageUltra Builder は、標準のネットワーク・デプロイ処理によって、あるいは ImageUltra されるスマート・イメージ用に Windows PE ベースのサービス・パーティションを作成します。ダイレクト・ネットワーク・インストール処理によってデプロイされるスマート・イメージの場合、サービス・パーティションの作成はオプションです。

サービス・パーティションおよび基本パーティションにインストールされたイメージにスマート・イメージがデプロイされた後は、ImageUltra Builder は、以下の 3 つのいずれかの方法で、サービス・パーティション内のスマート・イメージ・ファイルを扱うことができます。

配布用ディスク

からデプロイ

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

– スマート・イメージ全体をそのままにする – インストール済みイメージに使用しないすべてのモジュールを削除する – スマート・イメージ全体を削除する

後者の 2 つのオプションの場合、サービス・パーティションはサイズ変更または削除され、基本パーティションは、サイズ変更されて未使用スペースを回復します。これらの設定の追加情報については、 81 ページの『ベース・マップの設定』を参照し、「イメージのクリーンアップ」タブに関する情報を調べてください。

サービス・パーティションへのアクセスは、ブート・マネージャー・プログラムが制御します。

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

ネットワーク作業用フォルダーには 1 つの目的があります。ダイレクト・ネットワーク・インストールの際に、イメージのインストールを制御するマップおよびモジュールをアンパックするための一時ストレージ域をネットワーク上に提供します。デフォルトで、使用するリポジトリー下にある NETDEPL フォルダーに、ターゲット・コンピューターごとに個別のネットワーク作業用フォルダーが作成されます。ネットワーク作業用フォルダーに割り当てられる名前は、ターゲット・コンピューターの MAC アドレスの最後の 11 文字を基にしています。

注: 必要な場合、ネットワーク作業用フォルダーの作成場所をリポジトリーの外部

に設定することもできます。詳しくは、 218 ページの『ダイレクト・ネットワーク・インストールにおけるリポジトリーへの書き込みアクセスの制御』を参照してください。

サービス・パーティションへのデプロイと異なり、ターゲット・コンピューターでダイレクト・ネットワーク・デプロイを担当するユーザーが、ターゲット・コンピ

前に

ューターにモジュールの送信が行われるから選択を行います。次に、選択されたイメージに必要なモジュールのみが、リポジトリーから取得されて、動的にアンパックされ、ターゲット・コンピューターにインストールされます。ターゲット・コンピューターは、デプロイおよびインストール処理全体を通じてネットワークに接続されたままにする必要があります。インストール処理が完了すると、ネットワーク作業用フォルダーは自動的に消去されます。

ダイレクト・ネットワーク・デプロイでは、ターゲット・コンピューター上にサービス・パーティションが存在する必要はありません。サービス・パーティションの使用はオプションで、使用する場合の唯一の目的は、クライアント・サイドのリカバリー用のマップおよびモジュールの保存です。サービス・パーティションは、ダイレクト・ネットワーク・インストール処理の際、作業領域として使用されません。

v マップおよびモジュールをサービス・パーティションにコピーしない場合は、デ

プロイ時間が最小限に抑えられますが、デプロイしたイメージのクライアント・サイドでのリカバリーは行えません。

、インストール・メニュー・システム

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

v インストールしたイメージの再作成に必要なマップおよびモジュールのみをサー

ビス・パーティションにコピーするすると、デプロイ時間は長くなりますが、ターゲット・コンピューターにインストールした特定イメージのクライアント・サイドのリカバリーが行えます。

v 完全なスマート・イメージをサービス・パーティションにコピーすると、デプロ

イ時間はさらに長くなりますが、スマート・イメージからインストールできるイメージのすべてにクライアント・サイドのリカバリーが行えます。

これらの設定の追加情報については、 81 ページの『ベース・マップの設定』を参照し、「イメージのクリーンアップ」タブに関する情報を調べてください。

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

ここでは、さまざまなデプロイおよびインストール処理の概要を説明します。

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

次の図は、ローカル・インストールの場合の標準のネットワーク・デプロイ処理を示しています。スマート・イメージに必要なすべてのマップおよびモジュールの作業領域として、サービス・パーティションが使用されていることに注意してください。

1. デプロイの制御担当者が、ImageUltra Builder DVD) または ImageUltra Builder

ーターを起動してから、リポジトリーから必要なマップを選択することによってプロセスを始動します。

2. 選択されたマップおよびマップ内で定義されたすべてのモジュールが、リポジトリーから取得され、ネットワークを介してサービス・パーティションにコピーされ、サービス・パーティションが完全なスマート・イメージの作業領域となります。

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

デプロイ

デプロイ・ディスク

CD を用いてターゲット・コンピュ

(CD または

注: この時点で、デプロイ段階が完了したことを示すメッセージが表示されま

す。デプロイの制御担当者は、この時点でコンピューターをシャットダウンして、それを別の場所に移すことも、あるいはインストール・フェーズを続けることもできます。

3. インストール処理の制御担当者が、インストール・メニューから選択してインストールするイメージを定義し、インストール・フェーズを開始します。

4. 定義されたイメージに必要なモジュールが、サービス・パーティションから C: ドライブにアンパックされます。

5. セットアップ処理が開始します。インストール・フェーズが終了すると、C: ドライブには新しいイメージが入り、サービス・パーティションにはスマート・イメージが入ります。これはクライアント・サイドのリカバリーに使用できます。

注: オプションのクリーンアップ・ステップを、「ベース・マップ設定」ウィン

ドウに定義して、サービス・パーティションのサイズを最小限に抑え、インストールされた・イメージに必要なファイルのみを保持するようにするか、あるいはサービス・パーティションを削除してもかまいません。

CD または DVD 配布

次の図は、ImageUltra Builder ロイ処理と、サービス・パーティションを作業領域として使用するローカル・インストール処理を示しています。

1. CD または DVD デプロイの最初のステップは、一連の ImageUltra Builder

用ディスク

照。)

2. デプロイの制御担当者が、ImageUltra Builder ト・コンピューターを起動し、プロセスを始動します。

3. ディスクのセットに入っているマップおよびモジュールがサービス・パーティションにコピーされ、サービス・パーティションが完全なスマート・イメージの作業領域となります。

の作成です。 (詳しくは、ImageUltra Builder ヘルプ・システムを参

配布用ディスク

(CD または DVD) を使用するデプ

配布

配布用ディスク

を用いてターゲッ

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

注: この時点で、デプロイ段階が完了したことを示すメッセージが表示されま

4. インストール処理の制御担当者が、インストール・メニューから選択してインストールするイメージを定義し、インストール・フェーズを開始します。

5. 定義されたイメージに必要なモジュールが、サービス・パーティションから C: ドライブにアンパックされます。

6. セットアップ処理が開始します。インストール・フェーズが終了すると、C: ドライブには新しいイメージが入り、サービス・パーティションにはスマート・イメージが入ります。これはクライアント・サイドのリカバリーに使用できます。

注: オプションのクリーンアップ・ステップを、「ベース・マップ設定」ウィン

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

次の図は、ネットワーク作業用フォルダーを作業領域として使用するダイレクト・ネットワーク・インストールを示しています。

1. ダイレクト・ネットワーク・インストールの制御担当者が、ImageUltra Builder

デプロイ・ディスク

を用いてターゲット・コンピューターを起動してから、リポジトリーから必要なマップを選択することによってプロセスを始動します。

2. ネットワーク作業用フォルダーは、ターゲット・コンピューターに対しそれぞれ作成されます。選択されたマップおよび限定された数のモジュール (インストール処理の制御に必要なモジュールのみ) がネットワーク作業用フォルダーにコピーされ、ネットワーク作業用フォルダーがインストール処理の作業領域となります。

3. ダイレクト・ネットワーク・インストールの制御担当者がインストール・メニューから選択して、インストールするイメージを定義します。

4. 定義されたイメージに必要なモジュールがリポジトリーから直接取得されて、ネットワークを介してターゲット・コンピューターの C: ドライブにコピーされます。このあと、セットアップ処理が開始します。

(CD または DVD) または ImageUltra Builder

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

デプロイ

注: オプションで、サービス・パーティションがクライアント・サイドのリカバ

リー目的で作成されるように、イメージの開発者が指定した場合は、マップおよびモジュールもサービス・パーティションにコピーされます。

セットアップが完了すると、C: ドライブに新しいイメージが入ります。

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

ここでは、隠し区画 (HPA) の目的と、HPA と ImageUltra Builder の関連について説明します。HPA についての詳細は、次の Lenovo Web サイトを参照してください。

http://www.lenovo.com/think/support/site.wss/document.do?lndocid=MIGR-46023 (英語のサイトです)

隠し区画 (HPA) とは?

2003 年に ThinkPad および ThinkCentre の特定モデルに導入された隠し区画 (HPA) は、IBM の Disk to Disk リカバリー体系の一種です。サービス・パーティションと同様に、HPA はその独自の稼働環境を備え、オペレーティング・システム・モジュール、アプリケーション・モジュール、デバイス・ドライバー・モジュール、およびリカバリー・ツールのセットが入っています。しかし、類似点はここまでです。HPA のアーキテクチャーは、機密保護機能のある環境を備えています。保護設定 (セキュリティー・レベル) および HPA へのアクセスは、コンピューターの BIOS によって制御されます。HPA はブート・マネージャーに依存していないため、その他の Disk to Disk リカバリー・メソッドの妨げになる可能性のあるブート・セクター・ウィルスの影響を受けません。

HPA 内の各アプリケーションは、独自のプロテクト・サービス域 (PSA) に入っています。PSA にはブート PSA とデータ PSA の 2 つのタイプがあります。ブート

PSA には、起動と、関連するデータ PSA からのアプリケーションの始動、および Predesktop Area というセキュア起動領域でのアイコンの表示に必要なすべてのファ

イルが入っています。各ブート PSA には、改ざん防止とウィルス防止のためのデジタル署名が付けられます。ブート PSA が使用されるたびに署名が検査されます。起動を許可されるのは、署名が有効な PSA だけです。データ PSA には、アプリケーションに関連するすべてのファイルが入っています。

一部の ThinkCentre および ThinkPad では、HPA は、問題を診断し、ハードディスクの内容を出荷時状態に復元して、壊滅的な障害からリカバリーするツールを備えています。これらのツールには、Predesktop Area からアクセスできます。

リカバリーの影響

HPA の内容は ImageUltra Builder のデプロイまたはインストール処理の影響を受けないため、HPA を持つターゲット・コンピューターにスマート・イメージをインストールした後でも、複数の形式のリカバリーを保持できる可能性があります。

Rescue and Recovery 製品の有無も、リカバリー・オプションに影響を与えます。

HPA 内のツールは DOS ベースであり、HPA は変更に対して保護されるため、 HPA を持つコンピューターに ImageUltra Builder がインストールされると、 ImageUltra Builder は独自のサービス・パーティションを作成し、Predesktop Area

を回避するためにブート・マネージャーをインストールします。始動時に F11 を押

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

すと、Predesktop Area ではなく、サービス・パーティションがブートされ、 ThinkVantage ImageUltra Builder ワークスペースが開かれます。すべてのリカバリー操作は、ThinkVantage ImageUltra Builder ワークスペースから実行されます。

ユーザーが、ThinkVantage ImageUltra Builder ワークスペース・メニューから「システムの復元」→「ハードディスクを工場出荷時コンテンツに復元します。」を選択すると、ImageUltra Builder インストール・メニュー・システムが開き、ユーザーは元の出荷時導入されたイメージではなくスマート・イメージを再インストールできるようになります。

HPA からのモジュールおよびマップのインポート

ImageUltra Builder は、モジュールおよびマップを、サービス・パーティションからインポートする場合と同様に HPA からインポートできます。モジュールのインポートについての詳細は、 16 ページの『既存のマップおよびモジュールのインポート』を参照してください。

HPA 内のドライバーの使用

HPA の内容はスマート・イメージのインストール中も保持されるため、スマート・イメージ用のデバイス・ドライバーが定義されていない場合、ImageUltra Builder は HPA に保存されているデバイス・ドライバーを使用できます。詳しくは、『HPA 内のドライバーの使用』を参照してください。

ImageUltra Builder の Rescue and Recovery 製品との関連

ここでは、Rescue and Recovery 製品について説明し、Rescue and Recovery 製品と ImageUltra Builder 間に存在する関連について説明します。

Rescue and Recovery 製品とは?

Rescue and Recovery 製品は、ユーザーが診断、ヘルプの表示、およびシステム障害からのリカバリー (C: ドライブの Windows オペレーティング・システムを始動できない場合でも) を行うのに役立つツールのセットを提供します。Rescue and Recovery 製品は、以下の方法で入手できます。

v 2003 年以降に製造された多くの ThinkPad および ThinkCentre の標準プリインス

トール機能として

v 他社製のコンピューター用の小売製品として v 一部の ThinkPad および ThinkCentre 用の以下のサイトからのダウンロード可能

製品として

http://www.ibm.com/pc/support/site.wss/MIGR-4Q2QAK.html (英語のサイトです)

Rescue and Recovery ツールは、以下の 2 つの場所に置かれます。

v Windows サイド (C: ドライブ)。ユーザーがバックアップ、レスキュー・メディ

ア、およびリカバリー・メディアを作成できるようにするツールのセットが置かれています。

v Windows PE ベースのパーティション。Rescue and Recovery ワークスペースがあ

ります。これは、Windows オペレーティング・システムから独立して実行され、 Windows オペレーティング・システムから隠されている環境です。

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

Rescue and Recovery ワークスペースは非表示であり、ほとんどのウィルス・アタックを受けることがないため、Windows 環境では実行できない可能性がある Rescue and Recovery 操作を実行できる安全な場所を提供します。

出荷時導入された Rescue and Recovery 製品は、サービス・パーティションを使用します。ユーザー・インストール可能な Recovery 製品は、通常、仮想区画にインストールされ、仮想区画が使用されます。ただし、ユーザー・インストール可能な Rescue and Recovery 製品が、最低 500 MB の空き領域を持つ既存の Windows PE ベースのサービス・パーティションをインストール中に検出すると、この製品はサービス・パーティションにインストールされ、サービス・パーティションが使用されます。

影響

本書が出版された時点では、Rescue and Recovery プログラムには、以下の 3 つのバージョンがあります。

v Rescue and Recovery with Rapid Restore (Rescue and Recovery バージョン 1 と

呼ばれる)

v Rescue and Recovery - Rapid Restore (Rescue and Recovery バージョン 2 と呼ば

れる)

v Rescue and Recovery 3 (Rescue and Recovery バージョン 3 と呼ばれる)

これらのバージョン間には差異があるため、各バージョンと ImageUltra Builder 間の関連は異なります。

以下のシナリオは、ImageUltra Builder と Rescue and Recovery 製品のさまざまなバージョン間の関連を理解するのに役立ちます。

v シナリオ 1: スマート・イメージがインストールされているコンピューターに、

Rescue and Recovery バージョン 3 をインストールします。このシナリオでは、サービス・パーティションが既に存在する場合、サービス・パーティションの内容はほとんど変更されません。ThinkVantage ImageUltra Builder ワークスペースの名前が Rescue and Recovery ワークスペースに変更され、メニュー項目のリストが拡張されてより多くのリカバリー・オプションが提供されるようになります。

サービス・パーティションがまだ存在していない場合、Rescue and Recovery バージョン 3 プログラムは仮想区画にインストールされます。

さらに、サービス・パーティションが既に存在しているかどうかにかかわらず、複数の追加の Rescue and Recovery ツールが C: ドライブにインストールされ、 Windows の「スタート」メニューに追加されます。

v シナリオ 2: スマート・イメージがインストールされているコンピューターに、

Rescue and Recovery バージョン 1 または 2 をインストールします。このシナリオは、サービス・パーティションがすでに存在する場合はサポートされません。サービス・パーティションがまだ存在していない場合、Rescue and Recovery バージョン 1 または 2 プログラムは仮想区画にインストールされ、複数の追加の Rescue and Recovery ツールが C: ドライブに追加され、Windows の「スタート」メニューに追加されます。

v シナリオ 3: Rescue and Recovery バージョン 1 または 2 プログラムが入ったサ

ービス・パーティションを持つターゲット・コンピューターに、スマート・イメ

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

ージをインストールします。このシナリオでは、サービス・パーティション内のマップおよびモジュールだけが置換されます。サービス・パーティションのその他の内容は変更されません。

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

ImageUltra Builder は、ドライバー・マップが使用されていない場合は、デプロイの間に HPA からのデバイス・ドライバー・モジュールを使用することができます。しかし、これを行うには、ターゲット・コンピューターの BIOS 設定の HPA セキュリティー設定が高セキュリティーか中セキュリティーのいずれかに設定されている必要があります。セキュリティーの設定がセキュリティー使用不可になっていると、ImageUltra Builder は、HPA からのデバイス・ドライバー・モジュールを使用しません。代わりに、サービス・パーティションの有無を検査し、サービス・パーティションからのデバイス・ドライバー・モジュールを使用しようとします。

HPA 対応でないコンピューターでは、対応する BIOS セキュリティー設定がありません。スマート・イメージがドライバー・マップなしにデプロイされる場合、 ImageUltra Builder は、常にサービス・パーティションからのデバイス・ドライバーの使用を試みます。

作業領域のロジック

ターゲット・コンピューターが異なれば、存在する条件もさまざまであるため、 ImageUltra Builder は、組み込みロジックを使用して、共通のスマート・イメージをさまざまなコンピューターで使用できるようにします。異なる条件を以下に示します。

v BIOS での HPA のサポートまたはサポートの欠如 v HPA の有無 v サービス・パーティションの有無

次の表は、Lenovo または IBM 製のコンピューター上でデプロイの動作が、イメージのデプロイ前に存在している条件に基づいて変わる様子を示しています。

注:

1. サービス・パーティションか HPA のいずれかからの、ドライバー・マップの使用とデバイス・ドライバー・モジュールの使用は、ポータブル Sysprep イメージおよびウルトラ・ポータブル・イメージに限定されます。

2. 以下の表を使用して、コンソール・サイドのリカバリー目的でサービス・パーティションを使用するダイレクト・ネットワーク・インストールの動作を判別することもできます。

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

表4.作業領域の動作

デプロイ前の Lenovo または IBM 製のターゲット・コンピューターの条件

デプロイされるマップ

ベース・マッ

BIOS での

HPA

サポート

はいいいえはいプおよびドライバー・マップ

ベース・マッ

いいえいいえいいえプおよびドライバー・マップ

ベース・マッ

はいはいいいえプおよびドライバー・マップ

ベース・マッ

はいいいえいいえプおよびドライバー・マップ

- Lenovo

または

IBM

セキュリティー設定が中または高に設定された HPA の存在

製のコンピューター

サービス・パーティションの存在デプロイメントの結果

v サービス・パーティショ

ンを作成する。

v ベース・マップおよびド

ライバー・マップで定義されたスマート・イメージをサービス・パーティションにデプロイする。

v サービス・パーティショ

ンを作成する。

v ベース・マップおよびド

ライバー・マップで定義されたスマート・イメージをサービス・パーティションにデプロイする。

v サービス・パーティショ

ンを作成する。

v ベース・マップおよびド

ライバー・マップで定義されたスマート・イメージをサービス・パーティションにデプロイする。

v サービス・パーティショ

ンからの不必要なすべてのモジュールおよびファイルを削除する。存在するすべての Rapid

Restore ファイルまたは Rescue and Recovery フ

ァイルを保存する。

v 必要なら、サービス・パ

ーティションをサイズ変更する。

v ベース・マップおよびド

ライバー・マップにより定義されたスマート・イメージをサービス・パーティションにデプロイする。

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

表4.作業領域の動作

デプロイ前の Lenovo または IBM 製のターゲット・コンピューターの条件

デプロイされるマップ

ベース・マップのみ

BIOS での

HPA

サポート

はいいいえはい

いいえいいえいいえ

- Lenovo

または

IBM

セキュリティー設定が中または高に設定された HPA の存在

製のコンピューター(続き

サービス・パーティションの存在デプロイメントの結果

)

v サービス・パーティショ

ンを作成する。

v ベース・マップで定義さ

れたすべてのモジュールをサービス・パーティションにデプロイする。

注: ドライバー・マップがこれらの条件下で使用されない場合、セットアップはネイティブ Windows デバイス・ドライバーを使用し、機能によっては使用も最適化もできないものもある。

v サービス・パーティショ

ンを作成する。

v ベース・マップで定義さ

れたすべてのモジュールをサービス・パーティションにデプロイする。

ベース・マップのみ

はいはいいいえ

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

v サービス・パーティショ

ンを作成する。

v ベース・マップで定義さ

れたすべてのモジュールをサービス・パーティションにデプロイする。

v HPA からのデバイス・

ドライバー・モジュールを使用し、それをインストールの際に使用する。

表4.作業領域の動作

デプロイ前の Lenovo または IBM 製の

ターゲット・コンピューターの条件

デプロイされるマップ

ベース・マッ

BIOS での

HPA

サポート

はいいいえはいプのみ

- Lenovo

または

IBM

セキュリティー設定が中または高に設定された HPA の存在

製のコンピューター(続き

)

サービス・パーティションの存在デプロイメントの結果

v サービス・パーティショ

ンからの不必要なすべてのモジュールおよびファイルを削除する。存在するすべての Rescue and Recovery ファイルを保存する。

v 必要なら、サービス・パ

ーティションをサイズ変更する。

v ベース・マップで定義さ

れたスマート・イメージをサービス・パーティションにデプロイする。

v 現在サービス・パーティ

ション内にあるデバイス・ドライバー・モジュールを使用する。

注: ドライバー・マップがこれらの条件下で使用されず、デバイス・ドライバーが既存のサービス・パーティションにない場合、セットアップはネイティブ Windows デバイス・ドライバーを使用し、機能によっては使用も最適化もできないものもある。

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

表4.作業領域の動作

デプロイ前の Lenovo または IBM 製のターゲット・コンピューターの条件

デプロイされるマップ

ベース・マップのみ

BIOS での

HPA

サポート

はいはいはい

- Lenovo

または

IBM

セキュリティー設定が中または高に設定された HPA の存在

製のコンピューター(続き

サービス・パーティションの存在デプロイメントの結果

)

v サービス・パーティショ

ンからの不必要なすべてのモジュールおよびファイルを削除する。存在するすべての Rescue and Recovery ファイルを保存する。

v 必要なら、サービス・パ

ーティションをサイズ変更する。

v ベース・マップで定義さ

れたスマート・イメージをサービス・パーティションにデプロイする。

v HPA からのデバイス・

ドライバー・モジュールを調達し、それをインストールの際に使用する。

ImageUltra Builder を他社製のコンピューターで使用する場合は、既存のサービス・パーティションの有無によって、デプロイ時の処理が異なります。他社製のコンピューター上のサービス・パーティションは、一般には、ImageUltra Builder を使用したこれまでのスマート・イメージのデプロイの結果であるか、あるいは Rescue and Recovery 小売製品のインストールの結果です。スマート・イメージが他社製のコンピューターにデプロイされる場合、基本ハードディスクでローカルに保存されている Rescue and Recovery 製品およびバックアップ・ファイルは失われます。

次の表は、他社製のコンピューター上でデプロイの動作が、イメージのデプロイ前に存在している条件に基づいて変わる様子を示しています。

注:

1. 他社製のコンピューターにおいては、ドライバー・マップの使用、および既存のサービス・パーティションからのデバイス・ドライバー・モジュールの調達は、ポータブル Sysprep イメージおよび I386 基本オペレーティング・システム・モジュールを使用するウルトラ・ポータブル・イメージに限定されます。

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

表5.作業領域の動作-他社製のコンピューター

デプロイされるマップ

ベース・マップおよびドラ

サービス・パーティションの存在デプロイメントの結果

いいえ

イバー・マップ

ベース・マップのみはい

v サービス・パーティションを作

成する。

v ベース・マップおよびドライバ

ー・マップで定義されたスマート・イメージをサービス・パーティションにデプロイする。

v サービス・パーティションから

の不必要なすべてのモジュールおよびファイルを削除する。

v 必要なら、サービス・パーティ

ションをサイズ変更する。

v 必要なら、サービス・パーティ

ションを Windows PE に変換する。

v ベース・マップで定義されたモ

ジュールをデプロイする。

v 既存のサービス・パーティショ

ンのデバイス・ドライバー・モジュールを使用する。

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

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

第 4 章 ImageUltra Builder のインストール

この章に記載されている情報を使用する前に、イメージ作成プロセスについて十分理解し、ImageUltra Builder と関連する用語にも精通しておく必要があります。 1 ページの『第 1 章 ImageUltra Builder の機能』および 13 ページの『第 2 章イメージ処理の概要』を熟読してください。

その後で、ImageUltra Builder をインストールする前に、この章に記載されている最小要件、前提条件、考慮事項、および制限を検討してください。

最小要件

以下に、ImageUltra Builder コンソール、サーバー、およびターゲット・コンピューターの最小要件を示します。

ImageUltra Builder サーバー・コンピューター

ImageUltra Builder サーバーとして使用する予定のコンピューターは、以下の最小要件を満たしている必要があります。

オペレーティング・システム: Microsoft

Windows 2000

Windows®XP Professional Edition または

注: ImageUltra Builder には MDAC 2.7 またはそれ以降が必要です。このプログラ

ムは Microsoft

Windows®XP Professional には含まれていますが、Windows

2000 には含まれていません。Microsoft®Windows®2000 をご使用の場合は、 Microsoft Data Access Components (MDAC) 2.7 またはそれ以降を、Microsoft の以下の Web サイトからダウンロードする必要があります。

http://www.msdn.microsoft.com/data/mdac/downloads/default.aspx (英語のサイトです)

ハードディスクの空き容量: 200 MB 以上

リポジトリー: リポジトリーに必要なハードディスクの空き容量は、そこに保存さ

れるモジュールのサイズと数によって異なります。

ネットワーク要件: サーバー・コンピューターは、ダイレクト・ネットワーク・インストールまたはローカル・インストールでの標準のネットワーク・デプロイにネットワーク対応している必要があります。イメージが

配布用ディスク

からインスト

ールされる場合は、ネットワーク要件はありません。

ImageUltra Builder コンソール・コンピューター

ImageUltra Builder コンソールとして使用する予定のコンピューターは、以下の最小要件を満たしている必要があります。

オペレーティング・システム: Microsoft

Windows 2000

Windows®XP Professional Edition または

注: ImageUltra Builder には MDAC 2.7 またはそれ以降が必要です。このプログラ

ムは Microsoft 2000 には含まれていません。Microsoft

Windows®XP Professional には含まれていますが、Windows

Windows®2000 をご使用の場合は、

Microsoft Data Access Components (MDAC) 2.7 またはそれ以降を、Microsoft

の以下のサイトからダウンロードする必要があります。

http://www.msdn.microsoft.com/data/mdac/downloads/default.aspx (英語のサイトです)

ハードディスクの空き容量: 400 MB 以上

リポジトリー: リポジトリーに必要なハードディスクの空き容量は、そこに保存さ

れるモジュールのサイズと数によって異なります。

リムーバブル・メディア・ドライブ:

v インストール用の CD または DVD ドライブ

ネットワーク・デプロイ・ディスク

または

配布用ディスク

可能な CD または DVD ドライブ

最小ネットワーク速度: 10 Mbps。イーサネットまたはトークンリング

ImageUltra Builder ターゲット・コンピューター

ターゲット・コンピューターは、スマート・イメージをデプロイするために以下の最小要件を満たしている必要があります。

を作成するための記録

オペレーティング・システム: ターゲット・コンピューターは、デプロイするオペレーティング・システムをインストールし、実行するには、以下の最小要件を満たしている必要があります。

ネットワーク要件: ターゲット・コンピューターは、ダイレクト・ネットワーク・インストールまたはローカル・インストールでの標準のネットワーク・デプロイにネットワーク対応している必要があります。イメージがトールされる場合は、ネットワーク要件はありません。

リムーバブル・メディア・ドライブ: ターゲット・コンピューターは、

ク・デプロイ・ディスク

またはーバブル・メディア・ドライブ (CD または DVD ドライブ) を備えている必要があります。

注: USB、CD および DVD ドライブは、

は

配布用ディスク

を使用する場合はサポートされません。

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

配布用ディスク

ネットワーク・デプロイ・ディスク

配布用ディスク

からインス

ネットワー

を使用するために、起動可能なリム

また

前提条件

以下は、ImageUltra Builder バージョン 3.1 プログラムが正しく機能し、ユーザーが適切なライセンスでスマート・イメージを作成し、合法的に配布するためのインストール前提条件です。

v リポジトリーは、ImageUltra コンソール、インポート操作用のソース・コンピュ

ーター、およびネットワークを介してスマート・イメージがデプロイされる任意のターゲット・コンピューターからアクセス可能なものでなければなりません。

v 該当のライセンス交付を確保する。

– ImageUltra Builder ライセンスは、ImageUltra Builder にのみ適用されます。イ

ンストール処理時にライセンスを注意深くお読みください。その他のライセンス、保証サービス、および Lenovo 以外の製品 (たとえば、Microsoft Sysprep、Symantec Norton Ghost、および PowerQuest DeployCenter など) に対するサポートはすべて、Lenovo ではなく、他社から入手する必要があります。 Lenovo は、Lenovo 以外の製品に関して一切の表明および保証を行いません。インストール後にライセンスを検討する必要がある場合は、ImageUltra

Builder メニュー・バーの「ヘルプ」をクリックし、さらに「ライセンスの表示」をクリックします。

– Lenovo では、スマート・イメージがデプロイされる各コンピューターごとに

シート単位ライセンスを取得していただくことが必要です。ライセンスの発注については、Lenovo 営業担当員にご連絡ください。

– オペレーティング・システム、アプリケーション・プログラム、およびその他

のライセンス付きソフトウェアの配布に必要なライセンスの取得を行ってください。

インストールの注意点

ImageUltra Builder をインストールする際には、次の情報を考慮してください。

ImageUltra サーバーは、IBM

は、すべて Java で作成されたリレーショナル・データベース・プログラムで、任意の認証済み Java 仮想マシン (JVM) でサポートされます。Cloudscape の実行には、認証済み JVM と最低 4MB の使用可能メモリーが必要です。

リポジトリーは、以下のコンピューターにインストールできます。

v ImageUltra Builder サーバー v ImageUltra Builder コンソール v 別のコンピューター (サーバーまたはコンソール・プログラムがインストール済

み) の共用ディスク

v コンソールおよびサーバーとして使用する予定のコンピューター

注:

1. リポジトリー用の追加ストレージが必要です。将来の成長を見込んで十分なストレージを用意してください。

Cloudscape™V10.0 をインストールします。これ

第 4 章 ImageUltra Builder のインストール 57

2. リポジトリーは、ImageUltra コンソール、インポート操作用のソース・コンピュ

v ドライバー・モジュールをビルドする際に、認定済み Microsoft WHQL デバイ

ス・ドライバーのみを使用します。デバイス・ドライバーを正しくインストールするには、ファイル拡張子が .INF でなければなりません。署名のないデバイス・ドライバーでモジュールをビルドすると、インストール中に Windows から情報メッセージが表示され、イメージを無人でインストールできない場合があります。

v ポータブル Sysprep イメージまたはハードウェア固有イメージを作成する前に、

オペレーティング・システムと各バージョンの Symantec Norton Ghost および PowerQuest DeployCenter との間の互換性を調査します。

v スタンドアロン

る予定の場合は、ImageUltra Builder で CD を作成できます。

v ほとんどの環境では、リポジトリーは 1 つあれば十分ですが、「新規リポジトリ

ー・ウィザード」を使用して追加のリポジトリーを作成できます。複数のリポジトリーを作成する前に、リポジトリーの方針を決めてください。以下のことを考慮してください。

– 新規リポジトリーを作成する場合は、社内の他のリポジトリーに使用されてい

ない固有の ID をそのリポジトリーに割り当てます。 ID が重複している場合に、別のリポジトリーからデプロイされたスマート・イメージを持つソース・コンピューターからモジュールをインポートすると、モジュールが上書きされる可能性があります。

– マップに定義されているすべてのモジュールが、マップと同じリポジトリーに

入っている必要があります。

– デプロイに使用されるドライバー・マップおよびベース・マップが同一リポジ

トリーに存在する必要があります。

v モジュール・リポジトリーをバックアップするのに、別のサーバーを使用するこ

とを考えてください。

v 競合するモジュールまたは正しく対話できないモジュールを含むイメージが作成

されることもあります。

配布ディスク

または

ネットワーク・デプロイ・ディスク

を使用す

たとえば、2 つのアンチウィルス・プログラム・モジュールが含まれているイメージは正しくインストールできません。その結果、イメージは機能しません。障害を回避するための方法の 1 つとして、モジュールの作成を始める前に、装置、デバイス・ドライバー、およびアプリケーションと一緒に提供される情報を読むことが挙げられます。

制限

ImageUltra Builder の機能には、以下の制限が適用されます。

v ドライバー・マップなしでウルトラ・ポータブル・イメージをデプロイするに

は、ターゲット・コンピューターにサービス・パーティションまたは隠し区画 (HPA) がなければなりません。

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

v ウルトラ・ポータブル・イメージおよびポータブル Sysprep イメージは、

Windows 2000 および Windows XP のみが対象になります。ハードウェア固有イメージは、任意の Windows オペレーティング・システムが対象になります。

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

ImageUltra Builder の前のバージョンからのアップグレードの場合は、 63 ページの『ImageUltra Builder の前のバージョンからのアップグレード』の手順を使用してください。ImageUltra Builder を初めてインストールする場合は、以下の 3 つの手順のいずれかを実行してください。

ImageUltra Builder コンソールのインストール

これはデフォルトのインストール設定です。ImageUltra Builder をコンソール・コンピューターにインストールするには、以下のようにします。

1. ImageUltra Builder CD をコンピューターの CD ドライブに挿入する。ほとんどの場合、インストール・プログラムは自動的に開始します。インストール・プログラムが自動的に開始しない場合は、以下の手順を完了してください。

a. 「スタート」をクリックする。 b. 「ファイル名を指定して実行 (R)」をクリックする。 c. d:¥SETUP.EXE と入力して (d は、CD ドライブの名前)、「OK」をクリッ

クする。 ImageUltra Builder InstallShield ウィザードが開きます。

2. 初期画面が開いたら、「次へ」をクリックする。

3. 「Lenovo プログラムのご使用条件」が表示されたら、内容を読んで「使用許諾

契約の条項に同意します」または「使用許諾契約の条項に同意しません」の隣のラジオ・ボタンを選択します。「使用許諾契約の条項に同意します」を選択すると、次の画面に進みます。

4. 次の画面で、ユーザー名および組織を入力する。

5. 「このアプリケーションを次のユーザーに対してインストールします」の下の

該当するラジオ・ボタンを選択して、「次へ」をクリックする。

6. 「ImageUltra Builder コンソール」を選択し、「ImageUltra Builder server」が選択解除されていることを確認する。

「ImageUltra Builder コンソール」を選択して「ImageUltra Builder server」を選択解除するには、以下のようにします。

a. 「ImageUltra Builder コンソール」の隣のドロップダウン・メニューを選択

して、「この機能とすべての副機能をローカル・ハードディスクにインストールする (This feature, and all sub features, will be installed on local hard

drive)」を選択する。

b. 「ImageUltra Builder server」の隣のドロップダウン・メニューを選択して、

「この機能を無効にする (This feature will not be available)」を選択する。

7. 「次へ」をクリックする。

8. 「プログラムをインストールする準備ができました」画面が表示される。

9. 「インストール」をクリックする。

第 4 章 ImageUltra Builder のインストール 59

10. インストールが完了したら、「完了」をクリックする。 ImageUltra Builder シ

ョートカットがデスクトップにインストールされ、ImageUltra Builder を開始できます。

注: ImageUltra Builder をコンソールにインストールする場合は、ImageUltra Builder

をサーバーにインストールするステップも実行する必要があります。

ImageUltra Builder サーバーのインストール

ImageUltra Builder をコンソールにインストールした場合は、サーバーにもインストールする必要があります。ImageUltra Builder をサーバーにインストールするには、以下のようにします。

クする。 ImageUltra Builder InstallShield ウィザードが開きます。

2. 初期画面が開いたら、「次へ」をクリックする。

3. ImageUltra Builder コンソールをまだインストールしていない場合は、ステッ

プ 4 に進む。ImageUltra Builder コンソールをインストール済みの場合は、以下の手順を実行します。

a. 「プログラム保守画面 (program Maintenance Screen)」が表示されます。

「変更 (Modify)」の隣のラジオ・ボタンを選択して、「次へ」をクリックします。

b. ステップ 6 に進む。

4. 「Lenovo プログラムのご使用条件」が表示されたら、内容を読んで「使用許諾

5. 次の画面で、ユーザー名および組織を入力する。

6. 「インストールするアプリケーションの種類: (Install this application for:)」の下

の該当するラジオ・ボタンを選択して、「次へ」をクリックする。

7. 「ImageUltra Builder server」を選択し、「ImageUltra Builder コンソール」が選択解除されていることを確認する。

「ImageUltra Builder server」を選択して「ImageUltra Builder コンソール」を選択解除するには、以下のようにします。

a. 「ImageUltra Builder server」の隣のドロップダウン・メニューを選択して、

「この機能とすべての副機能をローカル・ハードディスクにインストールする (This feature, and all sub features, will be installed on local hard drive)」を選択する。

b. 「ImageUltra Builder コンソール」の隣のドロップダウン・メニューを選択

して、「この機能を無効にする (This feature will not be available)」を選択する。

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

8. 「次へ」をクリックする。

9. 「サーバー・リポジトリーの保護 (Secure Server Repositories)」画面が表示され

る。「はい (Yes)」または「いいえ (No)」の隣の該当するラジオ・ボタンを選択して、「次へ」をクリックします。

注: 「はい (Yes)」をクリックすると、インストール・ウィザードによって自動

的にデフォルトの管理者 ID およびパスワードが追加されるので、これを変更する必要があります。管理者パスワードを変更する方法については、 62 ページの『デフォルトの管理者パスワードの変更』を参照してください。

10. 「プログラムをインストールする準備ができました」画面が表示される。「インストール」をクリックする。

11. インストールが完了したら、「完了」をクリックする。

ImageUltra Builder サーバーへのアクセス

ImageUltra Builder サーバーにアクセスするには、以下のようにします。

1. Windows の「エクスプローラ」を開く。

2. メイン・ドライブの「Program files」フォルダーを開く。

3. 「IBM」フォルダーを選択してから、「Cloudscape_10.0」フォルダーを選択す

る。

4. 「StartCloudscape.cmd」をダブルクリックする。

ImageUltra Builder コンソールおよびサーバーのインストール

ImageUltra Builder にあまり慣れていない場合は、コンソールとサーバーの両方をインストールすることができます。ImageUltra Builder のコンソールとサーバーの両方をインストールするには、以下のようにします。

クする。 ImageUltra Builder InstallShield ウィザードが開きます。

2. 初期画面が開いたら、「次へ」をクリックする。

3. 「Lenovo プログラムのご使用条件」が表示されたら、内容を読んで「使用許諾

4. 次の画面で、ユーザー名および組織を入力する。

5. 「インストールするアプリケーションの種類: (Install this application for:)」の下

の該当するラジオ・ボタンを選択して、「次へ」をクリックする。

6. 「ImageUltra Builder コンソール」と「ImageUltra Builder server」の両方を選択する。

第 4 章 ImageUltra Builder のインストール 61

「ImageUltra Builder コンソール」と「ImageUltra Builder server」を選択するには、以下のようにします。

a. 「ImageUltra Builder コンソール」の隣のドロップダウン・メニューを選択

して、「この機能とすべての副機能をローカル・ハードディスクにインストールする (This feature, and all sub features, will be installed on local hard

drive)」を選択する。

b. 「ImageUltra Builder server」の隣のドロップダウン・メニューを選択して、

7. 「次へ」をクリックする。

8. 「サーバー・リポジトリーの保護 (Secure Server Repositories)」画面が表示され

る。「はい (Yes)」または「いいえ (No)」の隣の該当するラジオ・ボタンを選択して、「次へ」をクリックします。

注: 「はい (Yes)」をクリックすると、インストール・ウィザードによって自動

的にデフォルトの管理者 ID およびパスワードが追加されるので、これを変更する必要があります。管理者パスワードを変更する方法については、『デフォルトの管理者パスワードの変更』を参照してください。

9. 「プログラムをインストールする準備ができました」画面が表示される。「インストール」をクリックする。

10. インストールが完了したら、「完了」をクリックする。

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

サーバーを保護するよう選択すると、管理者 ID およびパスワードが自動的に生成されます。デフォルト ID は Admin、デフォルト・パスワードは pwd です。パスワードを変更するには、以下のようにします。

1. ImageUltra Builder を開く。

2. ImageUltra Builder サーバーが実行されていることを確認する。

ImageUltra Builder サーバーにアクセスするには、以下のようにします。 a. Windows の「エクスプローラ」を開く。 b. メイン・ドライブの「Program files」フォルダーを開く。 c. 「IBM」フォルダーを選択してから、「Cloudscape_10.0」フォルダーを選択

する。

d. 「StartCloudscape.cmd」をダブルクリックする。

3. 上部のメニュー・バーからツールを選択して、ドロップダウン・メニューから

「管理」をクリックする。

4. ログオン先の ImageUltra サーバー名を選択または入力する。

5. ユーザー名が Admin であることを確認し、デフォルト・パスワード pwd を入

力する。

6. 「ログイン」をクリックし、「何を実行しますか?」メニューから「ユーザーの管理」をクリックする。

7. 「ユーザーを変更する」、「Admin」、「パスワードを変更する」の順にクリックする。

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

8. 「新しいパスワードを入力してください:」ボックスに、新しいパスワードを 20 文字以内で入力し、「確認のため新しいパスワードをもう一度入力してください: (Type the new password again to confirm:)」ボックスにパスワードを再入力する。

注: パスワードは大文字小文字が区別されます。

9. 「パスワードを変更」をクリックする。

10. 「Admin の何を変更しますか?」画面が表示される。パスワードが正常に変更さ

れました。

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

ImageUltra Builder の前のバージョンからアップグレードする場合は、次の手順を使用してください。

注: ImageUltra Builder の旧バージョンで作成されたリポジトリーを ImageUltra

Builder バージョン 3.1 で実行できるようにするには、Cloudscape をコンピュー

ターにインストールしてください。

1. ImageUltra Builder CD を、ImageUltra Builder コンソールとして使用されるコンピューターの CD ドライブに挿入する。ほとんどの場合、インストール・プログラムは自動的に開始します。インストール・プログラムが自動的に開始しない場合は、以下の手順を完了してください。

a. 「スタート」をクリックする。 b. 「ファイル名を指定して実行 (R)」をクリックする。 c. d:¥SETUP.EXE と入力する (d は、CD ドライブの名前)。 d. 「OK」をクリックする。

2. 画面に表示される指示に従う。

注: 前のバージョンからのファイルは、インストール処理によって上書きされ

ません。ImageUltra Builder の新しいバージョンが独自のフォルダーにインストールされ、Windows デスクトップに ImageUltra Builder 3.1 のアイコンが追加されます。

3. ImageUltra Builder のインストールが完了したら、ImageUltra Builder 3.1 アイコンをクリックする。

4. 「ファイル」をクリックしてから、「マイグレーション」をクリックする。

5. 「次へ」をクリックする。

6. 「場所」フィールドに、マイグレーションする旧リポジトリーのパスをフォル

ダーの名前を含めて入力するか、「参照」ボタンを使用して場所を見つける。

7. 「サーバー」フィールドに、リポジトリーを作成するサーバーの絶対パス名を入力する。

8. 「次へ」をクリックする。

9. 「記述 (Description)」フィールドに、マイグレーションするリポジトリーの記

述名または説明を入力する。

10. 「次へ

」をクリックする。

第 4 章 ImageUltra Builder のインストール 63

11. 新しいリポジトリー設定を確認する。「完了」をクリックして、リポジトリーのマイグレーション処理を完了します。設定を修正するには、「戻る」をクリックします。

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

ImageUltra Builder は、ほとんどのスクリーン内の作業を援助する組み込みヘルプ・システムを備えています。以下の方法のどれを使用しても、ヘルプ・システムにアクセスできます。

v メイン・ウィンドウのツールバーに示される「ヘルプ」ボタンをクリックする。 v メイン・ウィンドウのメニュー・バーで「ヘルプ」をクリックし、さらに「ヘル

プ・トピックの表示」をクリックする。

v F1 を押す。

さらに支援が必要な場合は、 209 ページの『第 10 章ヘルプとサポートの取得』を参照してください。

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

第 5 章 ImageUltra Builder インターフェースでの作業

ImageUltra Builder インターフェースは、以下の重要な機能を提供します。

v リポジトリー内でモジュールを取り扱い、追加のリポジトリーを作成し、すべて

の定義済みリポジトリー間をナビゲートできるようにします。

v モジュールのインポート、ビルド、プロモート、およびスマート・イメージのデ

プロイに使用されるツールに直接アクセスできるようにします。

v ベース・マップおよびデバイス・ドライバー・マップを開発できるようにしま

す。

マップが Windows PE で表示されるようになったことにより、スマート・イメージのデプロイ作業域がより魅力的で、分かりやすいものになりました。

この章では、Image Ultra Builder インターフェースの主要コンポーネント、コンポーネントの場所、およびインターフェース内でのナビゲート方法について説明します。

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

以下の表は、ImageUltra Builder で使用される各種アイコンを示します。

表6.インターフェース内で使用されるアイコン

キーボード・

アイコン名前説明

上書き保存アクティブ・マップまたはモジュ

ール・ウィンドウ内の変更を保存します。

切り取り現在選択されているオブジェクト

を切り取ります。

ショートカット

Ctrl+S

Ctrl+X

コピー現在選択されているオブジェクト

をクリップボードにコピーします。

貼り付けオブジェクトをクリップボードか

ら貼り付けます。

モジュールのビルド現在選択されているモジュールを

ビルドします。

プロモート現在選択されているマップまたは

モジュールをゴールド状態にプロモートします。

Ctrl+C

Ctrl+V

表6.インターフェース内で使用されるアイコン(続き

アイコン名前説明

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

新規ベース・マップ「新規マップ」ウィザードを起動

新規ドライバー・マップ「新規マップ」ウィザードを起動

新規アプリケーション・モジュール

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

新規モジュール・ウィザードを起動して新規オペレーティング・システム・モジュールを作成します。このアイコンは、「リポジトリー」ウィンドウで「オペレーティング・システム」タブが選択された場合のみ、「リポジトリー」ウィンドウ・ツールバーで選択できます。

して新規ベース・マップを作成します。このアイコンは、「リポジトリー」ウィンドウで「ベース・マップ」タブが選択された場合のみ、「リポジトリー」ウィンドウ・ツールバーで選択できます。

して新規ドライバー・マップを作成します。このアイコンは、「リポジトリー」ウィンドウで「ドライバー・マップ」タブが選択された場合のみ、「リポジトリー」ウィンドウ・ツールバーで選択できます。

新規モジュール・ウィザードを起動して新規アプリケーション・モジュールを作成します。このアイコンは、「リポジトリー」ウィンドウで「アプリケーション」タブが選択された場合のみ、「リポジトリー」ウィンドウ・ツールバーで選択できます。

新規モジュール・ウィザードを起動して新規デバイス・ドライバー・モジュールを作成します。このアイコンは、「リポジトリー」ウィンドウで「デバイス・ドライバー」タブが選択された場合のみ、「リポジトリー」ウィンドウ・ツールバーで選択できます。

)

キーボード・ショートカット

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

表6.インターフェース内で使用されるアイコン(続き

アイコン名前説明

新規フィルター・モジュール

新規モジュール・ウィザードを起動して新規フィルター・モジュールを作成します。このアイコンは、「リポジトリー」ウィンドウで「フィルター」タブが選択された場合のみ、「リポジトリー」ウィンドウ・ツールバーで選択できます。

新規ユーティリティー・モジュール

新規モジュール・ウィザードを起動して新規ユーティリティー・モジュールを作成します。このアイコンは、「リポジトリー」ウィンドウで「ユーティリティー」タブが選択された場合のみ、「リポジトリー」ウィンドウ・ツールバーで選択できます。

新規リポジトリー「新規リポジトリー・ウィザー

ド」を起動して、新しいリポジトリーを作成します。このアイコンは、「リポジトリー」ウィンドウがアクティブな場合に、メイン・ウィンドウのツールバーで選択できます。

フィルターを追加するこのアイコンの機能は、アイコン

が選択された場所によって異なります。

v メイン・ウィンドウのツールバ

ーから選択された場合、このアイコンは、フィルターをベース・マップまたはドライバー・マップのメニュー項目に関連付けます。アイコンは、マップが開いているときのみメイン・ウィンドウのツールバーに表示されます。

v このアイコンは、オペレーティ

ング・システム・モジュール、アプリケーション・モジュール、またはデバイス・ドライバー・モジュールの「フィルター」タブから選択されたとき、選択されたモジュールにフィルターを割り当てます。

)

キーボード・ショートカット

第 5 章 ImageUltra Builder インターフェースでの作業 67

表6.インターフェース内で使用されるアイコン(続き

アイコン名前説明

インポートインポート・ウィザードを起動し

て、ソース・コンピューター、 CD、フォルダー、および他のリポジトリーからモジュールまたはマップをインポートします。

エクスポートエクスポート・ウィザードを起動

して、マップおよびモジュールをアーカイブ・フォルダーにバックアップします。

デプロイデプロイ・ウィザードを起動し

て、

ネットワーク・デプロイ

CD、またはスタンドアロンの

布用

CD を作成します。

ネットワーク同期設定すでにデプロイされているマップ

のための置換マップを定義できるように、「Network Sync Settings (ネットワーク同期設定)」ウィンドウを開きます。

リポジトリーのオープンリポジトリーを開いたり、別のリ

ポジトリーに変更できるようにします。

削除選択されたマップ、モジュール、

メニュー項目、またはリンクを削除します。

表示リポジトリーの表示を変更して、

大きなアイコン、小さなアイコン、リスト、または詳細を使用できるようにします。

上方移動ベース・マップおよびドライバ

ー・マップでメニュー項目を上方に移動します。

下方移動ベース・マップおよびドライバ

ー・マップでメニュー項目を下方に移動します。

ベース・マップ「リポジトリー」ウィンドウで使

用して、オブジェクトをベース・マップとして識別します。このアイコンがゴールドの場合、ベース・マップはゴールド状態です。

ドライバー・マップ「リポジトリー」ウィンドウで使

用して、オブジェクトをドライバー・マップとして識別します。このアイコンがゴールドの場合、ドライバー・マップはゴールド状態です。

)

キーボード・ショートカット

配

Ctrl+O

Del

Alt+上矢印

Alt+下矢印

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

表6.インターフェース内で使用されるアイコン(続き

アイコン名前説明

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

「リポジトリー」ウィンドウ、「ベース・マップ」ウィンドウ、「ドライバー・マップ」ウィンドウで使用して、オブジェクトをオペレーティング・システム・モジュールとして識別します。このアイコンがゴールドの場合、オペレーティング・システム・モジュールはゴールド状態です。

アプリケーション・モジュール

「リポジトリー」ウィンドウ、「ベース・マップ」ウィンドウ、「ドライバー・マップ」ウィンドウで使用して、オブジェクトをアプリケーション・モジュールとして識別します。このアイコンがゴールドの場合、アプリケーション・モジュールはゴールド状態です。

デバイス・ドライバー・モジュール

「リポジトリー」ウィンドウおよび「ドライバー・マップ」ウィンドウで使用して、オブジェクトをデバイス・ドライバー・モジュールとして識別します。これがゴールドの場合、デバイス・ドライバー・モジュールはゴールド状態です。

フィルター・モジュール「リポジトリー」ウィンドウ、

「ベース・マップ」ウィンドウ、「ドライバー・マップ」ウィンドウで使用して、オブジェクトをフィルター・モジュールとして識別します。このアイコンがゴールドの場合、フィルター・モジュールはゴールド状態です。フィルターがメニュー項目または他のモジュールに関連付けられている場合、このアイコンのミニチュア版がメニュー項目アイコンまたはモジュール・アイコンに付加されます。

)

キーボード・ショートカット

第 5 章 ImageUltra Builder インターフェースでの作業 69

表6.インターフェース内で使用されるアイコン(続き

アイコン名前説明

ユーティリティー・モジュール

ヘルプヘルプ・システムを開きます。 F1

コンテナー「リポジトリー」ウィンドウ、

メニュー項目「ベース・マップ」ウィンドウお

リンク「ベース・マップ」ウィンドウで

メニュー項目を追加するメニュー項目を、ベース・マップ

「リポジトリー」ウィンドウおよび「ベース・マップ」ウィンドウで使用して、オブジェクトをユーティリティー・モジュールとして識別します。このアイコンがゴールドの場合、ユーティリティー・モジュールはゴールド状態です。ユーティリティーがメニュー項目または他のモジュールに関連付けられている場合、このアイコンのミニチュア版がメニュー項目アイコンまたはモジュール・アイコンに付加されます。

「ベース・マップ」ウィンドウ、「ドライバー・マップ」ウィンドウで使用して、オブジェクトをコンテナーとして識別します。このアイコンは、他のモジュール・アイコンに付加されます。たとえば、このアイコンがデバイス・ドライバー・モジュール・アイコンに付加される場合、そのオブジェクトは、デバイス・ドライバー・コンテナーです。

よび「デバイス・マップ」ウィンドウで使用して、オブジェクトをメニュー項目として識別します。

使用して、オブジェクトをリンクとして識別します。

またはドライバー・マップに追加します。このアイコンは、「ベース・マップ」ウィンドウまたは「ドライバー・マップ」ウィンドウが開いているときのみ、メイン・ウィンドウのツールバーに表示されます。

)

キーボード・ショートカット

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

表6.インターフェース内で使用されるアイコン(続き

アイコン名前説明

オペレーティング・システムを追加する

オペレーティング・システム・モジュールを、ベース・マップの選択された項目の下に挿入します。このアイコンは、「ベース・マップ」ウィンドウまたは「ドライバー・マップ」ウィンドウが開いているときのみ、メイン・ウィンドウのツールバーに表示されます。

アプリケーションを追加する

アプリケーション・モジュールを、ベース・マップの選択された項目の下に挿入します。このアイコンは、「ベース・マップ」ウィンドウまたは「ドライバー・マップ」ウィンドウが開いているときのみ、メイン・ウィンドウのツールバーに表示されます。

デバイス・ドライバーを追加する

デバイス・ドライバー・モジュールを、ベース・マップの選択された項目の下に挿入します。このアイコンは、「ベース・マップ」ウィンドウまたは「ドライバー・マップ」ウィンドウが開いているときのみ、メイン・ウィンドウのツールバーに表示されます。

ユーティリティーを追加する

ユーティリティー・モジュールを、ベース・マップの選択された項目に関連付けます。このアイコンは、「ベース・マップ」ウィンドウが開いているときのみ、メイン・ウィンドウのツールバーに表示されます。

新規フォルダー新規フォルダーを、「リポジトリ

ー」ウィンドウの選択された項目の下に追加します。

)

キーボード・ショートカット

変数ベース・マップの「メニュー項目

プロパティ」ウィンドウの「変数」タブで使用して、変数を識別します。

条件ベース・マップまたはドライバ

ー・マップで使用して、条件 (フィルターまたは変数) がメニュー項目に関連付けられていることを示します。

第 5 章 ImageUltra Builder インターフェースでの作業 71

表6.インターフェース内で使用されるアイコン(続き

アイコン名前説明

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

ImageUltra Builder のインストール時に、リポジトリーの場所を定義するよう、「新規リポジトリー・ウィザード」がプロンプト指示します。ほとんどの場合で、モジュール・リポジトリーが 1 つあればすべてのモジュールを格納するのに十分です。 (バージョン 2.0 以降で新設計された)「リポジトリー」ウィンドウを使用すると、大量のモジュールの編成、カテゴリー化、およびソートを行うことができます。しかし、追加のリポジトリーが必要な場合は、ImageUltra Builder の初期インストール後にそれらを作成できます。 ImageUltra プログラムを開くと、ワークスペースは自動的に最後に使用されたモジュール・リポジトリーに関連付けられ、該当する「リポジトリー」ウィンドウを開きます。アクティブ・リポジトリーの名前が、「リポジトリー」ウィンドウのタイトル・バーに示されます。

非表示システム・メニュー

)

キーボード・ショートカット

ベース・マップで使用して、システム・メニュー・キーワードの使用によってのみアクセスできるメニューを示します。

注: ImageUltra Builder の前のバージョンからのアップグレードを行い、前のバージ

ョンで作成されたリポジトリーを使用しようとすると、リポジトリーを 2.2 レベルにアップグレードするようにプロンプトが出されます。バージョン 2.2 は、リポジトリーが更新されるまでは、前のバージョンからのリポジトリーを使用できません。リポジトリーが 2.2 レベルに更新されると、前のバージョンは更新されたリポジトリーを使用できなくなります。したがって、リポジトリーの更新前に、ImageUltra Builder インストールのすべてを 2.2 レベルにアップグレードすることをお勧めします。

リポジトリーでの作業

新しいリポジトリーを作成するには、以下の用に行います。

1. メイン・ウィンドウのメニュー・バーで、「ファイル」をクリックする。

2. 「新規リポジトリー」をクリックする。「新規リポジトリー・ウィザード」が

開きます。

3. 「次へ」をクリックする。

4. 「場所」フィールドの「参照」ボタンを使って、新規リポジトリー・フォルダーを配置したい場所を選択する。新規リポジトリー・フォルダーは、ImageUltra Builder コンソールがアクセスできるディスクであればどこにでも配置すること

ができます。

5. 「サーバー」フィールドに、リポジトリーを含むフォルダーの作成先のサーバーのフルネームを入力する。これは既存のフォルダー名ではなく、新しいフォルダー名でなければなりません。「場所」フィールドに指定したパスにこのフォルダーが自動的に付加されます。

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

注: フォルダー名は、新規リポジトリーの名前としては使用されません。この

手順の後半で、リポジトリーに名前を定義する機会があります。

注: 「サーバー」フィールドにはサーバーの IP アドレスを入力することも可能

です。ローカル・サーバーの場合は localhost を入力することもできます。

6. 「次へ」をクリックする。

7. 「ユーザー名」フィールドに、管理者のユーザー名を入力する。

注: 新規リポジトリーの作成は、管理者でなければ行えません。

8. 「パスワード」フィールドに、管理者パスワードを入力する。

9. 「次へ」をクリックする。

10. 「概要」フィールドに、リポジトリーを識別する名前を入力する。

11. このリポジトリーをバックアップまたはアーカイブ・リポジトリーとして使用

する場合は、「アーカイブ・リポジトリー」チェック・ボックスにチェック・マークを付ける。

12. 「次へ」をクリックする。

13. このリポジトリーに対して固有のリポジトリー ID を選択する。

注: この ID は、社内の既存のリポジトリーで使用されている ID とは異なっ

ていなければなりません。この ID は、このリポジトリーで作成されるすべてのモジュールのファイル名で使用されます。それぞれのリポジトリーに固有 ID を割り当てることにより、フォルダーまたは別のリポジトリーからデプロイされたスマート・イメージからモジュールをインポートするときに既存のマップまたはモジュールを上書きしてしまうのを防ぐことができます。

14. 「完了」をクリックする。

リポジトリーを開いたり、別のリポジトリーに変更するには、以下のように行います。

1. メイン・ウィンドウのメニュー・バーで、「ファイル」をクリックする。

2. 「リポジトリーを開く...」をクリックする。最近アクセスしたリポジトリーのリ

ストが表示されます。

3. リポジトリーが存在するサーバーの名前を入力し、「一覧」をクリックする。リポジトリーのリストが表示されます。

4. 「ユーザー名」フィールドに、ユーザー名を入力する。

5. 「パスワード」フィールドに、パスワードを入力する。

6. リポジトリーを選択する。

7. 「開く」をクリックする。

最近アクセスしたモジュール・リポジトリーに変更するには、以下のように行います。

1. メイン・ウィンドウのメニュー・バーで、「ファイル」をクリックする。

2. 「最近使ったリポジトリー」をクリックする。

3. 必要なリポジトリーをクリックする。

第 5 章 ImageUltra Builder インターフェースでの作業 73

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

マップ、モジュール、またはリポジトリーの完全なコンテンツを、アーカイブの目的でリポジトリー外のフォルダーにエクスポートすることもできます。これは、未使用マップおよびモジュールをリポジトリーから空にする場合に、非常に役立ちます。マップまたはモジュールを外部のフォルダーにエクスポートすれば、マップまたはモジュールをリポジトリーから消去することができます。

注: エクスポートされたモジュールが外部フォルダーにある間は、イメージ処理の

一環で、変更、参照、または使用されることはありません。その後マップ、またはモジュールが必要になった場合は、インポートでリポジトリーに戻すことができます。

マップまたはモジュールをエクスポートするには、次のようにします。

1. 新規リポジトリー・ウィザードを使用してリポジトリーを作成し、アーカイブの目的で使用するアーカイブ・チェック・ボックスにチェック・マークを付ける。このリポジトリーは、ImageUltra Builder コンソールがアクセスできるネットワーク上のどこにあってもかまいません。

2. モジュールのエクスポートを行うリポジトリーを開く。

3. メイン・メニュー・バーのメニュー・バーで「ツール」をクリックしてから、

「エクスポート...」をクリックする。エクスポート・ウィザードが開きます。「次へ」をクリックする。

4. 「ユーザー名」フィールドに、ユーザー名を入力する。

5. 「パスワード」フィールドに、パスワードを入力する。

6. 「一覧」ボタンを使用して、そのサーバー上のアーカイブ・リポジトリーのリ

ストを表示する。

7. エクスポートされたマップまたはモジュールの配置先のリポジトリーをリストから選択し、「次へ」をクリックする。

注: ここで行えるのは、既存のアーカイブ・リポジトリーへのマップおよびモ

ジュールのエクスポートだけです。アーカイブ・リポジトリーを作成するには、「アーカイブの作成」ボタンをクリックし、「一覧」をクリックしてエクスポート先のリポジトリーを選択します。

8. リポジトリーのフォルダー・ビューが表示される。カテゴリーのビューを処理する場合は、「カテゴリー別に表示」をクリックします。

9. 必要に応じてビューを展開し、エクスポートするそれぞれのマップ、モジュール、フォルダー、またはカテゴリーのチェック・ボックスにチェック・マークを付ける。

注: モジュールのエクスポート時にフォルダー構造を外部フォルダーで保持す

る場合、必ず「フォルダー構造のエクスポート」チェック・ボックスにチェック・マークを入れてください。エクスポートされるマップおよびモジュールがすべて外部フォルダーのルート・レベルになるようにする場合はチェック・マークを外してください。

10. 「次へ」をクリックする。

11. 「エクスポート」をクリックする。

12. 選択されたすべてのマップおよびモジュールがエクスポートされたら、「完

了」をクリックする。

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

アーカイブされたモジュールは、インポート・ウィザードを使用してリポジトリー内に追加することができます。インポート・ウィザードを使用するには、次のようにします。

1. モジュールをインポートするリポジトリーを開く。

2. メイン・ウィンドウのメニュー・バーから、「ツール」をクリックしてから、

「インポート...」をクリックする。インポート・ウィザードが開きます。

3. 画面に表示される指示に従う。

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

「リポジトリー」ウィンドウは、ImageUltra Builder のあらゆる操作の開始点です。「リポジトリー」ウィンドウは、リポジトリーの内容の表示、リポジトリーへのマップおよびモジュールの追加、リポジトリー内に含まれているマップおよびモジュールのオープンおよび変更、モジュールのビルド、およびデプロイ・メディアの作成を行うときに使用します。

大量のマップおよびモジュールの管理および処理に役立てるため、「リポジトリー」ウィンドウには、マップおよびモジュールの編成、分類、カテゴリー化、およびアーカイブに役立つ機能が備わっています。また、特定のマップまたはモジュールを探すのに役立ち、あるいは共通の特性を持つマップおよびモジュールのグループを探すための検索機能も含まれています。

注:

1. その他の便利な機能として、ImageUltra Builder の「リポジトリー」ウィンドウに「表示」→「ソース」のオプションが追加されました。「表示」→「ソース」のメニュー項目を選択すると、強調表示されたモジュールのソース・ディレクトリー・フォルダーの内容が Windows の「エクスプローラ」ウィンドウに表示され、モジュールを開かずにフォルダーの内容を参照することができます。

2. さらに、ImageUltra Builder の「リポジトリー」ウィンドウに「ツール」→「パスワードの設定」オプションも追加されました。これを使用してパスワードを変更できます。

「リポジトリー」ウィンドウは、「フォルダー」エリアと「コンテンツ」エリアの 2 つのペインに分かれています。左側のペインは「フォルダー」エリアです。フォルダーおよびサブフォルダーは、マップおよびモジュールの編成に必要と感じるだけ追加できます。右ペインは、「コンテンツ」エリアで、ここでは、リポジトリーのコンテンツまたは任意のフォルダーのコンテンツを表示します。「コンテンツ」エリアの上部に沿ってタブがあり、これを使用すると、リポジトリー、あるいは選択したフォルダーのコンテンツを以下のようにさまざまな方法で表示することができます。

v すべてのマップおよびモジュール v オペレーティング・システム・モジュールのみ (基本オペレーティング・システ

ム・モジュール、アドオン・オペレーティング・システム・モジュール、パーティション・モジュール、UNATTEND.TXTモジュール、ImageUltra カスタマイズ・モジュールなど)

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

第 5 章 ImageUltra Builder インターフェースでの作業 75

v フィルター・モジュールのみ v ユーティリティー・モジュールのみ v ベース・マップのみ v ドライバー・マップのみ v ImageUltra Builder 3.1 テンプレート・モジュール

ImageUltra Builder はデフォルトで、リポジトリーに 1 つのフォルダー、ImageUltra フォルダーを作成します。 ImageUltra フォルダーには、サンプル・マップ、およびすぐに使えるユーティリティー・モジュール、フィルター・モジュール、特別な目的のアプリケーション・モジュール、特別な目的のオペレーティング・システム・モジュールが含まれます。さらに、I386 基本オペレーティング・システム・モジュールおよび UNATTEND.TXT モジュールを作成するためのモジュール・テンプレートも含まれます。 ImageUltra Builder によって提供される各マップ、モジュール、およびテンプレートの名前は、ImageUltra 2.0 -、ImageUltra 2.01 -、または ImageUltra 2.2 - で始まります。これによってそれらのマップ、モジュール、またはテンプレートが最初に開発されたまたは更新された ImageUltra Builder のバージョンを識別することができます。

「リポジトリー」ウィンドウの外観は Windows 「エクスプローラ」に似ており、機能の一部は Windows 「エクスプローラ」に類似していても、作業するのはデータベースであってファイル・システムではないことを理解しておくことが重要です。「リポジトリー」ウィンドウ内の各項目は、マップまたはモジュールへの参照であって、マップまたはモジュール自体の名前ではありません。参照を使用することによって、さまざまなフォルダー内の同じマップまたはモジュールの複数の項目が得られ、1 つのフォルダーのマップまたはモジュールを変更すると、その同じ変更がすべてのフォルダー内のその特定のマップまたはモジュールのすべての項目に適用されます。

項目およびアイコン

リポジトリー内の各項目にはそれぞれアイコンが関連付けられています。モジュール・アイコンは、以下の目的に役立ちます。

v モジュールのタイプ (オペレーティング・システム・モジュール、アプリケーシ

ョン・モジュール、デバイス・ドライバー・モジュール、フィルター・モジュール、またはユーティリティー・モジュール) のための視覚的な標識を提供します。

v これにより、コンテナー・モジュールは標準モジュールと区別されます。 v モジュールがテスト状態なのか、ゴールド状態なのかを示します。アイコンがゴ

ールドの場合、モジュールはゴールド状態です。モジュールがゴールド状態の場合、そのモジュールはロックされており、変更できません。アイコンがゴールド以外の色の場合、モジュールはテスト状態です。モジュールがテスト状態の場合、必要なだけモジュール属性およびソース・ファイルを変更できます。

マップ・アイコンは、以下の目的に役立ちます。 v マップのタイプ (ベース・マップまたはドライバー・マップ) のための視覚的な標

識を提供します。

v マップがテスト状態なのか、ゴールド状態なのかを示します。アイコンがゴール

ドの場合、モジュールはゴールド状態です。

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

リポジトリーでのモジュール項目の作成と、モジュールのビルドは別の操作であるため、ImageUltra Builder インターフェースは、モジュールがビルドされたかどうかを通知できる手段を提供します。「リポジトリー」ウィンドウが表示されているときに、モジュール項目のテキストがグレーで表示される場合、モジュールはビルドされていません。モジュール項目のテキストが黒で表示されていれば、モジュールはビルドされています。

これらのアイコンおよびモジュール項目の規則は、ImageUltra Builder インターフェースで使用される他のすべてのウィンドウにも適用されます。

項目の操作

「リポジトリー」ウィンドウ内のマップおよびモジュール項目の移動およびコピーは、Windows 「エクスプローラ」の使い方に非常に似ています。選択した項目を、希望するフォルダーにドラッグ・アンド・ドロップするには右マウス・ボタンを使用します。次に、マウス・ボタンを離すときは、操作が移動操作なのか、コピー操作なのかを指定します。マップまたはモジュール項目を別のフォルダーにコピーする場合、その項目は元の項目と同じマップまたはモジュールへの参照になります。項目を元と同じフォルダーにコピーすると、その項目の最初に追加された「のコピー」を持つ新しいマップまたはモジュールが作成されます。この新しいマップまたはモジュールに変更を加えても、元のマップまたはモジュールには何の影響もなく、元のマップまたはモジュールに変更を行っても新しいマップまたはモジュールは影響されません。 Windows 「エクスプローラ」の場合と同じ技法を使用して、1 回の操作で複数のマップおよびモジュールをコピーすることもできます。

マップまたはモジュール項目の削除も、Windows 「エクスプローラ」の使い方に似ています。該当するマップまたはモジュール項目を右マウス・ボタン・クリックし、「削除」を選択して、次にその削除操作を確認します。しかし、さまざまなフォルダーに項目のインスタンスが複数ある場合があるため、実際のマップまたはモジュールは、項目の最後のインスタンスが削除されるまではリポジトリーから削除されません。この場合、項目の最後のインスタンスが削除されると、マップまたはモジュールをリポジトリーから削除するかどうかを尋ねるプロンプトが表示されます。

マウスの代わりにキー・ストロークを使用しても同じ結果が得られます。たとえば、項目を別のフォルダーにコピーする場合は、次のようにします。

1. 「リポジトリー」ウィンドウが表示されているときに、ウィンドウの正しいエリアが表示されるまでタブ・キーを連続して押します。次に、上矢印キーまたは下矢印キーを使用して、該当する項目を選択します。

2. Alt+E を押して、「編集」メニューを開き、下矢印キーを使用して「コピー」を選択してから、Enter を押します。 (あるいは、Ctrl+C ショートカットを使用できます。)

3. フォルダーが置かれているウィンドウの同じエリアが表示されるまでタブ・キーを連続して押します。次に、下矢印キーを使用して、項目をコピーして入れるフォルダーを選択します。

4. Alt+E を押して、「編集」メニューを開き、下矢印キーを使用して「ペースト」を選択してから、Enter を押します。 (あるいは、Ctrl+V ショートカットを使用できます。)

第 5 章 ImageUltra Builder インターフェースでの作業 77

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

大量のマップおよびモジュールで作業する場合は、特定のマップまたはモジュール、あるいは共通の特性を共用するマップまたはモジュールのグループを探さなければならない場合があります。

検索エンジンを使用すると、フリー・フォーム・テキストまたは定義済み検索オプションのいずれかを使用して、検索ができます。高機能検索には、使用方法に基づいてマップおよびモジュールを検索できる機能があります。たとえば、高機能検索の結果で、特定のマップが使用するモジュール、および特定のモジュールを使用するすべてのマップ、またはマップが使用しないすべてのモジュールを識別できます。さらに、リポジトリー全体を検索したり、あるいはリポジトリー内の特定のフォルダーを検索するように、検索をカスタマイズできます。

マップまたはモジュールに対して基本検索を行うには、次のようにします。

1. メイン・メニュー・バーのメニュー・バーから、「ツール」をクリックしてから、「検索..」をクリックする。

2. 「検索するオブジェクト」フィールドで、検索するマップまたはモジュールのタイプのチェック・ボックスにチェック・マークを入れる。

3. 「検索対象のテキスト」フィールドで、見つけるすべてのモジュールに共通するストリングを入力する。このステップはオプションで、通常は検索結果を絞り込むために使用されます。

注: 検索機能は、ワイルドカード文字の使用をサポートします。サポートされる

4. 「検索」フィールドで、ドロップダウン・メニューを使用して、リポジトリー全体を検索するか、あるいはリポジトリーに入っている特定のフォルダー内で検索するかを指定する。

5. 「検索」ボタンをクリックする。検索結果が、検索ウィンドウの右側に表示されます。

高機能検索の場合は、「検索オプション」をクリックして、検索基準と高機能検索のオプションのリストを表示します。このリストを使用すると、検索に組み込む特定のマップまたはモジュールの特性を指定するのに役立ちます。たとえば、「状態」検索基準によって、ゴールド状態にプロモートされているマップまたはモジュールのみを検索することができます。

検索エンジンの使用と高機能検索の実行の詳細については、ImageUltra Builder ヘルプ・システムを参照してください。

「マップ」ウィンドウ

「リポジトリー」ウィンドウのベース・マップまたはドライバー・マップのいずれかをダブルクリックすると、「マップ」ウィンドウが開きます。「マップ」ウィンドウは、「ツリー構造」ペインと「コンテンツ」ペインの 2 つのペインに分かれています。

ワイルドカード文字は、パーセント記号 (%) および下線 (_) です。

左側のペインは「ツリー構造」ペインで、ルート項目とメニュー項目が入っています。ベース・マップでは、メニュー項目がインストール処理時にターゲット・コン

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

ピューターで表示されるメニューのフローおよびコンテンツを制御します。ドライバー・マップでは、メニュー項目はオプションです。メニュー項目がドライバー・マップで使用されると、開発者は、デバイス・ドライバーのグループに注釈またはラベルを付けたり、あるいはデバイス・ドライバー・モジュールの 1 つ以上のグループにフィルターを割り当てたりすることができます。

右側のペインは「コンテンツ」ペインで、「ツリー構造」ペインで選ばれたメニュー項目に関連するすべてのモジュールが入っています。

「マップ」ウィンドウ内で、次のことを行えます。

v ツリー構造からのメニュー項目の削除 v ツリー構造へのメニュー項目の挿入 v ツリー構造へのモジュールの挿入 v ツリー構造でメニュー項目の上方または下方移動 v ベース・マップのツリー構造内のメニュー項目へのフィルターおよびユーティリ

ティーの割り当て

v ドライバー・マップのツリー構造内のメニュー項目へのフィルターの割り当て

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

「マップ」ウィンドウが開いているときは、そのマップに関連する設定を表示または変更できます。「マップ設定」ウィンドウを開くには、次のようにします。

1. 「リポジトリー」ウィンドウから望ましいマップを開く。

2. メイン・ウィンドウのメニュー・バーで、「ツール」をクリックして、「設

定...」をクリックする (あるいは、右側のペインのどこかを右マウス・ボタン・クリックして、「設定...」を選択することもできます。

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

Windows PE では、ベース・マップは実際にウィンドウ操作が行われる画面に表示されます。メニュー項目は、よく知られている次の Windows のコントロールの 1 つとして表示できます。

v 静的テキスト v アイコン・テキスト v 編集ボックスまたはプロンプト v チェック・ボックス v ラジオ・ボタン

以下は、これらのコントロールの例です。 v 静的テキスト: このコントロールは選択不能テキストを意味します。これは、テ

キストがアンパーサンド (&) 文字で始まりかつプロンプト変数が関連付けられていないメニュー項目を作成することによって定義できます。その値は、そのプロパティのアイコン設定でも定義されます。

v アイコン・テキスト: このコントロールも選択不能テキストを意味します。そし

て静的テキストのコントロールと同様、プロンプト変数が関連付けられていません。その値は、そのプロパティのアイコン設定でも定義されます。

第 5 章 ImageUltra Builder インターフェースでの作業 79

v 編集ボックス: これはユーザーに入力のプロンプトを出すコントロールで、プロ

ンプト変数が関連付けられています。

v チェック・ボックス: これはユーザーがリストから複数の選択項目を選択できる

ようにするコントロールです。プロパティでそのリストのチェック・ボックスが選択されている必要があり、そのリストのテキストはアンパーサンド (&) 文字で始まらないものでなければなりません。

v ラジオ・ボタン: このコントロールを使用すると、ユーザーはリストから 1 つだ

けを選択することができます。そのリストではすべての選択が相互に排他的になっています。

ユーザーは項目を選択することによってメニューをナビゲートします。つまり、インターフェースで次に表示されるメニューは、ユーザーが選択するメニュー項目によって決まります。 ImageUltra Builder 3.1 では、選択不能の静的テキスト項目のみで構成されるメニューを作成することができます。また、ユーザーは複数選択メニューで、ゼロ個以上のチェック・ボックスを選択することができます。このような状況で次に表示されるメニューを決定するために、次の規則が施行されます。

v 単一選択リストの場合 (ラジオ・ボタンを持つリスト):

ユーザーが次のメニューに移るために選択しなければならないのは 1 つのラジオ・ボタンだけなので、選択されたラジオ・ボタンが次のメニューを決定します。

v 複数選択リストの場合 (チェック・ボックスを持つリスト):

1 つ以上のチェック・ボックスが選択される場合、最後に選択されたチェック・

ボックスが次のメニューを決定します。チェック・ボックスが選択されない場合も、最後に選択されたチェック・ボックスが次のメニューを決定します。

v 選択不能静的テキスト項目のみで構成されるリストの場合:

最後の静的テキスト項目が次のメニューを決定します。

メニュー項目のテキストは、マップ・ビューアー・ウィンドウのクライアント領域に収まるよう、自動的にフロー (つまりワード・ラップ) されます。メニュー項目に関連したテキストには特定の HTML エレメントを含めることができます。認識されるエレメントは次のとおりです。

v

エレメント内部のテキストを太字にします。

v

エレメント内部のテキストを

v

エレメント内部のテキストに下線を引きます。

v

イタリック体

にします。

テキストに改行を入れます。

v

これらのエレメント内のテキストの通常ワード・ラップをオフにします。

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

v ACCEL

メニュー項目のニーモニックを表す文字の直前に置かれます。ニーモニック (キーボード・アクセラレーターとも呼ばれる) とは、ALT キーを押したままそれを入力するときにメニュー項目によって表されるコントロールにフォーカスを設定する文字のことです。 (項目がチェック・ボックスまたはラジオ・ボタンの場合にも選択されます)。

ベース・マップの設定

ベース・マップの「マップ設定」ウィンドウでは、次のことを行えます。 v 「全般」タブからマップ名を表示して、マップに関するコメントを加えることが

できます。「コメント」フィールドでは、1024 文字までサポートされます。キーワードを割り当てこともできます。これは、デプロイ・メディア (ImageUltra Builder 3.1 Deployment CD) と一緒に使用されて、デプロイ段階で選べるマップ数を最小限に抑えます。キーワードがデプロイ・メディアに割り当てられると、デプロイ段階で、キーワードにマッチングするマップのみを選択できます。

システム・メニュー・キーワード: このフィールドは、非表示システム・メニューにキーワードを割り当てる場合に使用します。インストール・メニューが表示されているときは、いつでもこのキーワードを入力すると、非表示システム・メニューが表示されます。非表示システム・メニューのコンテンツは、ベース・マップの一部として定義されます。たとえば、デプロイ処理時に一連のユーティリティーを選択可能にできます。キーワードを入力することによって、デプロイ時にいつでも非表示システム・メニューの一部としてユーティリティーにアクセスできます。非表示システム・メニューの作成に関する詳細については 93 ページの『第 6 章マップ構造の概要』を参照してください。

v 「ユーザー情報」タブからは、インストールの際に使用するエンド・ユーザーの

設定、あるいはインストールの際に表示されるエンド・ユーザーの設定に対するプロンプトを定義することもできます。

v 「メニュー表示前後のオプション」タブからは、次のことができます。

– インストール・メニュー・システムが表示される前に、ターゲット・コンピュ

ーターで実行する 1 つ以上のユーティリティーを指定する。

– 最後のインストール・メニューから最終選択を行った直後に、ターゲット・コ

ンピューターで実行する 1 つ以上のユーティリティーを指定する。

v 「インストール順序」ウィンドウからは、ターゲット・コンピューター上でモジ

ュールをインストールする順序を変更できます。変更は、オペレーティング・システム・モジュール (オーディット・ブートの際のインストールの場合)、およびカスタマー・ファースト・ブートの際にインストールされるモジュールの順序の定義に限定されます。カスタマー・ファースト・ブート・モジュールには、モジュール属性によって定義されたール順序があります。「インストール順序」ウィンドウを使用すると、共通するインストール・スロットを共用するモジュールの順序を特定することができます。

インストール・スロット

に基づく暗黙のインスト

「インストール順序」ウィンドウには、最初、優先なし、および最後の 3 つのカテゴリーがあります。モジュールをこの 3 つのカテゴリー内で移動することによって、最初にインストールされるモジュールと最後にインストールされるモジュ

第 5 章 ImageUltra Builder インターフェースでの作業 81

ールの順序を決めます。順序が重要でない場合は、モジュールを「優先なし」のカテゴリーに置いたままにします。インストール順序の設定に関する追加情報については 201 ページの『第 9 章モジュール・インストール順序の指定』を参照してください。

v 「イメージのクリーンアップ」タブからは、インストールの完了後スマート・イ

メージに対して行うアクションを指定できます。 – 「何も削除しない」では、スマート・イメージ全体は、ターゲット・コンピュ

ーターのサービス・パーティション内でそのままになります。

– 「未使用のものだけ削除する」では、スマート・イメージからすべての未使用

モジュールが削除され、インストール・イメージの再作成に必要なモジュールのみがサービス・パーティション内に残り、これらのモジュールを収容できるようにサービス・パーティションはサイズ変更されます。

– 「すべて削除する」では、スマート・イメージ全体が削除され、サービス・パ

ーティションが作業領域として使用された場合はサービス・パーティションが削除されます。

v 「ネットワーク」タブからは、ネットワーク同期操作の実行の有無を指定し、使

用するデプロイ/インストール方法のタイプを選択できます。

ネットワーク同期機能を使用できるようにするには、「ネットワーク同期を使用する」チェック・ボックスにチェック・マークを入れます。ネットワーク同期機能は、使用可能になると、デプロイ時とインストール時にこのマップの最新のバージョンを探します。

デプロイ/インストールのタイプを選択するには、ダイレクト・ネットワーク・イ

ンストール・エリアにある次の 3 つのラジオ・ボタンのいずれかを使用します。 – 「はい」: デプロイおよびインストールがネットワークを経て行われる場合

で、ダイレクト・ネットワーク・インストールを行う場合は、このラジオ・ボタンを選択します。

– 「いいえ」: ローカル・インストールで標準のネットワーク・デプロイを行う

か、あるいはデプロイおよびインストールの CD を使用する場合は、このラジオ・ボタンを選択します。

– 「イメージのデプロイ時にユーザーにプロンプトを出す」: ターゲット・コン

ピューターを使用する人に、実行するデプロイ/インストールのタイプを決めさせる場合は、このラジオ・ボタンを選択します。

v 「メニューの外観」タブからは、マップ・ビューアー・ウィンドウ内のメニュー

項目の表示を制御できます。これらの設定 (ベース・マップにのみ適用される) は、マップ・レベル (グローバル) とメニュー項目 (ローカル) レベルの両方で定義できます。グローバル値は「マップ設定」ダイアログの「マップ外観 (Map Appearance)」タブの中で設定されます。ローカル・オーバーライドは、「メニュー項目プロパティ」ウィンドウの「メニューの外観」タブと「背景イメージ」タブで定義されます。

「マップ設定」ダイアログの「メニューの外観」タブで設定が定義されると、その設定はベース・マップ内のすべてのメニュー項目 (単独ではその設定の定義を行わない) のデフォルト値になります。メニュー項目で設定が定義される場合、その値はグローバル設定をオーバーライドします。

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

– 「マージン」: この設定は、メニュー内の項目の左マージンと右マージンのサ

イズを指定します。値はピクセル単位で指定することもできますし、「メニュー・ビューアー (menu viewer)」ウィンドウの幅のパーセントで指定することもできます。

– 「色」: 色をカスタマイズできるメニューの外観 (項目) は次のとおりです。

- バナー・テキスト

- バナーの背景

- メニュー・テキスト

- メニューの背景

- 編集ボックスの背景

– 「バナーを表示する」:

メニューのバナーを表示できるかどうかを決定します。各メニューにはデフォルトで、マップ・ビューアー・ウィンドウの上部にバナーが表示されます。しかし、メニュー項目はそのサブメニュー項目を表示するためにバナーを非表示にすることもできます。

– 「デプロイ時のロゴへのパス」:

イメージのパス。各バナー内で右寄せで表示される Windows ビットマップ

(.bmp) ファイル。パスはデプロイ時に存在していなければなりません。

– 「背景イメージ」:

この機能により、メニュー内で背景イメージを表示させることができます。

– 「デプロイ時のイメージへのパス」:

イメージのパス。メニュー内で背景イメージとして表示される Windows ビットマップ (.bmp) ファイル。

– 「位置合わせ」:

この機能は、メニュー内での背景イメージの位置合わせまたは位置を指定します。値は次のとおりです。

- 左上

- 上中央

- 右上

- 中央左

- 中央

- 中央右

- 左下

- 下中央

- 右下

第 5 章 ImageUltra Builder インターフェースでの作業 83

– 「添付」:

この機能は、背景イメージがメニュー内容に関して固定されるか、それともメニュー内容とともにスクロールするか (スクロール・バーが表示されていることを前提) を決定します。この機能では「固定」か「スクロール」のいずれかの値を使用できます。

– 「直前のメニュー・キー」: この設定は、直前のメニューに戻るのに使用する

キーの定義に使用します。このキーのデフォルト設定は Esc です。

– 「メニューの終了キー」: この設定は、インストール・メニュー・システムを

終了し、コマンド・プロンプト画面を表示するのに使用できるキーの定義に使用します。終了キーのデフォルト設定は F3 です。メニューの終了機能を使用不可にするには、この設定をブランクにしておきます。

v 新しい「

ウィンドウ (以前の DOE) に適用される設定を変更することができます。これらの設定はベース・マップに対してのみ適用されます。

v 「パーティション」タブからは、サービス・パーティションのカスタム・サイズ

を定義できます。カスタム・サービス・パーティション・サイズを使用すると、サービス・パーティションを共用する他の製品用の作業領域を残すことができます。

カスタムのパーティション・サイズは、次のどの方法を使用しても設定できます。

– 「固定サイズ」: 固定サイズを設定するには、「固定サイズ」ラジオ・ボタン

– 「ドライブのパーセント」: ドライブのパーセントに基づいてパーティショ

– 「イメージのサイズに基づいて」: 固定サイズ・バッファーのパーティショ

メニュー・ウィンドウ

をクリックしてから、提供されたスペースのパーティションのサイズ (メガバイト単位) を入力します。

ン・サイズを設定するには、「ドライブのパーセント」ラジオ・ボタンをクリックしてから、スライダー・バーを使用してパーセントを選択します。

ン・サイズを設定するには、「イメージのサイズに基づいて」ラジオ・ボタンをクリックします。次に、「追加のスペースを加える」チェック・ボックスにチェック・マークを入れ、確保するスペースのバッファー・サイズを入力します。最大パーティション・サイズを設定するには、「パーティション・サイズは超過できない」チェック・ボックスにチェック・マークを入れて、スライダー・バーを使用してドライブのパーセントを選択します。

」タブから、デプロイ時のマップ・ビューアー・

「インストール順序」ウィンドウからは、ターゲット・コンピューター上でモジュールをインストールする順序を変更できます。変更は、オペレーティング・システム・モジュール (オーディット・ブートの際のインストールの場合)、およびカスタマー・ファースト・ブートの際にインストールされるモジュールの順序の定義に限定されます。カスタマー・ファースト・ブート・モジュールには、モジュール属性によって定義されたります。「インストール順序」タブを使用すると、共通するインストール・スロットを共用するモジュールの順序を特定することができます。

「インストール順序」ウィンドウには、次の 3 つのカテゴリーがあります。 v 最初

インストール・スロット

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

に基づく暗黙のインストール順序があ

v 優先なし v 最後 v このモジュールの後にドライバー・マップ・モジュールを挿入する

これらのカテゴリー内でモジュールを移動することによって、最初にインストールされるモジュールと最後にインストールされるモジュールの順序を決めます。順序が重要でない場合は、モジュールを「優先なし」のカテゴリーに置いたままにします。インストール順序の設定に関する追加情報については 201 ページの『第 9 章モジュール・インストール順序の指定』を参照してください。

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

ドライバー・マップの「マップ設定」ウィンドウでは、次のことを行えます。 v 「全般」タブからマップ名を表示して、マップに関するコメントを加えることが

できます。「コメント」フィールドでは、1024 文字までサポートされます。キーワードを割り当てこともできます。これは、デプロイ・メディア (ImageUltra

Builder Deployment

に使用することで、デプロイ段階で選べるマップ数を最小限に抑えます。キーワードがデプロイ・メディアに割り当てられると、デプロイ段階で、キーワードにマッチングするマップのみを選択できます。

v 「ネットワーク」タブからは、次のことができます。

– デプロイおよびインストールの際にネットワーク同期操作を行って、このドラ

イバー・マップの最新のバージョンを探すかどうかを指定します。

– ドライバー・マップのフィルター処理を使用可能または使用不可にします。使

用可能にした場合は、ターゲット・コンピューターのマシン・タイプ番号に適合する (ImageUltra Builder が指定したモデル検査フィルターに基づく) デバイス・ドライバー・モジュールのみがターゲット・コンピューターにデプロイされます。使用不可にした場合は、マップで定義されたすべてのデバイス・ドライバー・モジュールがターゲット・コンピューターにデプロイされますが、インストールされるのは必要とされるモジュールのみです。

ディスク

および ImageUltra Builder Deployment CD) と一緒

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

ベース・マップの「メニュー項目プロパティ」ウィンドウでは、次のことを行えます。

v 「全般」タブからは、ルート項目または任意のメニュー項目の記述を表示または

変更できます。ルート項目の記述を変更すると、ベース・マップが参照されるすべての場所で、リポジトリー内のベース・マップ項目も変わります。さらにこのタブからは、ターゲット・コンピューター上でのメニュー項目の表示方法 (左寄せ、右寄せ、または中央寄せ) の制御も行えます。

v 「サブメニュー項目」タブからは、次のことができます。

– 「タイトル」フィールドで、タイトルを定義するか、タイトルをメニュー選択

に関連する説明に置き換えます。このテキストは、このメニュー項目の子メニュー項目のバナー内に表示されます (表示される場合)。テキストには HTML マークアップを含めることができます。

– 「複数選択を可能にする」フィールドに、子メニュー項目からの複数選択リス

トを作成します。複数選択リストとは、それぞれの子メニュー項目がチェッ

第 5 章 ImageUltra Builder インターフェースでの作業 85

ク・ボックス・コントロールとして現れるリストのことです。以下の設定は、これらのチェック・ボックスの選択に影響を与えます。

- 最小: ユーザーが次のページに進む前に選択する必要があるチェック・ボックスの最小数を指定します。

- 最大: ユーザーが選択可能なチェック・ボックスの最大数を指定します。

– 「バナーを表示する」フィールドで、このメニュー項目の子メニュー項目のバ

ナーを表示させるかどうかを制御します。

– 「デプロイ時のロゴへのパス」に、バナー内で右寄せで表示されるイメージへ

のパスを指定します。

– 「単一項目の自動選択」チェック・ボックスでは、存在するメニュー項目が 1

つのみの場合にインストール・プログラムに自動的に選択させるかどうかを定義します。

– 「複数選択を可能にする」チェック・ボックスでは、ユーザーがこのメニュー

から複数選択できるかどうかを定義します。最小フィールドと最大フィールドの両方に値をリストすることにより、許容範囲を指定します。

v 「ユーティリティー」タブ (メニュー項目のみ) からは、ユーティリティーをメニ

ュー項目に関連付け、ユーティリティーに関連するすべてのパラメータを入力して望ましい結果を得て、ユーティリティーをいつ実行するか (メニュー項目が選択された直後か、インストール・メニューの終了後実行されるためにキューに入れられた直後) を決定できます。

v 「変数」タブからは、それぞれの個々のメニュー項目の動作を制御できます。た

だし、プロンプト変数は現在「ユーザー入力」タブ (ベース・マップでのみ表示される) を使って定義されるため、この変数は例外です。たとえば、メニュー項目の変数をハードコーディングするか、ターゲット・コンピューターのデプロイ制御担当者が、変数に割り当てられる値を指定できるように、プロンプトを定義することができます。変数の使用の詳細については 93 ページの『第 6 章マップ構造の概要』を参照してください。

v 「ユーザー入力」タブ: このタブにはメニュー項目のプロンプト変数の設定が含

まれており、ベース・マップでのみ表示されます。 – 「幅」...使用中のフォントの平均文字幅と同じ単位で編集ボックス・コントロ

ールの幅を指定します。

– 「最大文字数」...ユーザーが編集ボックス内に入力できる最大文字数を指定し

ます。

– 「次のものだけを許可する」...これにチェック・マークを付けると、以下のタ

イプの文字だけが編集ボックスに入力できるようになります。

- アルファベット...英字 (a から z および A から Z)

- 数字...0 から 9 の数字

- ブランク...スペース文字

- その他...指定された文字

– 「これだけを抑制 (Prevent only)」...これにチェック・マークを付けると、以下

のタイプの文字が編集ボックスに入力できないようになります。

- アルファベット...英字 (a から z および A から Z)

- 数字...0 から 9 の数字

- ブランク...スペース文字

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

Lenovo ImageUltra Builder 3.1 User Guide [ja]

Specifications and Main Features

Frequently Asked Questions

User Manual

まえがき

本書の対象読者

Web ページの参照

ImageUltra Builder の新機能

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

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

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

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

第 1 章 ImageUltra Builder の機能

イメージとは

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

作業領域

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

Sysprep の使用と重要性

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

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

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

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

ポータブル Sysprep イメージ

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

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

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

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

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

イメージ・タイプの要約

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

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

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

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

リポジトリー、フォルダー、CD からのマップおよびモジュールの インポート

モジュールのビルド

ドライバー・モジュール、アプリケーション・モジュール、または アドオン・オペレーティング・システム・モジュールのビルド

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

ハードウェア固有イメージからの基本オペレーティング・システム・ モジュールの作成

ポータブル Sysprep イメージからの基本オペレーティング・システ ム・モジュールの作成

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

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

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

ベース・マップ

ドライバー・マップ

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

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

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

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

ユーザー情報の定義

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

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

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

拡張機能

フィルター

ユーティリティー

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

作業領域の詳細

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

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

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

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

CD または DVD 配布

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

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

隠し区画 (HPA) とは?

リカバリーの影響

HPA からのモジュールおよびマップのインポート

HPA 内のドライバーの使用

ImageUltra Builder の Rescue and Recovery 製品との関連

Rescue and Recovery 製品とは?

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

作業領域のロジック

第 4 章 ImageUltra Builder のインストール

最小要件

ImageUltra Builder サーバー・コンピューター

ImageUltra Builder コンソール・コンピューター

ImageUltra Builder ターゲット・コンピューター

前提条件

インストールの注意点

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

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

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

リポジトリー、フォルダー、CD からのマップおよびモジュールのインポート

ドライバー・モジュール、アプリケーション・モジュール、またはアドオン・オペレーティング・システム・モジュールのビルド

ハードウェア固有イメージからの基本オペレーティング・システム・モジュールの作成

ポータブル Sysprep イメージからの基本オペレーティング・システム・モジュールの作成

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