※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

最後の編集者: CMasami (2009-04-15 00:05:18)

jik さん

jik による投稿:

この状態から修復が可能なのでしょうか？

修復できる可能性は十分にあります。

まずは英語メッセージを翻訳サイトで訳してみてください。
ここで何をすべきか書いてありますので。
とはいえ、いちおう要点だけ掻い摘むと以下の事がかかれています。

「自動fsckに失敗したので、手動でfsckコマンドを実行してください。
作業が終わったらCtrl+Dを押してください。すると、システムが再起動されます。」

fsckコマンドのオプションについては、私は人に教えられるほど精通していないので、申し訳ないですが確定的な事を言えないです。
どなたかのアドバイスがあればよいのですが。

fsckのWeb上のマニュアル(一例)
http://www.linux.or.jp/JM/html/e2fsprogs/man8/fsck.8.html

jik による投稿:

CTRD+D　と押すと画面が再起動となり、また当初の画面となりました。

何も作業せずに、最初にCtrl+Dを押したら、そのままシステムは再起動しますよ。


余談ですが、今回のように、Ctrl+Alt+BackSpaceが効かない、かつリモートからログインする手段もない等、完全に手詰まりになった場合は、「SysRqキー」でシステム再起動/終了するとよいと思います。
https://wiki.ubuntulinux.jp/UbuntuTips/Others/MagicSysRq
キーの組み合わせは緊急時に案外忘れがちなので、私はキーボードのPrintScreenあたりに「虎の巻」を貼ってます。

最後の編集者: STGSAGWAN (2009-04-14 22:53:52)

STGSAGWAN による投稿:

私は仮にシステムを破壊してしまっても全然困らないタイプの人なので、つい考えるのが面倒になって、潔く # fsck -y とかやってますけど、これっていい加減すぎ・・・？

ほとんどの場合（ファイルシステムの中身を *超* 把握している人以外）、「どこが壊れたか」程度の情報しか得られないので、-y してもいいと思います。

ただ、個別に見るか否かにかかわらず、最初にddかなにかで「丸ごと」バックアップし、さらにfsckをdry-runさせて「どれぐらい壊れているか」をチェックしてからの方がいいです。

jikさん

復旧できて良かったですね。

jik による投稿:

例の画面で　su としてから、fsck -y を実行。

この場合既にrootなので、suは不要です。

jik による投稿:

＞ただ、個別に見るか否かにかかわらず、最初にddかなにかで「丸ごと」
＞バックアップし、さらにfsckをdry-runさせて「どれぐらい壊れているか」
＞をチェックしてからの方がいいです。

の作業は、私には理解する知識がなくて行えませんでした。すみません。

やるのがベストでしょうが、万が一復旧に失敗した時の保険ですね。
# 私はやってません・・・。 どう壊れているかのレポートを見ても、私には何だかよく分からない、というのもあります。

jik による投稿:

結果、デスクトップ上のアイコンは消えてました。
（場所→デスクトップ　とディレクトリとたどればありましたが・・）

何のアイコンなのか、元々の設定がどうだったのかよく分かりませんが、念のため、gconf-editor(設定エディタ)を起動し、/app/nautilus/desktop配下の各値が visible になっているかを確認するとよいと思います。

jik による投稿:

ともかく、どのスクリーンセーバーがいけないのかわからないので、
スクリーンセーバーはoffとしておきます。

私もスクリーンセーバーはOFFにしています。
私の環境だけかもしれませんが、スクリーンセーバーが起動されると、異常なほどにCPU負荷が高くなるので。
とはいえ、スクリーンセーバーには興味ないので、特にこれは気にしてないです。

あと繰り返しますが、SysRqキーのことも覚えておいてくださいね。
今回の事は、これを覚えておけば陥らなかったかもしれないので。

最後の編集者: STGSAGWAN (2009-04-15 23:56:39)