Resilient Mind

Portege R600-108の搭載SSD

2008-12-25T11:40:16Z

市販のものに比べ、内蔵SSDには情報が少ないので、一応書いておきます。

東芝Portege R600-108の搭載SSDは、デバイスマネージャ上では、TOSHIBA THNS128GE8BMDCとなっています。これがまた、詳細な仕様がどこにもなく、どういったものなのか不明です。

SSDのモニタリングソフトを試してみたところ、動かなかったので、コントローラがJMicronのJMF602でないことだけは確かです。まぁ東芝製ですから、ありえないでしょうけどね。

日本のDynabook SS RX2 T9G(G)なども同じかもしれません。

これがほんとのBaby Mac

2008-12-24T20:08:11Z

日本のマクドナルドにはありませんが、国によってはBaby Macというメニューもあります。

これがそのBaby Macだ! なんとかわいい、いや禍々しい?!

日本ではクォーターパウンダーが販売され始めて、買うために8時間並ぶなどという珍事も起きているようですが、アメリカなど国によってはレギュラーメニューとなっています。

AVR-SD拡張回路(改良後)

2008-12-23T18:01:58Z

ラッチを使ってZ80との入出力ができることがわかったので、修正した回路図です。 Webページに収まるようになるべく小さく描いたので見にくいのはご勘弁。

う～ん、4075(3入力OR)は持ってないぞ。 32(2入力OR)ならあるんですが、効率が悪いんですよね。 4078(8入力OR)を使ってもいいですね。ゲートの段数も少なくなってすっきりします。こんな感じ。

その場合、グランドになっている部分を変更することでA1までデコードできます。 AVRにA0だけしか入れられなくなるけど。まだPCからのインタフェースは設計途上なのですが、一応下位のアドレスラインはデコードして使うかと思い、残してあります。

ゲートはすべてHCシリーズを想定しています。 Z80へデータを出力するときのみ、レベルあわせのために5Vを供給しています。ちゃんとバッファICを使ってないけど、大丈夫かなこんなんで?

事実上、NORが1ゲートあまっている(4-5-6ピン)ので、必要ならA6～A2のどこかにNOT代わりに入れればI/Oアドレスを調整できますね。

今のところ最下位アドレス(0x00～0x03)を使う想定になっています。 AVRのI/Oが3本ほど余っていますが、外部クロックを使うことになったときに使うもよし、他の機器をコントロールするもよし。

...とりあえずデバッグLED用かな?

とりあえず動作

2008-12-22T21:54:08Z

とりあえず、前回のテストは期待通りの動作をさせることができました。原因はあちらこちらの断線でした。

UEWを使っていて、しょっちゅう回路を変更するものだから、そのたびに線をいじったりしているうちに断線してしまっているのでした。直しては他の箇所が断線するいたちごっこ状態。こんなんじゃ先が思いやられるなぁ。

ちょっと面白かったのは、LS373の電源(Vcc)が断線していたときのことです。入力端子の電圧が3.3V程度あり、そのときの出力端子の電圧が2.3Vくらいあるんですね。もちろんVccがないので出力コントロール(^OE)が利かず、バス直結のラインにその電圧を出力していたわけですが、なぜかPC側本体側は暴走しませんでした。本体側でデータバスがぶつかってるのに。

どうも、拡張スロットへのデータバス入出力にはLS245または他のバッファが接続されているようです。拡張メモリを使っていない状態だったため、拡張スロットへの入出力がこの実験用回路に向けたもののみだったのが幸いしたのでしょう。

今回はPC側から見て入力のみを実験しましたが、同じ手法で出力もできます。というか、出力のほうが楽(あらかじめデータを用意しなくていいから)ですね。また回路変更で断線しまくりそうで怖いですが。

さて、そうなると次はSDカードのアクセスか...。

ラッチを入れてみる

2008-12-21T17:32:58Z

I/O回路の要求には高速応答性が必要で、到底AVRの割り込み反応時間では間に合わないことがわかったので、バッファを入れる実験をしました。

例により、簡略化した回路です。手持ちのラッチがLS373しかなかったので、電圧が混在しています。

プログラムのほうは、なんかoutしたら、そのタイミングでデータを出力し、inで読めるようにしてみました。単純にデータをインクリメントしているだけです。

.org	0
	rjmp	RESET
	rjmp	INT_IN
	rjmp	INT_OUT
INT_IN:
	inc		Data
	; buffer input close
	cbi		PORTB, 1
	reti
INT_OUT:
	; output data
	mov		Temp, Data
	ori		Temp, 0x40
	out		PORTC, Temp
	mov		Temp, Data
	ori		Temp, 0x3f
	out		PORTD, Temp
	; load data to the buffer
	sbi		PORTB, 1
	reti
RESET:
	ldi		Temp, low(RAMEND)
	out		SPL, Temp
	ldi		Temp, high(RAMEND)
	out		SPH, Temp
	ldi		Data, 0x00
	ldi		Temp, 0x12
	out		DDRB, Temp
	ldi		Temp, 0x3f
	out		DDRC, Temp
	ldi		Temp, 0xc0
	out		DDRD, Temp
	ldi		Temp, 0x0a
	out		MCUCR, Temp
	ldi		Temp, 0xc0
	out		GICR, Temp
	sei
LOOP:
	rjmp	LOOP

とりあえずの「データを読ませる」という結果としては良好です。 AVRからのデータらしきものがPC側から読めています。

ただ、なんかD0がふらふらする変な挙動です。 outしないでinし続けると0が入力され続けるはずなのに、ときどき1が混じります。 out/inを交互に繰り返すと、大部分が2回ずつ同じ値を読んで、次は2インクリメントします。

データラインがショートしたりているわけではなさそうなのですが、いまのところ原因はわかりません。接触が悪い可能性はありますが、直しても同じなのが謎。そこら辺から剥ぎ取ったラッチが変なのかも。

とりあえずラッチ意味があったということで勘弁しといてあげよう(弱気)。

1.8インチIDE SSD発売開始

2008-12-21T11:21:35Z

秋葉原で、以前話題にしたグリーンハウスの1.8インチのIDE SSDが発売になりましたね。

MLCならば32GBモデルのGH-SSD32GP-1Mが約1万円、64GBモデルのGH-SSD64GP-1Mが約2万円だそうで、安価です。速度はあまり速くないようですが、1.8インチのHDDのスピードもかなり遅いのでそれほど悪い選択肢ではなさそうです。

ただし、残念ながら写真でもわかるとおりZIFタイプですね。

本体サイズは長さが71mm。東芝タイプの1.8 インチHDDの長さは78.5mmですので、7.5mmほどのマージンがあります。でも、市販の変換基板(長さ24mm)をPC本体内に納める余地はちょっとなさそうです。

7.5mmというと、ほとんどコネクタ部分くらいの余裕しかないということでしょうね。

Portege R600-108のバッテリ持続時間

2008-12-14T22:16:09Z

一応実測しました。おそらくDynabook SS RX2 T9GもしくはT9GGでもほぼ同じような性能になるのではないかと思います(DVDドライブ分が変わります)。

標準バッテリ(3セル、2900mAh)では、ライトな使い方(Webブラウジングやテキスト編集等)でほぼ3時間でした。
条件は以下のとおり:

ネットワークはワイヤレス、Bluetoothも利用
新品状態から何度(10回程度)か充放電を繰り返したバッテリによる性能
Toshiba Power Saverの設定はほぼデフォルトで、残り5分でスタンバイする設定で、スタンバイまでの時間を計測。

まぁ、だいたい予想通りかな?
ご参考まで。

AVRの割り込み反応時間

2008-12-14T14:51:30Z

Z80からのI/O信号に対し、どのくらいでAVRによる割り込み反応が得られるのかを調査してみました。回路は前回作ったものを使います。

PC-6001側からI/O命令を発行し、AVRの外部割込み入力をトリガにして反応を調べます。まずは、主な信号線の様子。

ここで、INT0が活性化されている時間(A-B)は、630ns。

実行されているプログラムは以下のような感じです。

.org	1
	rjmp	INT_IN
INT_IN:
	sbic	PIND, 2	; 割り込み終了だったらInputへ
	rjmp	Input
	; omit...
Input:
	out	DDRC, r18
	out	PORTC, r19
	sbi	PORTB, 4
	reti

INT0は両トリガでの割り込みにしているのですが、 AVRの割り込みルーチンが反応するときには、INT0はHレベルになっているのか、常にInputルーチンへ飛びます。

上図にあるLEDという信号線は実際にはAVRのポートB4で、これがLからHになる(sbi PORTB, 4)まで2,040nsかかっています。 8MHzだと約16クロック分です。

割り込みへの反応速度を見るために、プログラムを少し変えてみました。

.org	1
	rjmp	INT_IN
INT_IN:
	sbi	PORTB, 4
	; omit...

割り込みがアクティブになってから、rjmpおよびsbiのみの実行です。タイミングは以下のようになっています。

これで、LED(PORTB4)の変化までの反応時間は1,200nsでした。8MHzで9.6クロック分。 rjmpとsbiの実行時間4クロックを差し引くと、割り込みの反応に700ns(5.6クロック)ほどかかることになります。

ちなみに、割り込みをダウンエッジのみにして追試してみましたが、反応時間は1,160nsで、それほど大きな差はありませんでした。

これを、最初の図と照らし合わせると、INT0の活性化時間が700nsに満たないため、割り込みルーチン開始時にはどう足掻いてもI/Oには間に合わない、ということになります。

やはりどうしてもZ80とAVRの間にはラッチが必要ということになりますね。

1.8インチPATA SSDは自作可能か?

2008-12-13T18:20:25Z

以前出たような複数カードのストライピングで高速化&1.8インチ SSD化できないものか、ちょっと思考実験してみましょう。

サイズと容量について

現時点で、100円ショップでも売ることが可能な格安のmicro SDカードがあります。こいつを10枚でも20枚でも使ってストライピングできないものでしょうか?
サイズ的には、1.8インチHDD/SSDの体積は
8.0 x 54.0 x 78.5 = 33,912mm³
  
となります(東芝製MK8007GAHデータシートより)。
一方、micro SDカードのサイズは、
11.0 x 15.0 x 1.0 = 165mm³
  
となります。
物理配置や基板、配線等を無視すれば、1.8インチHDD/SSDのスペース内にmicro SDは200個以上入ることになります。
実際にはソケットに入れる必要があるでしょう。こちらの製品例では、ソケットの外形寸法は
13.7 x 15.3 x 1.4 = 293.454mm³
  
です。また、プッシュプル方式ではないですが、こちらのアダプタは
12.6 x 14.5 x 1.5 = 274.050mm³
  
と、さらに小さくなっています。
計算だけだとこれでもHDD/SSDに100個以上の体積を収められますが、現実的には無理でしょう。
実際には、最大限でもこんな感じじゃないかな?

縮尺はあわせてあります。緑色のが基板部分で、斜め線のがmicroSDカードスロットです。厚さを考えると裏側にも同じだけ装備できるので、計24枚入ります。
これで、2GBのmicroSDを使えば48GB。メディア代がおよそ2,500円。安い～!

マイコンは使えるか?

次はこれのコントローラです。
趣味の電子工作の範囲だと、SDカードの入出力は簡単に可能で、もっぱらストレージの主流ですね。ただ、電子工作ではプログラムが簡単なSPIモードを使うため、SDカード側のクロック制限はおおよそ25MHz(約3MB/sec)となります。
また、AVRを使うとすると、最大周波数は20MHz、SPI入出力ではその半分のクロックが最大供給クロックなので、結局10MHzです。すると、ビット単位の入出力なので1.25MB/secとなり、あまり高速ではありませんね。 PICの場合も最大動作周波数は20MHzのようなので、似たり寄ったりです。
でも、超小型のATtinyあたりを16個並列動作させて、1ビットごとに分散させればスピードも16倍(パラレルATAの信号は16ビット幅)。これでやっと20MB/secだ～。
どうも、これらの簡単マイコンを使うソリューションはあまりうまくないですね。

もっと高性能なコントローラ?

組み込みCPUは非常に多種のものがあり、ハイパワーなものから小消費電力なものまで千差万別です。
でも、一般的に上記のマイコンよりはかなり高速であり、数100MHz程度のものも珍しくありません。 SHシリーズなんか結構いいかも? これなら、ストライピングしたSDカードを十分ドライブできそうです。

というわけで、技術的には十分可能そうではあります。さて、誰か作ってくれないかなぁ??

I/OによるZ80-AVRの通信テスト

2008-12-13T18:03:34Z

レトロパソコンのインテリジェントな周辺機器を作るのに大きな間違いに気づいてショックな今日この頃。デコーダ・バッファは8255が入手困難な現在、手持ちのCPLD(Xilinx XC9536XL)があるのでそれでやってみようと思うのですが、困ったことにライタがありません。

ライタを作ろうにも、そのための部品が手持ちでは苦しいところです。またしても鶏卵問題に陥りそうなのですが、悩んでいても埒が明かないので、とりあえずやれることからやってみることに。

まずは、テスト用に以前の回路を手直しして、以下のような簡単な回路を作ってみました。

入出力に対応させてありますが、とりあえずそれは気にしないでin命令に応じてLEDを点滅させてみることにしました。

AVRのプログラムは以下のとおり。

.include	"m8def.inc"
.org	0
	rjmp	RESET
INTERRUPT:
	sbic	PORTB, 4	; 前回は点灯ならスキップ
	rjmp	LEDON
	sbi	PORTB, 4	; LEDを消灯
	reti
LEDON:
	cbi	PORTB, 4	; LEDを点灯
	reti
RESET:
	ldi	r24, low(RAMEND)
	out	SPL, r24
	ldi	r24, high(RAMEND)
	out	SPH, r24
	ldi	r24, 0x10
	out	DDRB, r24
	cbi	PORTB, 4	; 初期状態は点灯
	ldi	r24, 0x02
	out	MCUCR, r24	; 割り込みモード(INT0ダウンエッジ)
	ldi	r24, 0x40
	out	GICR, r24	; INT0割り込みイネーブル
	sei	      		; 割り込み許可
LOOP:
	rjmp	LOOP

LOOPでの無限ループ中に、割り込みがかかるとINTERRUPTルーチンが走ります(INT0のベクタアドレスに直接書いています)。割り込み条件はINT0のダウンエッジです。

INT0は回路にあるように、IORQ | RD | A7 | A6なので、これらがすべて0のとき、すなわちBASICなどで

a=inp(0)

を実行すると点滅します。

ところが、不思議なことに放っておいても(BASICのテキストモードで何もしなくても)不規則に点滅します。

割り込みの条件から考えると、0x00～0x3fのI/Oリード要求により点滅するはずなのですが...。何かおかしいんでしょうかねぇ。

I/O拡張回路の難しさ

2008-12-13T17:02:37Z

以前設計した回路には、重大な盲点がありました。 2点あります。

割り込み要求線に^RD/^WRを入れておかないと、おかしなタイミングで割り込み要求がかかる
Z80からのI/O要求に対する応答が間に合わない

割り込み要求線

以前の設計では、割り込み要求は次のようにしていました。

IORQの確定とRD/WRの確定には時間差があるようで、どうもIORQの確定のほうが早いようです。そのため、割り込み要求後にRD/WR線を調べないと本当にI/Oアクセスがかかっているのか分からないです。

そのため、INT線に入れる要求はRDまたはWRとORを取っておく必要があります。

なお、デコードに常にA7を入れているのは、PC-6001の場合、I/Oポート0x80～はシステムによって予約されているためです。

I/O要求のタイミング

以前設計していたときは、Z80(約4MHz)のin/out命令のスピードが最低でも13クロックかかるため、8MHzのAVRなら26命令分の余裕があると思っていました。

ところが、これが大間違いだったのです。 I/Oの実際の信号が出るのは、命令読み込みではなく命令実行のタイミングのため、IORQが確定するのはかなり遅くなります。

もっとも高速なIN A, (n)やOUT (n), Aで考えても、M1ステートで命令を読み込み、M2ステートでI/Oアドレスを読み込むので、実際のI/O処理が行われるのはM3ステートのみです。

データシートを元に考えると、おおよそ以下の図のようになります。

IN A, (n)のM3ステート時の動作

OUT (n), AのM3ステート時の動作

すると、I/Oリクエストによる割り込みからデータ入出力まではZ80クロック基準で2.5クロック分くらいしか余裕がないのです。

これに対処するには、8MHzのAVRの割り込み処理ではとても追いつきません。専用のデコーダと入出力用のデータバッファが必要になります。

ていうか、一般的にはこれは常識っぽいですよね。 8255がある理由がそうですから。なんと間抜けなことをしたことか...。

ノートがクラッシュ!

2008-12-13T16:10:10Z

ええ、クラッシュしましたよ。古いほうですが。

とはいっても、HDDが壊れたのではありません。いい加減不安定になっていたので、Windowsの再セットアップをしようとしたのが間違いでした。リカバリせざるを得なくなってしまいました。

困ったのは、Office 2003などのメディアを日本においてきてしまったので、再インストールができないことです。ただ、大部分のファイルはかなり前からOpenOffice.orgを使うようにしていたので、それほど困りません。特に、バージョン3からOffice 2007のフォーマットのファイルも読めるようで、かなり使えます。

問題はOutlookで、PIM機能のみ使っていました。何とかフリーでOutlookのファイルをインポートできるものがないかと探したら、ありました。 EssentialPIMというソフトで、フリー版があります。

インポートするにはOutlookをインストールしてあるマシンが必要なのですが、これは新しいマシンに別バージョンのOutlookがあり、何とかコンバートできました。

いよいよMicrosoft製のソフトを使わなくなりましたね。

残った問題はVisioです。残念ながら私が使っていたのはVisio 2003で、こいつはvsdフォーマットなのです。 Visio Viewerで見ることだけはできますが、コピーもできません。現状唯一残されている手は、pdfでプリントアウトすることでしょうか...。

環境移行

2008-12-07T16:23:54Z

いつものことながら、マシンを更新する際の環境移行は大変です。以前日本にいたときは常時2台のマシン(デスクトップ&ラップトップ)を使っていて、どちらかを更新するということだったのですが、今回はラップトップ→ラップトップという更新です。

しかも、片方(東芝Portege R600-108)は仕事マシン、もう片方(富士通FMV-BIBLO LOOX P70T/V)は仕事から退役させなければならないマシンなので、ファイルの区別がなかなか大変です。作業が終わると、片方は仕事専門、もう片方はそれ以外(?)専門ということになります。それ以外といっても、私はゲームとかはしないので、双方開発マシンで、開発の種類が違うだけなのですが。まぁ、けじめがついて良いことなのですが、一台(もしくは複数台でファイルを共用)で何でもやる癖がついていたので、うまく環境を使い分けるのはそれなりに大変です。

バックアップ用にハードディスクを用意して、そのディスクにまずはバックアップをとりつつコピー&削除していくのが基本です。普段からなるべく不要なファイルを増やさないようにしているので、容量的にはそれほどではない(数10GB)のですが、それでも面倒は面倒です。特に、今のマシン(旧)はだいぶおかしくなっていて、プラグ&プレイのドライブを認識しなかったりします。必要時にはいちいちディスクマネージャから認識させています。また、なぜかNTFSのリムーバブルディスクにロングファイルネームのファイルをコピーできなかったり、なんだかかなりやばい状況です。でも、リカバリーしてしまうと二度とインストールできないソフトがあったりするので、潔くフォーマットしてしまうこともできません。

移行先が英語版Windowsであることや、ネットワーク環境がかなり異なることなども問題です。英語版Windowsであることは何とかなるのですが、今はメールの環境が最も困っています。

私は昔からのemacs使いで、今はmeadow+mewを利用しているのですが、なぜか会社のメールサーバ(Exchange/TLS)にSMTP接続できません。一応thunderbirdから送信できるのですが、既に15年もemacs(昔はnemacsでしたね)系を使っているので、今さら別のMUAに移行もできず、とても困りものです。

そういえば日本の職場ではGbit Ethernetが当たり前だったので、ラップトップをリモートディスクにしてデスクトップマシンを使うといったことをしても、ローカルディスク感覚で使えて快適でした。でもこちらでは会社でも家でも100Mbpsなんですね。以前Gbit Ethernetが普通になる前は、100Mbpsでネットワークドライブをローカルのように扱うのは厳しかった覚えがあります。

さらに、ラップトップのサーバ使用(ファイル共有、リモートデスクトップ等)が禁止されているので、このマシンを必ずコンソールにしなければならないという不便さもあります。

ブロードバンド環境なんかもそうですが、日本では恵まれてたなぁと感じます。

SSD搭載ハイエンドノートの使い勝手(2)

2008-12-04T18:17:39Z

会社のマシン管理規定にあわせるためにいろいろ管理用のポリシーやらソフトやら入れられてしまい、自由が少なくなりました...。 anti-virusはともかく、ネットワークの接続制限とか、起動時にへんなダイアログが出るとか、Windows Updateの設定を変更できないとか。

まぁ、ローカルマシンとしての管理権限までは奪われなかったので良しとしますか...。それをやられたら仕事にならないし。

スピードについて

SSDモデルなので、期待できるのは「ディスクのスピード」と「バッテリの持ち」です。重さにはそれほど貢献してないと思います。とはいえ、773gは驚異的な軽さですが。
まだいわゆる「工場出荷時」に近い状態のためかもしれませんが、起動はとても高速です。「工場出荷時」とはいえ、TOSHIBA何とかユーティリティなどのえらいたくさんの常駐物があるので、結構馬鹿になりません。

英語環境での日本語の利用

そういえば、XPのダウングレードディスクでXPをインストールすると、HDDにもともとあるバックアップ領域は消されてしまうので、やはりリカバリディスクの作成はしておいてよかったようです。
環境は英語版Windows XP Service Pack 3です。英語版であること自体は別にどうでもいいのですが、いくつか使っているソフトの日本語表示ができなかったりするのが困り物です。
たとえば、DDWinは文字化けするし、MeadowもIMEからの入力ができません。
これに対しては、二つの対応があります。

Microsoft AppLocaleをインストールし、当該アプリケーションを登録しておく。この場合、設定次第でどの言語のアプリケーションでも使える。
コントロールパネルのRegional and Language OptionsのAdvancedで、"Language for non-Unicode programs"の部分を"Japanese"に設定する。
これで、ほぼ日本語が問題なく使えるようになります。もちろん他に言語設定をしておくことは必要ですが、簡単なので省略。

SSD搭載ハイエンドノートの使い勝手(1)

2008-12-01T19:22:59Z

仕事で使うためにハイエンドのノートPCを物色していたのですが、本日届きました。

機種はToshiba Portege R600-108というものです。イギリスモデルです。日本ではDynabook SS RX2(T9GG)が対応する機種だと思いますが、細かいところはいろいろ違います。

主なスペック

主要スペックは以下のとおりです。

CPU: Core 2 Duo SU9400 (1.4GHz)
RX2はCore 2 Duo SU9300 (1.2GHz)
Memory: 3GB(最大5GB)
RX2は最大3GB
SSD: 128GB
Display: 12.1" 1,280 x 800 pixels
Wireless: 802.11a/g/draft-n, Bluetooth
RX2は802.11a/b/g/draft-n, Bluetoothはない
WWAN: 3G(HSDPA: 7.2Mbps/HSUPA: 2Mbps), GSM/GPRS/EDGE(HSPA/UMTS)
RX2はCDMA 1x WIN(Max: 2.4Mbps)
ExpressCard Slot
RX2はPCカードスロット
USB x 3(うち1つはeSATA portと兼用)
773g
RX2は最軽量時で858g
太字部分が強調したいポイント。

SSDだ

そう、このマシン、SSDモデルなのです。今使っているマシンがHDD 80GBで、無理をしなければおおよそ普段使いできるレベルなので、それを越える容量ならいいかなと。
ファンは入っているので無音ではないのですが、HDDの動作音はないので非常に静かです。当たり前ですが、読み書き時はもちろん、HDDだと何もしていなくても時々聞こえるシーク音が全くしません。アクセスLED(こいつはHDDの形をしています)が点滅するだけです。

軽い!

標準のバッテリは3セルですが、12.1インチの液晶を搭載して773gという驚異的な軽さです。外箱を出したときに、「本体入れ忘れたか?」と本気で思ったくらいです。さらに本体を取り出してびっくり。バッテリがついていないと思っていたのですが、ついていたのですね。
まぁ、大容量バッテリをつければ重くなるわけですが。ちなみに、バッテリは3セルと6セルがありますが、両方とも形状は全く同じで重さのみが異なります。そのため、大容量バッテリを装着したときに本体から変なでっぱりができたりはしません。

リカバリメディアの作成

標準インストールされているWindows Vista Businessから添付されているWindows XP Professionalにダウングレードして使うのですが、付属しているディスクはWindows XP Professionalのもののみ。まぁ、Vistaなんて使うことはないかとは思いますが、いきなりXPをインストールしようとしたら「リカバリメディアを作っていないと全データが消えるぞ。将来factory settingに戻したいならリカバリメディアを作っておけ」と脅されました。なので、最初にリカバリディスクを作っておくことにします。 DVDドライブの内蔵されていないモデルなので、必要なのはUSB接続のDVDライタブルなドライブとDVDメディア(±R/±RWいずれでもok)2枚。
最初のセットアップを終わらせると、TOSHIBA Recovery Disc Creatorというツールがデスクトップ上にあるので、それを走らせてリカバリデータをDVD-Rに記録します。 DVDドライブを接続し、DVD-Rをセットして"Create"すると、データを記録し始めます。
Verifyはオプション(デフォルトでON)ですが、やっておいた方がいいでしょうね。結構時間がかかりますが、じっと我慢です。
1枚目を焼き終えると、「Cancelするともう一度だけどいいの? Ok/Cancel」といったような意味のダイアログが出てちょっと混乱しますが、落ち着いて"Ok"して、2枚目のブランクディスクをセットして再度"Create"すれば無事2枚目を作成できます。

XPのインストール

DVDドライブはUSB接続のものを起動時に認識してブートアップできます(BIOSオプションの起動順変更を忘れずに)。
最初に言語、それからリカバリに使うパーティションサイズを聞いてきます。デフォルトでは1パーティションでリカバリするようです。私は30GBに設定しました。
設定を終えると、SSDをフォーマットし、DVDからリカバリファイルをコピーします。コピーが終了すると、ディスクを取り出せと言われるので取り出すのですが、ここで変なコマンドプロンプトが出た画面のままになります。でも、しばらく待つと自動的にリブートします。なんか、微妙な詰めが甘い気が...??
XPのインストール時の設定項目は普通です。ただ、設定を終わると、TOSHIBAと出た白い画面で初期設定のためにしばらく待たされます。この待たされるのは初めてVistaで起動したときも同じです。 Vistaでは何度もリブートしたり待たされたりして、ずいぶん時間がかかりました。
また、最初にデスクトップが出た直後も再起動を促されるので、一応再起動します。再起動が終了すると、ようやく使えるようになります。

これから環境設定です。表示をWindows 2000風にしたり、不要なソフトを削除したり...。