起動ディスク自体のアクセス権を変更したら起動できなくなってしまいました。

どのようにすれば変更や取り除くことができるのでしょう？

chmod -a# 0 '/Volumes/Mac OSX 10.5'

でいけるはずです。インストールDVDのターミナルから実行してみてください。

drw-rw-rw-+ 67 root admin 2346 5 4 20:14 Mac OSX 10.5

状況としてはこちらの方と同じようですね。

Apple Discussions - Japan: 「アクセス権がないため…」の警告でHDが開けません

どのコマンドも有効でなければ、最悪はData Rescueを使ってデータ救出するしかないかもしれません。

# Finderでアクセス権を変更するだけでカスタムアクセス権が付加したり、実行権が剥奪されたりするものなのでしょうか。摩訶不思議。

chmod:Failed to set ACL on file '/Volumes/Mac OSX 10.5':Operation not permitted

では、

fsaclctl -p '/Volumes/Mac OSX 10.5' -d

とするとどうなりますか？

Data Rescue　というソフトでフォルダーボルトが設定されたデータも救出できるのでしょうか？

xxx.sparsebundle というファイルが救出できればたぶん・・・

http://www.igeekinc.com/products/datarescue3.html

バーナードさん、こんにちは

別に起動できるハードディスクがあるのであれば、まずそちらで起動してください。単純にアクセス権の問題であるのならば、起動した後にFinder画面で内蔵ハードディスクを選択し、ファイルメニューから情報を表示。共有とアクセス権の項目で、Evertoneに読み出しのみのアクセス権を与えればいいのでは？それでダメならば、ユーザ情報を残すアーカイブ＆インストールを行って、見るという手もあります。た、だ、し、アクセス権の修復にはそんなに時間がかかる事はないはずなので、現時点でハードディスクが壊れていないと言い切れる状況ではありません。

《書き込みにコメント付け隊》

　　　いとうみきでした

相当ややこしいことになっているようです。

ディスクのルートのアクセス権の変更なぞ、ユーザが気軽にやっていいことではありません。MacOSX はunix由来のシステムですが，unixではアクセス権はOSが、出来る限り安全にかつ円滑に動くように細部に渡って微妙に設定されています。これを勝手に変えたのではスムースに動かなくなります。

また、インストールDVDのターミナルからのディレクトリー表示にもおかしなところがあります。

> lrwxr-xr-x 1 root admin 1 5 9 18:25 BOOTCAMP -> /

とのことですが、全く理解できないリンクです。Windows が default になってしまっているのでしょうか？！

シングルユーザーモードをやってみる前に、上記の方法をやってみたのですが、先ほどの返信のようにusername.sparseimageが探し出せなくて。現時点では User フォルダを開くこともできません

外付けHDDからシングルユーザモードで起動すれば、見えるはずですが。ただし、シングルユーザモードでは、内蔵ディスクなどをマウントしませんので，マウントさせる操作が必要です。

mount -uw /　＃　起動ディスクのルートを読み書き可能にする

mount -rw -t hfs /Volumes/Macintosh¥ HD¥ 10.5 /dev/disk2sx

など（-t hfs はいらないかも？）。実際のディレクトリーの名前がどうなっているか，内蔵ディスクがどういう形で見えているか（/dev/disk2sx、x は内蔵システムのパーティション番号。2はドライブ番号。これも外付けをどんなふうに繋いでるかによって変わるかもしれません）などによって，臨機応変の対応が必要です。

また、外付けから立ち上げると，/Users ではなくて、（上記で内蔵がマウントできたとして），/Volumes/Macintosh¥ HD¥ 10.5/Users になります。この辺の関係を理解してないと難しいです。

シングルユーザモードやターミナルでは、フォルダーの状態を見るのは，いつでも，ls -al とすれば見えます。これで現在の状態を見ながら，正しい場所を探せば，必ず，目的のusername.sparseimageは探し出せるはずです。

探し出せたら，

cp /path/to/username.sparseimage /

とすれば，外付けHDDのルートにコピーが取れるのですが。

バーナード さんによる書き込み:

ユーザーアカウントにフォルダーボルトを設定してあるので内蔵HDDにアクセスできても

これを読み落としていました。最優先事項はFileVaultのsparsebundleの救出ですね。

はに さんによる書き込み:

> lrwxr-xr-x 1 root admin 1 5 9 18:25 BOOTCAMP -> /

とのことですが、全く理解できないリンクです。Windows が default になってしまっているのでしょうか？！

恐らく、これは外部HDDの名前がBOOTCAMPなのだと思います。ただ、何故に名前がBOOTCAMP。

と言う事で、sparsebundleの救出が優先なので、下記をお勧めいたします。

外部HDDから起動して、ディスクユーティリティで「ディスクを修復」異常無いか又は、修復できたら下記。

ターミナルで、ユーザアカウント名が例えばni_kiなら

sudo ls -l /Volumes/"Mac OSX 10.5"/Users/ni_ki

これで、ni_ki.sparsebundleが有るのを確認。

sudo cp -R /Volumes/"Mac OSX 10.5"/Users/ni_ki.sparsebundle ~/Users/Desktop

sparsebundleがフォルダ扱いなので、-Rが必要です。コピー先は適時変更して頂いてもOKです。ただし、トラブってるHDDには止めた方が良いです。尚、Data Rescueだとsparsebundleイメージは復元出来なかったのではないかと記憶しております。

それと、もしコピーが成功してもオリジナルのHDDを直ぐ消してはダメです。

外部HDDから起動して、ディスクユーティリティで「ディスクを修復」異常無いか又は、修復できたら下記。

ターミナルで、ユーザアカウント名が例えばni_kiなら

sudo ls -l /Volumes/"Mac OSX 10.5"/Users/ni_ki

HAL さんがさんざん指導されてますが，外付けHDDで起動したのでは出来ないと思われます（それほどにアクセス権がおかしくなっている）。なので、難しくなりますけど，シングルユーザモードでやることをお勧めしました。

cp -R はどうかな。cp -a の方がいいかもしれません。

ただ，外付けで起動してほんとに出来ないかどうかは分かりませんけど。

自分の経験では，permission が 000 (!!?) になっているファイルでも，普通にsudoをつけたら変更できましたので。

cp -a の方がいいかもしれません。

Mac OS X 10.5.8 の cp には -a オプションはありませんよ。

はに さんによる書き込み:

HAL さんがさんざん指導されてますが，外付けHDDで起動したのでは出来ないと思われます（それほどにアクセス権がおかしくなっている）。

うーむ、なるほど、コピーさえ出来てしまえば、何とかなると思ったのですが^^;

それと、FileVaultが入っているパーティションをなるべく読み書きしたくなかったので。(破損が進む可能性を考慮)

cp -R はどうかな。cp -a の方がいいかもしれません。

これは、お任せします^^

自分の経験では，permission が 000 (!!?) になっているファイルでも，普通にsudoをつけたら変更できましたので。

それは、すごいですね。確かにsudoを付ければ、通常は何でも出来るはずなのですが。

マニュアルをろくに読み込まなくても使えるところがMacの良さなんて思ってましたが、ちゃんと勉強しておかないと駄目ですね。

それよりも忘れて欲しくないのは、管理者パスワードを要求されるような操作には危険が伴うということでしょうか (^^;

＃起動不能になるような操作を許しているFinderにも問題はあると思いますが・・・

＃重要なフォルダはFinderから削除できなくなったように、アクセス権も変更できないようにしてしまった方がいいと思う・・・

せめて、sparseimageだけでも無事救出できることをお祈りしています。

＃ただの暗号化イメージだからData Rescueでもデータが正常に救出できればマウントできるんじゃないかと思うんだけど、何かダメな理由があるのかな・・・

HAL さんによる書き込み:

＃重要なフォルダはFinderから削除できなくなったように、アクセス権も変更できないようにしてしまった方がいいと思う・・・

確かにルートのアクセス権を簡単に変えられる必要無さそうですね^^

＃ただの暗号化イメージだからData Rescueでもデータが正常に救出できればマウントできるんじゃないかと思うんだけど、何かダメな理由があるのかな・・・

上の方で、バーナード さんが

バーナード さん による書き込み:

次のディスクイメージはマウントできませんでした。

イメージ：私のユーザー名.sparsebundle

理由：マウントできるファイルシステムがありません

とのことなので、イメージはファイルでなくディレクトリです。Data Rescueがディレクトリの階層構造と名前を、変えずに復元してくれれば可能と思うのですが確か、Data Rescueの使う機能によっては、ファイル名を変更しますよね。

>> イメージ：私のユーザー名.sparsebundle

>> 理由：マウントできるファイルシステムがありません

とのことなので、イメージはファイルでなくディレクトリです。

そういえばそうでした。

Data Rescueがディレクトリの階層構造と名前を、変えずに復元してくれれば可能と思うのですが確か、Data Rescueの使う機能によっては、ファイル名を変更しますよね。

今回はファイルシステムに損傷は（たぶん）ないわけですから、うまくすれば階層構造を保持したままの復旧も可能なのではないかと思いますが・・・（半ば希望的観測）

＃Data Rescueを使ったことがないのでなんともいえませんが・・・

HAL さんによる書き込み:

今回はファイルシステムに損傷は（たぶん）ないわけですから、(中略)

HAL さんが書き込んだコマンド群が通じないので(ファイルシステムにも)「何かあるかも」と私としては警戒しております。sudoが通じないというのは、通常はUNIXではあり得ない気がするので。ちなみに、私はsudoが稼働しなかった経験がありますが^^;

＃Data Rescueを使ったことがないのでなんともいえませんが・・・

ファイルシステムが生きていれば、大丈夫だと思うのですが、低レベルな方法を選択すると、ダメだったような気がします。デモ版しか使用したことがないので、私も確証は無いのですが^^;