finder検索が不可能

検索不能になりました。


前回、osx起動不能になった以降と思われます。

親のディレクトリからも、そのファイルの在るディレクトリからも、

command-Fの検索窓に何も出ません。


osx再インストール以外に、

修復方法はあるでしょうか。

投稿日 2009/05/29 20:06

返信
返信: 26

2009/05/29 21:21 ken3_in への返信

ken3_in による書き込み:


紛失したカーネル等を復旧し、

どういう風に復旧されたかですが、何が起きても不思議じゃないので、私なら、再インストール(アーカイブしてインストールで良いかも)しますね。


検索不能の理由は、直接的にはインデックスファイルの損傷でしょうけど、より深い所に原因があるかもしれません。

2009/05/29 22:12 xy への返信

> どういう風に復旧されたかですが、何が起きても不思議じゃないので、私なら、再インストール(アーカイブしてインストールで良いかも)

  確かにそのとおりです。

  復旧は、

  バックアップとの差分から判断?して、

  無いファイルとディレクトリをバックアップから複製して、

  起動可能になりました。

  しかしながら、

  起動不能に陥った原因は、別の投稿の"ターミナルの誤動作"関連です。

  本人気付かず状態のrmコマンドの動作後なので、再インストールが正解と思ってはいます。

  けれども、

  この環境を元に戻すことを考えると、戻せるのかが不安で、

  結果として新規インストールとなりましたは、避けたいと思っています。

   既に避けられない状態かもしれませんが...。

2009/05/29 22:33 ken3_in への返信

起動不能に陥った原因は、別の投稿の"ターミナルの誤動作"関連です。

本人気付かず状態のrmコマンドの動作後なので、再インストールが正解と思ってはいます。



実際にどのようなコマンドを実行してそのようになってしまったのかはわかりませんが、おそらくはターミナルが誤動作したのではなく入力したコマンドが間違っていたのだと想像します。

コマンドは人間のように融通は利かず、実行した内容が絶対です。ちょっとした記述ミスがとんでもないミスに繋がることはよくあります。

iTunesの出始めの頃、インストーラ内のちょっとしたコマンドの記述ミスで外付けHDDの内容が全消去されるなんてトラブルがありました。

それは、パス名をダブルクォート (" ") で囲み忘れたという些細なことが原因だったのですが、些細なミスでありえないミスがおきるといういい例だと思います。

プロでも扱い方を間違えるととんでもないミスにつながるわけですから、学習の手間隙を惜しむようであれば下手なことはしないのが得策です。


で、話はそれましたが自分がどのようなミスをして今の状況になったのかを理解できていない以上、再インストール以外に正常な状態に戻すことはきわめて難しいのではないかと思います。


アーカイブインストールを用いればユーザ環境を保持した状態での再インストールも可能です。

# ただし、それでも動作がおかしいのであればホームフォルダ内に問題があるということなので環境の再構築は避けられないと思います。

2009/05/29 23:01 ken3_in への返信

ken3_in による書き込み:


  復旧は、

  バックアップとの差分から判断?して、

  無いファイルとディレクトリをバックアップから複製して、

  起動可能になりました。

これで復旧出来るようなら、誰も、新規インストールを、なんて言いませんよ。


パーミションなんか注意しました?ターミナルなんぞより、よほど大変ですよ。

それにしても、よく起動出来ました。


OS内部をいじくり倒している人でないと、そんな方法では修復出来ないんじゃないでしょうか?

2009/05/29 23:36 HAL への返信

> # ただし、それでも動作がおかしいのであればホームフォルダ内に問題があるということなので環境の再構築は避けられないと思います。

  一番心配しています。

   と言うより

   それ以外の場所まで影響している可能性を

   疑うべきかもしれません。


> で、話はそれましたが自分がどのようなミスをして今の状況になったのかを理解できていない以上、再インストール以外に正常な状態に戻す

  何をしたのかと言うと、

   Documentsディレクトリをカレントにして、

   以下を相対パス扱いで、

   各子ディレクトリ内を個別にrmしました。

    ただし、

    -fは使用しないで。

   各相対パスの空白は全てエスケープしてます。

    rm 相対パス1

    rm 相対パス2

    rm 相対パス3

    ...

   必要なファイル数の行数を用意して、

   クリップボードからターミナルに直接貼って実行。

    →この後で何か起きている。

   結果、意図しないディレクトリにカレントが移っていました。

    つまり、

    最も危険な状態なのでしょうかね。

     ただし、

     消失ファイルは、カーネル(!)と2〜3のユーザーファイルと

     リンクファイル(etc,tmp,var)でした。

     差分のあるファイルはplistファイルでした。

      日付差ととバイナリーのせいで大差有り。


> それは、パス名をダブルクォート (" ") で囲み忘れたという些細なことが原因だったのですが、些細なミスでありえないミスがおきるというい

  これは、

  私には極めて有益な経験談です。

   文字列にはやはりダブルクォートですか。

   肝に銘じておきます。

2009/05/30 00:04 xy への返信

> これで復旧出来るようなら、誰も、新規インストールを、なんて言いませんよ。

  はい、そのとおりと思います。

> パーミションなんか注意しました?ターミナルなんぞより、よほど大変ですよ。

> それにしても、よく起動出来ました。

  私としては、

  今ここで使用していますので、

  「助かったぁ〜」

  というのが本音です。

  アクセス権は、同一の管理者アカウントを使っているので、

  あまり、気にしません。

   厳密に同一か知らないですが。

> OS内部をいじくり倒している人でないと、そんな方法では修復出来ないんじゃないでしょうか?

  すみません、

  私、UNIX,Linux音痴と言っていますが、

  DOS窓ぐらいならなんとかしてます。

   けれども、

   MacOS(KT7〜8,9)やLinuxとOSXの内部は

   分かりません。

    WinNT系も奥はそれほど知りませんが...。

  単なる年の功で(亀より硬いか?)

  静的なファイルと動的なファイルを嗅ぎ分けてるだけです。

   今の時点で

   思っているのは、

   いくつかのplist等のファイルにゴミが残っている

   ということです。

    これがバイナリーファイルじゃなきゃ

    完全比較だったのに。

  今回役に立ったのは、

  復旧専用別ボリュームからの完全バックアップファイルです。

   WinNT系を反面教師にしてます。

2009/05/30 00:36 ken3_in への返信

  アクセス権は、同一の管理者アカウントを使っているので、

  あまり、気にしません。


って、



紛失したカーネル等を復旧し、起動可能となりましたので、



ということは、ホームフォルダー以下以外の場所で、しかもカーネルとかでしょ…。ホームフォルダー以下なら「同一の管理者アカウントを使っているので、あまり、気にしません。」でもかまいませんが、それ以外の場所は、適切なアクセス権が設定されていないと、どんなトラブルが起こってもおかしくありません。ちょっと、OSそのものと、ユーザ領域(ホームフォルダー以下)は分けて考えないと…。(そうでないと、rootとか、systemとか、wheelなんていうグループとかの意味が無くなってしまいます。管理者アカウントとは全く別に、システムはシステム特有のユーザとアクセス権で実行されていますし、デーモンなんかもそうです。「同一の管理者アカウントを使って」いても、それはあくまでもホームフォルダー以下の話であり、rootにかわってコマンドが実行できるにしか過ぎません…。)


たぶん、いろいろなところでアクセス権がグチャグチャになっているのでは…。これだとまともに動かないとかセキュリティーホールだらけとか、とても私なら使う気にはなりませんね…。


再インストールが嫌なら、書き換えた全てのファイル、フォルダーのアクセス権を正常に戻す事でしょうけど、それをするくらいなら再インストールした方がよっぽど速いし手間もかからないでしょうね。

#アクセス権を正常に戻しても、まともに動かない可能性もあるし。

2009/05/30 02:23 ken3_in への返信

OSXは壊れにくいですが壊れたら太刀打ちできません。Install直後の綺麗な状態をBackupすれば安心です。綺麗で問題ないDataがあればHomeは新しく作り直せます。Dataは取り出すのと簡単な方法のBackupを行うと良いと思います。


たった1つのFileが壊れただけでAppがCrashしてDataを取り出せません。たとえばSafariだとBookmarks.plistです。Safari Bookmarks.htmlがあれば簡単に元に戻せます。


OSXが問題を抱えてるか、いないかは誰にも分かりません。直せるのは別ですが、無理矢理に直してまで使い続けないほうが良いでしょう。


HDDに問題を抱えている場合もありますので初期化を行うとDisk ControllerがResetされ快適なHDDになります。


FileがCrashなどで迷子になると、ディスクの修復では直せません。そのFileを消去して綺麗なのと取り替えれば直りますが、そのFileを特定するのはまず不可能だと思います。

2009/05/31 01:53 NO9 への返信

はい

おっしゃるとおりです。

 wheel等のグループの設定を後で思い出しました。


今更ながら

よく動いてるなとは思います。

 plist,log等のファイル以外のファイル差分が

 少なかったので、

 こんな私でも何とかなったのだと思います。


> たぶん、いろいろなところでアクセス権がグチャグチャになっているのでは…。これだとまともに動かないとかセキュリティーホールだらけ

  この言葉忘れてました。

  安全策を採るべしと思います。

   ありがとうございます。

2009/05/31 02:02 ぴっぴ への返信

ありがとうございます。


使用したバックアップファイルは、正常起動正常終了した物ですので、

安心して使えるファイルを使いました。


しかしながら、

NO9様ご指摘の内容もありますので、

安全策を考えます。


最終的に

元に戻るまで、

数週間じゃきかないかもしれませんが.........。

2009/05/31 02:47 ken3_in への返信

ken3_inさん による書き込み:


元に戻るまで、数週間じゃきかないかもしれませんが.........。

当方だと10分位で終わってしまいます。車に例えるとOSXがエンジンで、ボデー、タイヤ、タンクなどが各々のDataでリンクしてますので、エンジンを取り替えれば直ぐに動きます。タイヤがパンクしたらタイヤを取り替えるだけです。

このスレッドはシステム、またはAppleコミュニティチームによってロックされました。 問題解決の参考になる情報であれば、どの投稿にでも投票いただけます。またコミュニティで他の回答を検索することもできます。

finder検索が不可能

Apple サポートコミュニティへようこそ
Apple ユーザ同士でお使いの製品について助け合うフォーラムです。Apple Account を使ってご参加ください。