■Disk Salvage tools - for FAT16/FAT32, Copyright(C) 1998 by Toshiaki Matsuda Version 1.10 (1998-8-15) ●ﾃﾞｨｽｸ ｻﾙﾍﾞｰｼﾞの手引き ・ｻﾙﾍﾞｰｼﾞ(Salvage)とは、手元の辞書では「救助（救済）する」という意味だそうで 　ここでは、読めなくなったﾃﾞｨｽｸのﾃﾞｰﾀを回収する事を指します。 ●基礎知識 　ここでは、ｻﾙﾍﾞｰｼﾞに必要な基本的なﾊｰﾄﾞｳｪｱｰと、FAT16/FAT32ﾌｧｲﾙｼｽﾃﾑについて解 説します。もう、知っていると言われる方は、次の章の「作業の手順」を読んでくだ さい。 ＜ﾃﾞｨｽｸの基礎知識＞ 　ﾊｰﾄﾞﾃﾞｨｽｸﾄﾞﾗｲﾌﾞは密閉されていますが、中ではﾌﾛｯﾋﾟｰの様な磁気円盤が回転して います。この磁気円盤の上を、磁気ﾍｯﾄﾞが動作（seek(ｼｰｸ)といいます）して、この 磁気円盤の磁気の変化を読み取り、あるいは磁気変化を磁気円盤に書き込んで、それ を0-1のﾃﾞｼﾞﾀﾙ信号に変換してｺﾝﾋﾟｭｰﾀの外部記憶装置として使っている訳です。 ﾃﾞｰﾀがﾋﾞｯﾄ単位では、効率が悪いのでﾃﾞｨｽｸでは、ﾃﾞｰﾀ ｱｸｾｽの最少単位をｾｸﾀｰ (Sector)として扱います。このｾｸﾀｰ(Sector)は、元々は「扇形」という意味です。 IBM互換機では、この1ｾｸﾀｰは 512ﾊﾞｲﾄになっています。 以下、このﾏﾆｭｱﾙで "SEC" の省略英語は、このｾｸﾀｰを指すものとします。 「扇形」の言葉からも判る通り、このｾｸﾀｰは幾つか集まると円になります。 この円の１つを、ﾄﾗｯｸ(Track)といいます。元々の意味は「通った跡、運動場のﾄﾗｯｸ ﾚｺｰﾄﾞの溝」という意味だそうです。このﾏﾆｭｱﾙではﾄﾗｯｸの省略英語は使っていません が、通常は"TRK" 等が使われています。 このﾏﾆｭｱﾙではﾄﾗｯｸではなくｼﾘﾝﾀﾞｰ(Cylinder)の方を使っています。 ｼﾘﾝﾀﾞｰの元々の意味は「円筒形、円柱」という意味だそうです。ﾄﾗｯｸは、単一の円だ けを指すのに対し、ｼﾘﾝﾀﾞｰは同位置に在る別の磁気面の円の全て指す意味がありま す。以下、"CYL" の省略英語はｼﾘﾝﾀﾞｰを指すものとします。 磁気円盤が１枚しかなければ、裏と表で磁気ﾍｯﾄﾞは２つで足りますが、磁気円盤が増 えれば、磁気ﾍｯﾄﾞは磁気面の分だけ必要になります。 このﾍｯﾄﾞ(Head)は、元々は「頭」という意味ですが、ｶｾｯﾄの磁気ﾍｯﾄﾞと同じように、 ﾊｰﾄﾞﾃﾞｨｽｸでも使われています。 以下、"HED" の省略英語は、この磁気ヘッドを指すものとします。 　さて、ﾃﾞｨｽｸのﾃﾞｰﾀを参照するには、どんな方法が一番良いでしょうか？ ﾃﾞｨｽｸは、効率良くﾃﾞｰﾀを転送する為になるべくSeek動作を少なくして動作します。 ですから、まず、ｾｸﾀｰのｱﾄﾞﾚｽが更新されて、ｾｸﾀｰのｱﾄﾞﾚｽがいっぱいになったら、 ﾍｯﾄﾞのｱﾄﾞﾚｽが更新されて、最後にｼﾘﾝﾀﾞｰのｱﾄﾞﾚｽが更新されるといった動作になりま す。 　さて、私のマシンで "HDD_TEST"をかけると以下のように表示をします。 >>HDD Read Test Ver 1.0 Copyright(C) 1998 by Toshiaki Matsuda >>BIOS から認識されるHddパラメータ：706CYL-31HED-63SEC >>物理パーテーション＃1: >>　Boot標識: 80　　ﾊﾟｰﾃｰｼｮﾝ種別: 6 >>　ｽﾀｰﾄｱﾄﾞﾚｽ: 0CYL-1HED-1SEC　　ｴﾝﾄﾞｱﾄﾞﾚｽ: 519CYL-31HED-63SEC >>　ｽﾀｰﾄ論理ｱﾄﾞﾚｽ: 3Fh　　総セクター数: FFEC1h 　ここで注意しなければならない事は、CYL と HED のｱﾄﾞﾚｽは 0 から始まりますが、 ｾｸﾀｰのｱﾄﾞﾚｽは 1 から始まるという事です。これは、元々MS-DOSがﾌﾛｯﾋﾟｰのﾌｧｲﾙｼｽﾃﾑ として作られた事に起因しています。普通の、大型のｺﾝﾋﾟｭｰﾀはｾｸﾀｰも 0 から始まり ます。 ですから、「BIOS から認識されるHddパラメータ：706CYL-31HED-63SEC」という事は CYL は 0〜706 で 707本、HED は 0〜31 で 32個、SEC は 1〜63 で 63個という事に なります。このﾃﾞｨｽｸの物理的な容量は何 MBでしょか？ 707CYL × 32HED × 63SEC × 512 Byte = 729759744 Byte という事で、約720MB という事になります。 ところで、今のいわゆるEnhanced IDEと言われるﾃﾞｨｽｸは、実はこの CYL-HED-SEC は 物理的には、余り意味をもちません。私の720MBのﾃﾞｨｽｸは、HEDが32個在ると BIOSは 申告していますが、あの小さな3.5"のﾃﾞｨｽｸに、本当に磁気円盤が16枚も入るもので しょうか？ 結論から言えばﾅﾝｾﾝｽで、私のﾃﾞｨｽｸは型番からは磁気円盤は2枚しか入っていないはず です。ですから、磁気ヘッドも当然、裏と表で4個という事になります。 では、なぜBIOSは、この様なﾃﾞｨｽｸﾊﾟﾗﾒｰﾀを返してくるのでしょうか？ これは、HDD BIOS ｲﾝﾀｰﾌｪｰｽの仕様の問題で、CYL 0〜1023 HED 0〜255 SEC 1〜63 までしかｱｸｾｽできない為です。その為、新しいPC98規格では INT 13h BIOS が拡張さ れています。とりあえず、旧 BIOS INT13h規格では上記のﾊﾟﾗﾒｰﾀしか扱えないと考え てください。 Enhanced IDEでは、本当の物理ﾊﾟﾗﾒｰﾀをLBA(Logical Brock Address)に変換後、INT 13h のBIOS ｲﾝﾀｰﾌｪｰｽに都合の良いﾊﾟﾗﾒｰﾀに変換したものを、OSに提供しています。 ですから、物理的な CYL-HED-SEC はどうあれ、BIOSから見えるﾊﾟﾗﾒｰﾀを真のﾃﾞｨｽｸﾊﾟﾗ ﾒｰﾀとして扱わなければなりません。 　なお、Winodws95 OSR2、Windows98 では拡張 INT 13h を使ってFDISK で領域確保 が可能です。拡張 INT 13h をサポートした修復ツールは、次のﾊﾞｰｼﾞｮﾝ (2.0) で 実現します。本バージョンの制限事項として、 ・ﾎﾞﾘｭｰﾑの最大容量は 約 8.3GB まで ・LBA 変換されたﾎﾞﾘｭｰﾑと、拡張 INT 13h から見える ﾎﾞﾘｭｰﾑ容量とで若干容量が 　違って見える場合があります。LBA 変換された方が少し小さくみえます。本ﾂｰﾙ 　では、LBA 変換された方を正しい値として扱います。 　もしかして、ﾎﾞﾘｭｰﾑの最後の最後までﾃﾞｰﾀが入っていれば、そのﾃﾞｰﾀが見えなく 　なる事も考えられます。 　(これはFATﾌｧｲﾙｼｽﾃﾑの性格上、ﾃﾞｰﾀの修復には問題無いと考えていますが) ＜物理ｱﾄﾞﾚｽと論理ｱﾄﾞﾚｽ＞ 　OSのｲﾝﾀｰﾌｪｰｽとして、CYL-HED-SEC といった物理的なｱﾄﾞﾚｽを使ってﾃﾞｰﾀを書く事 は、普通は行いません。(やろうと思えば、AX=440Dh INT21h で可能) この手の操作は、BIOSｺｰﾙを使うのが一般的です。 通常のﾌｧｲﾙへの参照は、ｼｽﾃﾑｺｰﾙを使用し、それ以外の直接ﾃﾞｨｽｸを参照する方法は、 INT 25hとINT 26hが用意されています。ただし、FAT32では INT 25h、INT 26hを使う 事ができません。FAT32 では、AX=7305h INT 21hを使う必要があります。 　INT 25hとINT 26h、または AX=7305h INT 21h は、OSから見える論理ｱﾄﾞﾚｽ （または、論理ｾｸﾀ-とも言います）に対して、読み書きを行う機能です。 ここで、あえて「OSから見える論理ｱﾄﾞﾚｽ」と書いたのは、OSで見えないｾｸﾀｰがある からです。このOSから見えないｾｸﾀｰが、隠しｾｸﾀｰと言われるもので、ﾌｧｲﾙｼｽﾃﾑの基本 ﾊﾟﾗﾒｰﾀにそのｾｸﾀｰ数が書かれています。 そしてこのｾｸﾀｰ数は、ﾃﾞｨｽｸの先頭に書かれているﾏｽﾀｰﾌﾞｰﾄﾚｺｰﾄﾞの、ﾊﾟｰﾃｨｰｼｮﾝﾃｰﾌﾞ ﾙの「ﾊﾟｰﾃｨｰｼｮﾝ開始 論理ｱﾄﾞﾚｽ」と同じ値になります。計算方法を教えますので、 どうしてそうなるか、考えてみてください。 0CYL-0HED-1SEC を論理ｾｸﾀｰ 0とした時の 論理アドレス ＝ CYL×(HED数×SEC数)＋HED×(SEC数)＋SEC−１ OSから見える論理ｱﾄﾞﾚｽ ＝ 上論理アドレス − 隠しｾｸﾀｰ数 　このOSから見える論理ｱﾄﾞﾚｽは、ﾌｧｲﾙｼｽﾃﾑの基本ﾊﾟﾗﾒｰﾀである"BIOSﾊﾟﾗﾒｰﾀﾌﾞﾛｯｸ"が 正常でなければ、OSから使う事はできません。 それから、この論理ｱﾄﾞﾚｽはDEBUGからも使用できますが、ほとんどの場合この論理ｱﾄﾞ ﾚｽと、後に述べるｸﾗｽﾀ(cluster)は、16進数で使用します。 自分でﾃﾞｨｽｸをｻﾙﾍﾞｰｼﾞする時には、16進数が計算できる電卓を使うのが良いでしょう。 ＜FAT16 ﾌｧｲﾙｼｽﾃﾑ＞ 　ﾊｰﾄﾞﾃﾞｨｽｸに、DOSまたはWindows95をｲﾝｽﾄｰﾙすると次のような制御情報がﾃﾞｨｽｸに 作成されます。 +---+-----+---+--------+--------+---------------+---------------------------+ |MBR|隠し |BPB| FAT(1) | FAT(2) |ﾙｰﾄﾃﾞｨﾚｸﾄﾘ- | ﾃﾞｰﾀ領域 | | |ｾｸﾀ- |&OS| | | | | | | |BOO| | | | | | | | T| | | | | +---+-----+---+--------+--------+---------------+---------------------------+ ↑ ↑ 0CYL-0HED ｜ -1SEC ｜ 0CYL-1HED-1SEC （MBR ﾏｽﾀｰﾌﾞｰﾄﾚｺｰﾄﾞ） 　ﾃﾞｨｽｸの先頭に在る、"FDISK"によって作成される制御ｾｸﾀｰです。 この領域には、OSのBOOTｾｸﾀｰを読み込むﾌﾟﾛｸﾞﾗﾑと、ﾊﾟｰﾃｨｰｼｮﾝﾃｰﾌﾞﾙがあります。 ﾊﾟｰﾃｨｰｼｮﾝﾃｰﾌﾞﾙは、１ｴﾝﾄﾘｰ16ﾊﾞｲﾄで最大4つまで作成可能です。 ﾊﾟｰﾃｨｰｼｮﾝﾃｰﾌﾞﾙには、 ・ﾌﾞｰﾄ標識(1ﾊﾞｲﾄ) ・開始物理ｱﾄﾞﾚｽ(3ﾊﾞｲﾄ) ・ﾊﾟｰﾃｨｰｼｮﾝ種別(1ﾊﾞｲﾄ) ・終了物理ｱﾄﾞﾚｽ(3ﾊﾞｲﾄ) ・開始論理ｱﾄﾞﾚｽ(4ﾊﾞｲﾄ) ・総ｾｸﾀｰ数(4ﾊﾞｲﾄ) の情報が書かれています。 ﾌﾞｰﾄ標識： 80hでｱｸﾃｨﾌﾞﾊﾟｰﾃｨｰｼｮﾝ（BOOT可能）,00hで非BOOT ﾊﾟｰﾃｨｼｮﾝ種別： 0C FAT32 ,拡張 INT 13hの最大領域で確保されたﾊﾟｰﾃｨｰｼｮﾝ 0B FAT32 ,従来の INT13hで確保されたﾊﾟｰﾃｨｰｼｮﾝ 06 ３２ＭＢ超の FAT16ﾊﾟｰﾃｨｰｼｮﾝ 05 拡張DOSﾊﾟｰﾃｨｰｼｮﾝ 04 ３２ＭＢ以下の FAT16ﾊﾟｰﾃｨｰｼｮﾝ 01 FAT12ﾊﾟｰﾃｨｰｼｮﾝ 　このﾊﾟｯｹｰｼﾞに含まれている"MBR_UTIL"は、これらの情報を強制的に書き換えます。 変更できるﾊﾟﾗﾒｰﾀは、 　ﾌﾞｰﾄ標識、ﾊﾟｰﾃｨｰｼｮﾝ種別、開始物理ｱﾄﾞﾚｽ(CYLとHEDのみ、SECは1に固定) 　終了物理ｱﾄﾞﾚｽ(CYLのみ、HED,SECは最大ﾊﾟﾗﾒｰﾀに固定) になっています。開始論理ｱﾄﾞﾚｽと、総ｾｸﾀｰ数はﾌﾟﾛｸﾞﾗﾑで計算します。 後述しますが、書き換えるのはﾊﾟｰﾃｨｰｼｮﾝﾃｰﾌﾞﾙのみです。BOOT ﾌﾟﾛｸﾞﾗﾑの部分は書き 換えませんので、作業に先立ち"FDISK /MBR"をかけて作業を開始してください。 本当は、この後のBPBもそうなんですが、ﾊﾞｲﾅﾘｰｲﾒｰｼﾞをﾌﾟﾛｸﾞﾗﾑに抱え込んでも良かっ たんですが、著作権の問題（当然、ここに書かれているﾌﾟﾛｸﾞﾗﾑはMSが著作権者）があ るので書き換えは、ﾊﾟﾗﾒｰﾀのみにしてMBRは"FDISK /MBR"で対応。BPB に在るOS BOOT は、そのOSでﾌｫｰﾏｯﾄしたFDから読み取りという事にしました。 （かくしｾｸﾀｰ） 　正確には、MBRからBPBの直前までのｾｸﾀｰが、かくしｾｸﾀｰになります。 OSからは、BPBがあるｾｸﾀｰをその論理ﾄﾞﾗｲﾌﾞの論理ｾｸﾀｰ 0とします。よって、その論理 ﾄﾞﾗﾌﾞの論理ｾｸﾀｰを、本当の論理ｱﾄﾞﾚｽ(0CYL-0HED-1SECを論理ｾｸﾀｰ 0とした)に変換す るには、かくしｾｸﾀｰ数を加算する必要があります。 （BPB & OS BOOT） 　ここには、FATﾌｧｲﾙｼｽﾃﾑの基本ﾊﾟﾗﾒｰﾀである"BIOSﾊﾟﾗﾒｰﾀﾌﾞﾛｯｸ"と、そのOSを立ちあ げる為のﾌﾟﾛｸﾞﾗﾑが入っています。 この立ち上げﾌﾟﾛｸﾞﾗﾑは、ﾌﾛｯﾋﾟｰをﾌｫｰﾏｯﾄした時に作成されるものと同じものです。 このﾊﾟｯｹｰｼﾞの"BOOT_RCV"では、BPBは新たに作成しますが、OS BOOTはﾌﾛｯﾋﾟｰから読 んで復旧します。ただし、FAT32 ではﾌﾛｯﾋﾟｰから復旧できないので、BPBのみの修復 になります。BOOTｼｽﾃﾑにするには、">SYS C:"としてBOOTﾌﾟﾛｸﾞﾗﾑを再投入する必要が あります。 BPBは以下の様な構造になっています。なお、以前のﾏﾆｭｱﾙに判りずらいとの指摘があ ったので、BPBｾｸﾀｰの先頭からのﾃﾞｰﾀを全て書きます。 ・BOOT までのｼｮｰﾄ ｼﾞｬﾝﾌﾟ命令 + NOP 命令:3ﾊﾞｲﾄ ・OEM名(MSDOS5.0やMSWIN4.0等):8ﾊﾞｲﾄ ・ｾｸﾀｰ当りのﾊﾞｲﾄ数(IBM-PC/ATでは512):2ﾊﾞｲﾄ ・ｸﾗｽﾀ当りのｾｸﾀｰ数(ﾎﾞﾘｭｰﾑの大きさで変化):1ﾊﾞｲﾄ ・予約ｾｸﾀｰ数(通常 1):2ﾊﾞｲﾄ ・FATの数(通常 2):1ﾊﾞｲﾄ ・ﾙｰﾄﾃﾞｨﾚｸﾄﾘ-ｴﾝﾄﾘｰ数(HDDでは512):2ﾊﾞｲﾄ ・総ｾｸﾀｰ数(65536以上なら0):2ﾊﾞｲﾄ、 ・ﾒﾃﾞｨｱﾀｲﾌﾟ(HDDでは F8h):1ﾊﾞｲﾄ ・FATのｾｸﾀｰ数(ﾎﾞﾘｭｰﾑの容量で変化):2ﾊﾞｲﾄ ・BIOS から見えるｾｸﾀｰ数:2ﾊﾞｲﾄ ・BIOS から見えるﾍｯﾄﾞ数:2ﾊﾞｲﾄ ・かくしｾｸﾀｰ数:4ﾊﾞｲﾄ ・総ｾｸﾀｰ数(65536以上):4ﾊﾞｲﾄ ・OSﾃﾞｰﾀ(BOOT ﾎﾞﾘｭｰﾑなら 80h 00h 29h):3ﾊﾞｲﾄ ・ﾎﾞﾘｭｰﾑｼﾘｱﾙ番号:4ﾊﾞｲﾄ ・ﾎﾞﾘｭｰﾑﾗﾍﾞﾙ:11ﾊﾞｲﾄ ・ﾌｧｲﾙｼｽﾃﾑ名称("FAT16"か"FAT12"):8ﾊﾞｲﾄ ・BOOT までのｼｮｰﾄ ｼﾞｬﾝﾌﾟ命令 + NOP 命令:3ﾊﾞｲﾄ ・OEM名(MSWIN4.1):8ﾊﾞｲﾄ ・ｾｸﾀｰ当りのﾊﾞｲﾄ数(IBM-PC/ATでは512):2ﾊﾞｲﾄ ・ｸﾗｽﾀ当りのｾｸﾀｰ数(ﾎﾞﾘｭｰﾑの大きさで変化):1ﾊﾞｲﾄ ・予約ｾｸﾀｰ数(通常 20h):2ﾊﾞｲﾄ ・FATの数(通常 2):1ﾊﾞｲﾄ ・ﾙｰﾄﾃﾞｨﾚｸﾄﾘ-ｴﾝﾄﾘｰ数(FAT32 では 0):2ﾊﾞｲﾄ ・総ｾｸﾀｰ数(FAT32 では 0):2ﾊﾞｲﾄ、 ・ﾒﾃﾞｨｱﾀｲﾌﾟ(HDDでは F8h):1ﾊﾞｲﾄ ・FATのｾｸﾀｰ数(FAT32 では 0):2ﾊﾞｲﾄ ・BIOS から見えるｾｸﾀｰ数:2ﾊﾞｲﾄ ・BIOS から見えるﾍｯﾄﾞ数:2ﾊﾞｲﾄ ・かくしｾｸﾀｰ数:4ﾊﾞｲﾄ ・総ｾｸﾀｰ数:4ﾊﾞｲﾄ ・FATｾｸﾀｰ数(FAT32専用):4ﾊﾞｲﾄ ・ｱｸﾃｨﾌﾞFAT/ﾐﾗｰﾌﾗｸﾞ(通常 0):2ﾊﾞｲﾄ ・ﾌｧｲﾙｼｽﾃﾑﾊﾞｰｼﾞｮﾝ(通常 0):2ﾊﾞｲﾄ ・ﾙｰﾄﾃﾞｨﾚｸﾄﾘｰ開始ｸﾗｽﾀ(通常 00000002):4ﾊﾞｲﾄ ・FSINFO位置(通常 0001):2ﾊﾞｲﾄ ・予備 BOOT ｾｸﾀｰｱﾄﾞﾚｽ(通常 0006):2ﾊﾞｲﾄ ・OSﾃﾞｰﾀ(BOOT ﾎﾞﾘｭｰﾑなら 80h 00h 29h):3ﾊﾞｲﾄ ・ﾎﾞﾘｭｰﾑｼﾘｱﾙ番号:4ﾊﾞｲﾄ ・ﾎﾞﾘｭｰﾑﾗﾍﾞﾙ:11ﾊﾞｲﾄ ・ﾌｧｲﾙｼｽﾃﾑ名称("FAT32"):8ﾊﾞｲﾄ ここの、かくしｾｸﾀｰ数はMBRに書かれているﾊﾟｰﾃｨｰｼｮﾝの開始論理ｱﾄﾞﾚｽと同じもの が、総ｾｸﾀｰ数もMBRと同じ値が入ります。もし違っていたら、、、きっと大変な事が 起こっていると思います（^^; ﾃﾞｨｽｸの最初にﾊﾟｰﾃｨｰｼｮﾝを作成し、DOSまたはWindows95をｲﾝｽﾄｰﾙすると、このBPB は、必ず 0CYL-1HED-1SEC に作成されます。 （ﾙｰﾄ ﾃﾞｨﾚｸﾄﾘｰ） 　ﾃﾞｨﾚｸﾄﾘｰは、ﾙｰﾄに限らず32ﾊﾞｲﾄで構成されています。ﾃﾞｨﾚｸﾄﾘｰ(Directory)とは 元々は、人名簿とか住所録という意味です。ここに、ﾌｧｲﾙ本体のﾌﾟﾛﾌｨｰﾙが書かれて いる訳です。では、どんな構造になっているのか、PC-DOS 7.0/V のﾙｰﾄﾃﾞｨﾚｸﾄﾘｰの ﾀﾞﾝﾌﾟを見てみましょう。 0000 49 42 4D 42 49 4F 20 20-43 4F 4D 27 00 00 00 00 IBMBIO COM'.... 0010 00 00 00 00 00 00 00 38-E7 1E 02 00 06 A0 00 00 .......8........ 0020 49 42 4D 44 4F 53 20 20-43 4F 4D 27 00 00 00 00 IBMDOS COM'.... 0030 00 00 00 00 00 00 00 38-E7 1E 08 00 EA 96 00 00 .......8........ この、情報は下記の様なﾌｫｰﾏｯﾄになっています。 0 08h 0Bh 10h 16h 18h 1Ah 1Ch 1Fh +---------------------------------------------------------------------------+ |ファイル名 |拡張子|属| 予約 | 予約 |更新|更新|ｽﾀｰﾄ| ﾌｧｲﾙ ｻｲｽﾞ | | | |性| | |時刻|日付|ｸﾗｽﾀ| | +---------------------------------------------------------------------------+ 属性：01h 読みだし専用 02h かくしファイル 04h システムファイル 08h ボリュームラベル 10h サブディレクトリー 20h アーカイブ（保存） 更新時刻 更新日付 時(0〜23) 分(0〜59) 秒(0〜29)×2 年(0〜99)+1980 月(1〜12) 日(1〜31) +-----------+----------+----------+ +-------------+--------+----------+ | 5 Bit | 6 Bit | 5 Bit | | 7 Bit | 4 Bit | 5 Bit | +-----------+----------+----------+ +-------------+--------+----------+ 　予約の領域は、Windows95 等で採用された、VFATとFAT32 で使われています。 そして、次のような情報が入っています。 0 08h 0Bh 0Ch 0Dh 0Eh 0Fh +---------------------------------------------------------------------------+ |ファイル名 | 拡張子 |属 |空|作成時| 作成時刻 | | | |性 |き|刻10ms| (2秒刻み) | +---------------------------------------------------------------------------+ 10h 12h 14h 16h 18h 1Ah 1Ch 1Fh +---------------------------------------------------------------------------+ |作成日付|アクセス|ｽﾀｰﾄｸﾗｽﾀ |更新時刻|更新日付 |ｽﾀｰﾄｸﾗｽﾀ | ﾌｧｲﾙ ｻｲｽﾞ | | | 日付 |上位16Bit| | |下位16Bit| | +---------------------------------------------------------------------------+ 　各々の、日付と時刻のﾌｫｰﾏｯﾄは、旧ﾃﾞｨﾚｸﾄﾘｰ ﾌｫｰﾏｯﾄの更新時刻/日付と同じになっ ています。ただし作成時刻だけは、10ms 刻みで時刻が設定されます。 ｵﾌｾｯﾄ 0Dh の領域には、0 〜 199 の値がセットされ、これに 10ms を掛けた値が２ 秒刻みの作成時刻と合わされて、作成時刻となります。 　また、FATのｴﾝﾄﾘｰ情報も32Bitになる為、ｵﾌｾｯﾄ 14h からの16Bitと、ｵﾌｾｯﾄ 1Ahから の16Bitを合わせた32Bitがｽﾀｰﾄｸﾗｽﾀのｱﾄﾞﾚｽとなります。 余談ですが、ｵﾌｾｯﾄ 0Chは Windows95 では空きになっていますが、WindowsNTでは使用 されています。WindowsNT では小文字と英記号で構成されたﾌｧｲﾙ名には、ﾛﾝｸﾞﾌｧｲﾙ名 を作成せずに、この 0Ch にフラグを立てる事でそれを表します。 所で、この資料を見てお気付きと思いますが、この情報の中でﾌｧｲﾙがﾎﾞﾘｭｰﾑ上の何処 の位置に在るのかを示す情報は、ｽﾀｰﾄｸﾗｽﾀしかありません。 そもそも、ｸﾗｽﾀ(cluster)ってなんでしょうか？ 元々の意味は、群とか一かたまりと いう意味です。つまり、ここではｾｸﾀｰのかたまりという事になります。 　元々ﾌﾛｯﾋﾟｰで使う上では、ｸﾗｽﾀの概念は無く(つまり1ｸﾗｽﾀが1ｾｸﾀｰ)大容量のﾃﾞｨｽｸを ｻﾎﾟｰﾄする為、2つ以上のｾｸﾀｰをひと括りにしてｸﾗｽﾀとして扱う事にしたのでした。 1ｸﾗｽﾀあたり、何ｾｸﾀｰかはそのﾎﾞﾘｭｰﾑの大きさによって変わってきます。 実は、計算の方法が在るのですが、それはこのﾂｰﾙの核心部分なんで内緒です（^^; そして、このｸﾗｽﾀは必ず2のべき乗でなければなりません。それで、1ｸﾗｽﾀあたり のｾｸﾀｰ数のｴﾝﾄﾘｰは1ﾊﾞｲﾄですから、最大値は80hという事になります。 FAT16のﾎﾞﾘｭｰﾑあたりのｸﾗｽﾀ最大ｴﾝﾄﾘｰ数は約64Kですから、FAT16の最大ﾎﾞﾘｭｰﾑは 512(ﾊﾞｲﾄ/SEC) × 80h(SEC/ｸﾗｽﾀ) × 64K(FAT Entry) ＝ 4GB になります。実際、WindowsNTではFATで4GBまでのﾎﾞﾘｭｰﾑを作成できます。 しかし、DOS や Windows95では、ｸﾗｽﾀあたりのｾｸﾀｰ数が 40hに制限されている為、 最大ﾎﾞﾘｭｰﾑは2GBになっています。 FAT32 では、総ｾｸﾀｰ数が 32Bit の制限の方が先にきますから、 512(ﾊﾞｲﾄ/SEC) × 4G(SEC Entry) = 2TB で、最大ﾎﾞﾘｭｰﾑ容量は 2TB になります。 （File Allocation Table） 　ﾌｧｲﾙ ｱﾛｹｰｼｮﾝ ﾃｰﾌﾞﾙの頭のｱﾙﾌｧﾍﾞｯﾄを略してFATと言います。ﾌｧｲﾙｼｽﾃﾑの名称にも なっている制御情報部です。 ｸﾗｽﾀｱﾄﾞﾚｽは、ある計算によってOSから見える論理ｱﾄﾞﾚｽに変換されます。 そのﾌｧｲﾙが1ｸﾗｽﾀより小さければ、それで終わりなんですが1ｸﾗｽﾀより大きければ、次 に参照すべきｸﾗｽﾀｱﾄﾞﾚｽを取得しなければなりません。 FATは、このｸﾗｽﾀｱﾄﾞﾚｽのﾁｪｲﾝﾎﾟｲﾝﾀｰが入っている領域なのです。 そして、FAT16 ﾌｧｲﾙｼｽﾃﾑの 16とは、このｸﾗｽﾀｱﾄﾞﾚｽのﾎﾟｲﾝﾀｰが16ﾋﾞｯﾄである事を表し ている訳です。16ﾋﾞｯﾄだと、16進数で 0〜FFFFh ですから10進数で 65536 個のｴﾝﾄﾘｰ があるのですが、幾つか予約されているため実際には FFF5h個(10進数65525)しか使用 できません。予約されているｴﾝﾄﾘｰは 0000h: ﾎﾞﾘｭｰﾑ識別 (未使用ｸﾗｽﾀ) 0001h: ﾎﾞﾘｭｰﾑ識別 FFF7h: 不良ｸﾗｽﾀ FFF8h: HDDﾎﾞﾘｭｰﾑ識別 | : その他ﾎﾞﾘｭｰﾑの識別で予約 FFFFh: ｸﾗｽﾀ ﾁｪｨﾝの最終 です。FAT の最初の領域は ﾃﾞｨｽｸの場合ﾒﾓﾘｰｲﾒｰｼﾞでは F8 FF FF FF .....となっています。ｲﾝﾃﾙ系CPUでは、ﾒﾓﾘｰｲﾒｰｼﾞはﾚｼﾞｽﾀにﾗｯﾁされた ｲﾒｰｼﾞと逆転しますから、これを16ﾋﾞｯﾄﾃﾞｰﾀと考えると FF F8 FF FF となります。 つまり、FATｴﾝﾄﾘｰの最初の2ｴﾝﾄﾘｰはﾎﾞﾘｭｰﾑ識別用として使っていて実際のｸﾗｽﾀに割り 当てが行われていないのです。実際にFATのﾎﾟｲﾝﾀｰがｸﾗｽﾀに割り当てられているのは 0002hからです。さあ、そこでｸﾗｽﾀｱﾄﾞﾚｽを論理ｱﾄﾞﾚｽに変換する計算を考えてみまし ょう。 (ｸﾗｽﾀｱﾄﾞﾚｽ-2)×ｸﾗｽﾀあたりのｾｸﾀｰ数 + BPB〜ﾙｰﾄﾃﾞｨﾚｸﾄﾘｰまでのｾｸﾀｰ数 ＝OSから見える論理ｾｸﾀｰ （サブディレクトリー） 　ｻﾌﾞﾃﾞｨﾚｸﾄﾘｰの構造はﾙｰﾄﾃﾞｨﾚｸﾄﾘｰとほとんど同じですが、ｻﾌﾞﾃﾞｨﾚｸﾄﾘｰにだけ在る 特殊なﾃﾞｨﾚｸﾄﾘｰ "." と ".." があります。実際には、どの様になっているか見てみ ましょう。"C:\DOS" を指す、ﾃﾞｨﾚｸﾄﾘｰのﾀﾞﾝﾌﾟです。 0000 44 4F 53 20 20 20 20 20-20 20 20 10 00 69 0C 80 DOS ..i.. 0010 32 24 32 24 00 00 0D 80-32 24 1E 00 00 00 00 00 2$2$....2$...... これを見ると、このｻﾌﾞﾃﾞｨﾚｸﾄﾘｰの本体がｸﾗｽﾀｱﾄﾞﾚｽの "001E"hから始まっている事が 判ります。このﾎﾞﾘｭｰﾑのFATｾｸﾀｰ数は100h(256ｾｸﾀｰ)、ｸﾗｽﾀあたりのｾｸﾀｰ数は10h(16ｾｸ ﾀｰ)です。計算すると、 100h(FATｾｸﾀｰ数)×2 + 1(予約ｾｸﾀｰ) + 20h(ﾙｰﾄﾃﾞｨﾚｸﾄﾘｰ) + (001Eh-2)×10h(ｸﾗｽﾀあたりのｾｸﾀｰ数) ＝ 3E1h(OSから見える論理アドレス) ここをダンプしたのが、以下のﾘｽﾄです。 0000 2E 20 20 20 20 20 20 20-20 20 20 10 00 69 0C 80 . ..i.. 0010 32 24 32 24 00 00 0D 80-32 24 1E 00 00 00 00 00 2$2$....2$...... 0020 2E 2E 20 20 20 20 20 20-20 20 20 10 00 69 0C 80 .. ..i.. 0030 32 24 32 24 00 00 0D 80-32 24 00 00 00 00 00 00 2$2$....2$...... 0040 44 41 54 41 20 20 20 20-20 20 20 10 00 BB 0D 80 DATA ..... 0050 32 24 32 24 00 00 0E 80-32 24 E6 01 00 00 00 00 2$2$....2$...... "." のﾃﾞｨﾚｸﾄﾘｰには、自分自身のｸﾗｽﾀｱﾄﾞﾚｽが、".."には、0000h が入っている事が 判ります。実は、"."は、自分自身のﾎﾟｲﾝﾀｰで、".." は親ﾃﾞｨﾚｸﾄﾘｰへのﾎﾟｲﾝﾀｰなので す。そして、親ﾃﾞｨﾚｸﾄﾘｰへのﾎﾟｲﾝﾀｰが 0000h という事は、親ﾃﾞｨﾚｸﾄﾘｰはﾙｰﾄである事 を表しているのです。 何かの障害で、ｻﾌﾞﾃﾞｨﾚｸﾄﾘｰが失われても、"."と ".." がある場所が判れば、この様 にDEBUGで手打ちで直す事も可能になります。 そして、"." と ".." をﾃﾞｨｽｸの中から探してきて、その場所とそこに書かれている ｸﾗｽﾀｱﾄﾞﾚｽを報告してくれるのが、このﾂｰﾙに含まれている "SUB_SRCH" なのです。 ただし、どのﾃﾞｨﾚｸﾄﾘｰが迷子であるかを判断して、自動的に復旧する機能は付いてい ないので、直すにはDEBUGが十分に使えて、この辺の理屈を良く理解している必要が あります。そのうち、時間があればこの辺の機能も充実させたいと思っています。 ●作業の手順 ＜起動FDの作成＞ 　まず、復旧する為には、ﾏｼﾝをFDから立ちあげて使える様にしなければなりません。 また、このﾊﾟｯｹｰｼﾞのﾂｰﾙは日本語にしか対応していませんので、最低日本語表示がで きる環境は必要です。その他、FDISK, CHKDSK, SCANDISK, SYS, DEBUG, FORMAT 等 のﾎﾞﾘｭｰﾑを操作する為の、DOSｺﾏﾝﾄﾞも必要です。 壊れた時に、慌てて別のﾏｼﾝで準備 するより日頃から準備して置きましょう。 ・DOSの場合 　C:\>FORMAT A: /S で DOSｼｽﾃﾑのFDを作成。 　COPY ｺﾏﾝﾄﾞで必要なﾌｧｲﾙをｺﾋﾟｰ 　CONFIG.SYS を作成 <ﾌｧｲﾙﾘｽﾄ と CONFIG.SYS の例> PC-DOS 7.0/V MS-DOS 6.2/V COMMAND COM COMMAND COM $JPNHN16 FNT ANK16 FNT $JPNHN19 FNT ANK19 FNT $JPNZN16 FNT KANJI16 FNT $SYS1Z16 FNT KANJI24 FNT $SYS1Z24 FNT JFONT SYS $FONT SYS JDISP SYS $DISP SYS BILING SYS COUNTRY SYS FDISK COM FDISK COM FDISK EXE FDISKUS COM FDISK2 EXE FORMAT COM FORMAT COM SYS COM SYS COM DEBUG COM DEBUG EXE HIMEM SYS HIMEM SYS CHKDSK COM CHKDSK EXE SCANDISK COM SCANDISK EXE SCANDISK INI SCANDSK2 EXE KEYB COM JKEYB SYS KEYBOARD SYS JKEYBRD SYS CONFIG SYS CONFIG SYS CONFIG.SYS (PC-DOS 7.0/V) CONFIG.SYS(MS-DOS 6.2/V) COUNTRY=081,932,A:\COUNTRY.SYS DEVICE=HIMEM.SYS DEVICE=HIMEM.SYS DEVICE=BILING.SYS DEVICEHIGH=$FONT.SYS DEVICE=JFONT.SYS /P=A:\ DEVICEHIGH=$DISP.SYS DEVICE=JDISP.SYS INSTALL=KEYB.COM JP,932,A:\KEYBOARD.SYS DEVICE=JKEYB.SYS /106 A:\JKEYBRD.SYS DOS=HIGH DOS=HIGH ・Windows95 の場合 　立ち上げ画面 -> ｽﾀｰﾄ -> 設定 -> ｺﾝﾄﾛｰﾙﾊﾟﾈﾙ -> ｱﾌﾟｹｰｼｮﾝの追加と削除 起動ﾃﾞｨｽｸ -> ﾃﾞｨｽｸの作成 作成された、ﾌﾛｯﾋﾟｰはDOSで作成するものと同じように、日本語DOSﾌﾟﾛﾝﾌﾟﾄで立ち上が りﾎﾞﾘｭｰﾑ操作のｺﾏﾝﾄﾞも入っています。このﾊﾟｯｹｰｼﾞのﾂｰﾙも、このﾌﾟﾛﾝﾌﾟﾄから使用す る事ができます。 ＜ﾎﾞﾘｭｰﾑの見え方＞ 　まず、前章で作成したﾌﾛｯﾋﾟｰを使ってﾏｼﾝを立ちあげて、障害が起こったﾃﾞｨｽｸが FDISKでどの様に見えるか確認します。 ・FDISKで領域が確保されているのか？ ・ﾌｧｲﾙｼｽﾃﾑは正常に見えるか？ FDISKで領域が見えないのであれば、MBRの障害の可能性が濃厚です。もし、ﾃﾞｨｽｸ そのものが存在しないというﾒｯｾｰｼﾞであれば、ﾃﾞｨｽｸがﾊｰﾄﾞ的な障害によってﾚﾃﾞｨｰ 状態になっていないと考えられます。 　もし、FDISKでﾃﾞｨｽｸが認識できなければ、これはﾊｰﾄﾞの障害なのでｿﾌﾄ的な復旧は難 しいです。申し訳ありませんが、ﾃﾞｨｽｸ ﾒｶの交換およびﾊﾞｯｸｱｯﾌﾟﾃﾞｰﾀのﾘｽﾄｱしか方法 がありません。 最後の手段で、同形のﾃﾞｨｽｸがあればﾃﾞｨｽｸ ﾒｶに付いている基板を交換して動く事もあ りますが、この手の作業はプロの業者にやって貰った方が良いでしょう。 ﾊｰﾄﾞﾃﾞｨｽｸに付いている基板も、実はﾒｶに対して微妙に調整されており、また基板に書 かれているﾌｧｰﾑｳｪｱｰにもﾊﾞｰｼﾞｮﾝがあって、下手をすると基板・メカとも成仏させてし まいかねません。実は、プロの修理ｴﾝｼﾞﾆｱですら、この辺の作業は滅多にやらないも のなのです。 　もし、FDISKで領域が正常で、ﾌｧｲﾙｼｽﾃﾑが正常に見えるのなら、DIR ｺﾏﾝﾄﾞで見てみ ましょう。中のﾌｧｲﾙが正常に見えるのなら、結構な事でCHKDSKやSCANDISKをかけてﾊﾞｯｸ ｱｯﾌﾟを取るなり、このﾊﾟｯｹｰｼﾞ内のHDD_COPYでｲﾒｰｼﾞｺﾋﾟｰを取っておけば良いでしょう。 「DOSで認識出来ないﾎﾞﾘｭｰﾑです」なんて出るようであれば、BPBの破壊の可能性が濃 厚です。 ＜ﾒﾃﾞｨｱ系ｴﾗｰのﾁｪｯｸ＞ 　前章の操作で、「ｾｸﾀｰが見つかりません」とか「C:ﾄﾞﾗｲﾌﾞの読み込み中ｴﾗｰ」なんて でるようであれば、ﾒﾃﾞｨｱ系ｴﾗｰです。ﾛｰﾚﾍﾞﾙ ﾌｫｰﾏｯﾄによって直すという事が、昔は まあできる事もありましたが、現在では難しいでしょう。 ﾛｰﾚﾍﾞﾙﾌｫｰﾏｯﾀｰも最近のﾃﾞｨｽｸには付いてこない方が、当たり前になっていると思いま す。ｿﾌﾄﾌｫｰﾏｯﾄをかけても使えないﾃﾞｨｽｸは、新しいﾃﾞｨｽｸに交換した方が無難です。 　何にせよ、おかしくなったﾃﾞｨｽｸに対しては一度 HDD_TEST をかけて、ﾎﾞﾘｭｰﾑ系のｴﾗｰ が無い事を確認する事をお勧めします。 ＜ﾎﾞﾘｭｰﾑのｲﾒｰｼﾞｺﾋﾟｰ＞ 　ﾒﾃﾞｨｱ系のｴﾗｰが発生してﾌｧｲﾙが見れなくなったﾃﾞｨｽｸは、別のﾃﾞｨｽｸにｺﾋﾟｰしてﾎﾞﾘｭｰﾑ の修復を行います。ｲﾒｰｼﾞ ｺﾋﾟｰして修復するﾒﾘｯﾄは、 ・ﾊｰﾄﾞ的な障害は回復されており、さらにﾊｰﾄﾞを壊す事がない ・修復に失敗しても、もう一度ｺﾋﾟｰをすれば何度も試行修復ができる という事です。この辺が、プロとの違いと言っても良いくらいで、２次故障を引き起 こす事を、プロは一番おそれます。HDD_COPY の操作方法は、MANUAL.TXT を読んでく ださい。 ＜BOOTの保存と"FDISK /MBR"＞ 　さて、ﾃﾞｨｽｸにﾒﾃﾞｨｱ系のｴﾗｰが無い事が確認できた方。または、ｲﾒｰｼﾞｺﾋﾟｰ(HDD_COPY) で、新しいﾃﾞｨｽｸにｺﾋﾟｰができた方。これらのﾎﾞﾘｭｰﾑをOSから認識させる作業の開始で す。 　まず、障害のﾃﾞｨｽｸを１台目に接続して、他のﾃﾞｨｽｸを外しましょう。ﾃﾞｨｽｸが１台し か付いていない人は、そのままでかまいません。 まず、先に作った立ち上げﾌﾛｯﾋﾟｰで立ち上げて、FDISKでﾃﾞｨｽｸが見れる事を確認しま す。それから、 ・BOOT_SAV で MBR と BPB(と、思われる領域)を保存します。 ・"FDISK /MBR" とﾌﾟﾛﾝﾌﾟﾄから打って、ください。 　この操作によりMBRに書かれている、BOOT ﾌﾟﾛｸﾞﾗﾑだけを修復します。 ＜BOOT_RCV,MBR_UTILの使用＞ もし、このﾃﾞｨｽｸが 2GB未満で全て基本ﾊﾟｰﾃｨｰｼｮﾝのみであったなら BOOT_RCV をかけれ ば、ほとんど MBR と BPB の領域は自動修復出来ます。 FAT32 であったならば、FAT32RCV をかけて、その後 BPB2MBR をかけます。 全領域が拡張ﾊﾟｰﾃｨｰｼｮﾝだった場合には、MBR_UTIL で拡張DOSﾊﾟｰﾃｨｰｼｮﾝを作成して下さ い。なお、拡張ﾊﾟｰﾃｨｰｼｮﾝのBPB修復ﾌﾟﾛｸﾞﾗﾑは、まだ出来ていません。作る事は、それ 程難しくはないので次のバージョンには入れたいと思います。 MBR2BPB というツールを作成する予定です。 　もし、全領域が基本ﾊﾟｰﾃｨｰｼｮﾝでなかった場合は、BPB2MBR で BPB からの修復をか けます。もし、BPB が生きていれば、MBR のﾊﾟｰﾃｨｰｼｮﾝﾃｰﾌﾞﾙを再生成して復旧します。 　今までの作業でうまくいかなかった場合には、最終手段で MBR を強制書き換えで元 のデータに近い形で再割付けします。そして、 BOOT_RCV /MBR で復旧を試みます。 この方法は、やや乱暴ですから気をつけて行ってください。また、FAT32 ではこの方法 は使えません。 これまでの作業で、ﾎﾞﾘｭｰﾑが正常に見えるようになればしめたものです。しかし、ﾙｰﾄ ﾃﾞｨﾚｸﾄﾘｰが壊れていると、ﾌｧｲﾙが無いように見えます。 この場合には、SUB_SRCH を使ってｻﾌﾞﾃﾞｨﾚｸﾄﾘｰを検索して、DEBUG で ｻﾌﾞﾃﾞｨﾚｸﾄﾘｰを 復旧すれば、ｻﾌﾞﾃﾞｨﾚｸﾄﾘｰ下のﾌｧｲﾙは復旧出来る事があります。 この辺も、次のバージョンでちょっと考えてみます。自分自身が、DEBUGで直す事を 苦にしないもので、どういう作りにしたらいいのか、アイデアが浮かびません。 　今までのサポートの中で、結構ｸｲｯｸﾌｫｰﾏｯﾄしてしまったというのが多くてびっくり した印象があります。これは、SUB_SRCH のログからﾙｰﾄﾃﾞｨﾚｸﾄﾘｰを復旧して、S_COPY でコピーするという方法で、元々のﾌｧｲﾙが連続していれば復旧できます。 実際には、この方法でほとんど復旧できています。迷子のﾃﾞｨﾚｸﾄﾘｰを検出してという と結構大変なのですが、親ﾃﾞｨﾚｸﾄﾘｰがﾙｰﾄﾃﾞｨﾚｸﾄﾘｰだけを復旧するというのは、結構 簡単にできるかもしれませんが、。MBR と BPB が正しいかどうかのｼﾞｬｯｼﾞをﾌﾟﾛｸﾞﾗﾑ にやらせるのは、ちょっと不安ですね（^^; ＜最後に＞ 　ｼｪｱｳｪｱとして公開してみて、色々とおもしろい障害パターンにあたったり、どうし たらこんなﾎﾞﾘｭｰﾑを作成できるのか、不思議なﾎﾞﾘｭｰﾑに出会ったりして、結構忙しい 日々をすごしてきました。そんな中で、新しいツール BPB2MBR と、S_COPY が出来た 訳です。でも、サポート上で一番活躍しているのが、SUB_SRCH です。 SUB_SRCH も、ログの採取機能や、HDDの選択の機能をつけてあげないとかわいそうで すね（^^; これからも、みなさんの意見を反映して、よりよいソフトにしていきたいと思いま す。ご意見などございましたら、メールにてお知らせください。 ================================== nbe01171@nifty.ne.jp matsuda-toshiaki@my.email.ne.jp 松田　利昭 ==================================