ィやばい！起動ボリューム以外マウントされない！

prebindingのupdateもfsckもPRAMクリアもやりましたが、効果なしです。
ディスクイメージもマウントできず、「エラー95のため"ボリューム名"のマウントに失敗しました。（マウントできるファイルシステムがありません）」と表示されます。
Volume自体は見えてるし正常に動作もしてるのにマウントだけできないとは、歯がゆいです。なんかUNIX的なコマンドを打てばすぐに解決できそうな気がするんですが…。マウントポイントを指定してやる（？）とか？以前Linuxを入れた時にやった憶えがあります。

まだ十分に調べ切れていませんが、ひとまず。
disktoolとvsdbutilというコマンドで何とかなるような感じです。
# manページがない...。
diskutilの方はそのまま叩くとオプションの説明が出ます。vsdbutilの方はUsageが一行だけ。
/var/db/volinfo.databaseが壊れていてマウントできてなさそう。
/System/Library/StartupItems/Disks/Disksを見ると、
StartService ()
{
if [ ! -f /var/db/volinfo.database ]; then Uninitialized_VSDB=-YES-; fi
ConsoleMessage "Checking disks"
/sbin/autodiskmount -va
if [ "${Uninitialized_VSDB:=-NO-}" = "-YES-" ]; then vsdbutil -i; fi
}
となっているので消したら作り直してくれそうにも見えますが...。# ちょっとこわいな。

追加情報なし...。*BSD系のコマンドにはなかった。/.vol下も関係するかもしれないが、(volinfo.database共々)数字列の意味がわからず。

/.volは開いたファイルのアクセスに使われるとかなんとか。
BSD magazineのどれかの号にちょこっと解説されてたような気が。
数字はi-node番号だったかな？

反応して頂いてほんとうにありがとうございます！
試しにvlinfo.databaseを消去して再起動してみましたが、効果なし。コマンドをいろいろ試してみましたがダメでした。ちなみに40GB HDDをMacintosh HD 10GB, Data 30GBに分けていて、Dataがマウントできません。
自分でも調べてるんですが、なかなかそれらしいのが見つからないです。9で起動すればマウントできるので、気を落とさずパズルのようにいろいろ試しています。トラブルは楽しまなくちゃ！…やってられないです。
-----
diskutil list
全てのボリューム情報が正常に報告されています。
-----
diskutil info /dev/disk0s10
パーミッションが不正だと言われます。また、空き容量が10GBはあるのに0.0Bと報告されています。おかしい！
Device Node: /dev/disk0s10
Device Identifier: disk0s10
Mount Point:
Volume Name: Data
can't open: /dev/disk0s10 (Permission denied)
File System: HFS+
Partition Type: Apple_HFS
Media Type: Generic
Protocol: ATA
Total Size: 27.3 GB
Free Space: 0.0 B
Read Only: No
Ejectable: No
-----
diskutil mount /Volumes/Data
/Volumes/Data mounted at /
一見マウントできたようなのですが
disktool -l
とやると下のようになり、やっぱりマウントポイントが指定されていません。
***Disk Appeared ('disk0s10',Mountpoint = '', fsType = '', volName = 'Data')
***Disk Appeared ('disk0s9',Mountpoint = '/', fsType = 'hfs', volName = 'Macintosh HD')
-----
sudo vsdbutil -i
実行はできたのですが結果が何も返されず。
sudo autodiskmount -va
起動ボリューム以外は Mounted On の欄が[not mounted]となってしまい、マウントできませんでした。
-----
disktool -m disk0s10
マウントポイントが記述されておらず失敗している模様。
disk0s10 device will attempt to be mounted ...
***Disk Appeared ('disk0s9',Mountpoint = '/', fsType = 'hfs', volName = 'Macintosh HD')
***Disk Appeared ('disk0s10',Mountpoint = '', fsType = '', volName = 'Data')
Disk Mounting Completed
-----
disktool -r
効果なし。

> 試しにvlinfo.databaseを消去して再起動してみましたが、効果なし。
あ、ダメなんだ。# 最後のつてを失ったって感じ。無念...。(^^;
どうやってマウントポイントを認識させるんでしょうね。ちなみに、
disktool -S disk0s10
cat /var/db/volinfo.database
ls -l /.vol
はどう表示されますか?
/Volumes/Dataが消えてるってことはないですよねぇ???

きくちさん、ありがとうございます。早速試してみましたので報告します。
今帰ってきたばかりなので、あれから自分では調べが進んでいません。今夜も遅くなるなぁ…。
cat /var/db/volinfo.database
E57D91805FE8D148: 00000001
すいません、なんのこっちゃわからないです…。
ls -l /.vol
total 0
dr--r--r-- 2 root wheel 64 Feb 7 23:24 234881033
全部読みだしのみってのは正常なんですかね？
ちなみにrootでログインしてFinderの[フォルダへ移動...]から/Volume/Dataに移動したところ、空っぽのフォルダが表示されました。
Data
種類：フォルダ
サイズ：0KB （0バイト）
場所：Macintosh HD:Volumes:
作成日：ログインした時間
変更日：ログインした時間
オーナー：システム（自分）
アクセス：読み／書き
グループ：wheel（自分）
アクセス：読み出しのみ
その他：読み出しのみ

> なんのこっちゃわからないです…。
私も数字列の意味はわかってないんですが、ボリューム数分存在するのかと思いまして。私の方は、ボリューム数(5つ)分出ていて、こんな感じです。
$ cat /var/db/volinfo.database
E5AB8EE85FB9AF2F: 00000001
DFF4FFBB720937FC: 00000001
B5203599C3FBF0C5: 00000001
D7688512DB4E3813: 00000001
C01C3B61EC56235C: 00000001
$ ls -l /.vol
total 0
dr--r--r-- 2 root wheel 64 Feb 7 22:46 234881033
dr--r--r-- 2 root wheel 64 Feb 7 22:46 234881034
dr--r--r-- 2 root wheel 64 Feb 7 22:46 234881035
dr--r--r-- 2 root wheel 64 Feb 7 22:46 234881036
dr--r--r-- 2 root wheel 64 Feb 7 22:46 234881037
> 全部読みだしのみってのは正常なんですかね？
と思います。同じですね。
先にdiskutil info /dev/disk0s10でPermission deniedになったのは、volinfo.databaseにエントリがないからみたいです。(volinfo.databaseの00000001がパーミッションっぽい。)
$ disktool -S disk0s10
Displaying volinfo database device disk0s10. permissions = 1
となりますので。
> /Volume/Dataに移動したところ、空っぽのフォルダが表示されました。
存在はしているということですねぇ。
# /.vol/234881034を作れば進むのか? でもboot日時みたい。ダメか...。
/var/log/system.logにエラーらしきものは出ていないですか?

お忙しい中、ありがとうございます。ログをいろいろ見てみたら、不具合が起き始めた日時やいろいろなエラーメッセージがわかりました。
不具合が起きる直前、何故かシステムは
/usr/libexec/fix_prebinding: fix_prebinding quitting for now.
っていって、BackupやらiCalに何度もfix_prebindingを実行していました。でも全然関係ないと思います。
マウントを試みて失敗した後には次のメッセージが現れてます。
/sbin/autodiskmount[197]: DiskVolume_mount_foreign: unrecognized return code from foreignMountDevice: -4
自分で調べた中でhfs.utilというのを使ってみたのですが、ダメでした。HFS_MacJapanese.kextが壊れてるのかな？
[GreatBookG4:‾] greatkaz% sudo /System/Library/Filesystems/hfs.fs/hfs.util -m disk0s10 /Volumes/Data fixed writable suid dev
Password:
/sbin/mount_hfs: unable to load: /System/Library/Filesystems/hfs.fs/Encodings/HFS_MacJapanese.kext

なんでMemoryStickだけマウントできたのかわかりました！HFS/HFS+以外はマウントできるのです。MemoryStick（msdos.fs）Windows用のCD（CD9660.fs）、音楽CD（cdda.fs）など試してみましたが、正常にマウントできました。DVD（udf.fs）については最初にマウントされないと書いてしまいましたが、思いこみでした。すいません。
[GreatBookG4:‾] greatkaz% sudo /System/Library/Filesystems/hfs.fs/hfs.util -m disk0s10 /Volumes/Data fixed writable suid dev
Password:
/sbin/mount_hfs: unable to load: /System/Library/Filesystems/hfs.fs/Encodings/HFS_MacJapanese.kext
これを見ると、どうやらHFS_MacJapanese.kextが壊れてHFS/HFS+だけマウントできなくなっているようです。なぜ起動ボリューム（HFS+）がマウントできているのかはわかりませんが…。

USB 接続の方は問題ないようですから、I/O ディバイス兼ディスクコントローラーが一時的に麻痺しているのかもしれません。以下の処置を検討して下さい。
１．DiskWarrior 2.1 起動ディスクから立ち上げて、ディスクの診断をしてみます。修復が行われた場合は、他のブート可能なボリューム（Mac OS 9.2.1 以上がインストールされている）へ、DiskWarrior をインストール（機能拡張を除く）します。次にこの OS 9.2.x のボリュームから起動して、DVD-ROM ドライブを診断します。DiskWarrior をお持ちでない場合は、２と３のみ実行して下さい（その前にMac OS 9.2.1 インストールCDでディスクの再初期化（全データゼロオプション採用）を推奨しますが．．．）。 DiskWarrior で解決できる場合もありますので、終了後に、通常起動して問題が再現されるかどうかご確認を。
２．ハードドライブおよびDVD-ROM ドライブへの接続ケーブルを一旦外し、再接続します。パーツ分解には細心の注意が必要です。
３．PMU リセットを行う。 こちらを参照して下さい。
PowerBook and iBook: パワーマネージャのリセット - Article ID:14449JN
---
投稿直後に、作成日 2003/02/08 2:33 am　を読みました。もしも、オペレーティングの動作環境の異常だけで障害が発生しているのでしたら、ディスクの再初期化からやり直しを推奨します。

> 起動ボリューム（HFS+）がマウントできている
起動ボリュームはMacRomanかもしれません。# 違うかな...。
システム設定の言語環境で変えられる方なのか、インストール時に選択した主利用言語の方なのか...。
> unable to load
これはkextloadコマンドの実行に失敗しているみたいです。これも使ったことはないんですが(manページはある)、検証や-vで情報出力もできるみたいなので使えるかもしれません。

sudo kextload -entZ /System/Library/Filesystems/hfs.fs/Encodings/HFS_MacJapanese.kext
と入力してみてください(改行なし)。何か絞れるかも。
> 検証や-vで情報出力もできるみたい
-vで情報出力というのは誤りでした。単独でできるのかと思ったら、scanやload中に情報を(詳しく)出すということみたい。
# 叩いたらloadが実行されて慌てました。
および、ソースリストを読んで絞り込むという悠長な事はしていられないかもしれませんが、一応ありかを紹介しておきます。
http://www.opendarwin.org/cgi-bin/cvsweb.cgi/src/hfs/hfs_util/配下、
http://www.opendarwin.org/cgi-bin/cvsweb.cgi/src/diskdev_cmds/配下のautodiskmount.tproj/、mount_hfs.tproj/、vsdbutil.tproj/あたり。
# それ程込み入ってもないんですが、ちょっとバテ気味...。
## vsdbutilの-hオプション(でUsageの下に解説が出るの)がわかった。

これを読む頃には試行済みかもしれませんが、mount_hfsでencodingを指定できますので(省略時デフォルトはRoman)、省略時デフォルトのままとか、明示的に-e Romanを指定してマウントしてみると良いかもしれません。

アドバイスありがとうございます。
最初の方でPMUリセットやバラして組み直したりもしてみたのですが、ハードウェア的には問題なさそうです。書いてなくてすいません。
DiskWorriorは持っておらず、Mac OS 9も既にインストールしていません。
調べてみると、同様の症状に陥った方が日本で1件、海外で2件確認できました。日本の方はシステムの再インストールで直ったようなので、やはり一番確実なのはシステムの再インストールかもしれませんねぇ。