SSMx による投稿:

ハイバーネーションが正常に終了せずに固まってしまったようなので手動で電源断しました。
ところが、何度再起動を試みても、以下のメッセージ出力後、プロンプトどまりでgnomeが起動しません。

cannot create tempfile for here document:Read-only file system

　文字通り、ファイルシステムがリードオンリーになっているため、テンポラリーファイルが作れないよ、というメッセージですね。
　外しているかもしれませんが、リカバリーモードで Ubuntu を起動して、以下のコマンドを打ってみてください。

　　　　ls -l / > ls.txt

　ls.txt というファイルが作られるので、その内容を張り付けてもらえますか？

　パソコンをリブートする時は reboot コマンド、シャットダウンする時は shutdown コマンドを使います。

　それとリカバリーモードは、無条件で管理者モードである root でシステムに入っていることになるので、注意してください。Win でいう administrator 権限と同じように、なんでもできてしまいます。

SSMx による投稿:

ありがとうございます。おそくなってすみません。
ls -l / > ls.txt
bash ls.txt:Read-Only filesystem
とはじかれてしまいました。

error のメッセージですが
an automatic fsck of thr root filesystem error
と表記されています
その後、fsckをマニュアルで実行せよとかなんとか...?

rootがROでマウントされているのでしょうか？？

　結論から言いますと、たぶんほとんどすべてのディレクトリのアクセス権限がリードオンリーになっていると思われます。ひょっとするとファイルも ( ディレクトリもファイルの一種というツッコミは置いといて ) リードオンリーになっている可能性がありますね。

　まずはリカバリーモードで以下のコマンドを打ってください。
　　１．cd /
　　２．ls  -l -a /

　画面に『エラーメッセージではないもの』が表示されたら、以下のコマンドを実行してみてください。１と２は場合によっては不要かもしれません。
　　１．chmod 755 /
　　２．chmod 755 /bin
　　３．chmod 777 /tmp
　　４．chmod 755 /root
　　５．chmod 755 /home
　　６．chmod 755 /home/SSMxさんのユーザ名

　次にリカバリーモードのまま以下のコマンドを打ってください。
　　ls -l -a / > ls.txt

　これで ls.txt はできるはずです。その ls.txt を貼り付けていただけますか？

SSMx による投稿:

Windowsに比べて、様々なところで魅力的なlinuxですが、やっぱりこうなるとハードルを感じますね

　シャットダウンが正常に行われなければ Win でもディスクはクラッシュことがあります。シャットダンに失敗するとトラブルが発生するのは Win も一緒ですよ。技術的視点から見て、比べることはあまり意味がないです。

　それと念のために伺っておきますが、データ類のバックアップは取っておられますか？最悪 Win でディスクがクラッシュした時と同じように、OS の再インストールすることになる可能性もありますので。

最後の編集者: avidya (2008-03-13 13:24:15)

　すみません。ちょっと疑義をはさんでいいですか？ちょっと、私のアドバイスも含めて疑問を持ったものですから。

hito による投稿:

おそらくerror-remountされています。まず間違いなく、権限の問題ではありません。
# Read-Only filesystemとか言われてますし。

以下の手順でerror-remount状態と、問題になっているファイルシステムのエラー
もしくはHDDの故障を特定するのが先決です。

　まず、SSMx さんのお使いのパソコンが私用で個人持ちで仕事等に使っておられないのなら、もし可能ならデータを救出して、再インストールというのが SSMx さんにとって、もっとも楽に利用復帰できる方法なのではないでしょうか？
　もし SSMx さんのパソコンで LiveCD が動き、さらに『まだメモリに十分な余裕がある』なら、LiveCD を使ってデータを救出して、Ubuntu の再インストール、という手順がもっとも楽なような気がします。
　それなら難しいコマンドラインを、いちいち打つ必要もありませんし。

　もし、この前提で SSMx さんに最初に質問するならこうなります。

・SSMx さん、最新データのバックアップはありますか？
・SSMx さん、パソコンのメモリは何 MB、もしくは何 GB ありますか？2GB くらいあるなら、LiveCD でデータを救出できる可能性があります。
・データの最大バイト数は何バイトですか？

最後の編集者: avidya (2008-03-15 13:20:53)

RxOrca による投稿:

異常が発生したので手動で電源断した … てことだけど
ホントは, マウントしたファイルシステムはアンマウントしないといけないカモ。

　これは『カモ』じゃなくて、しないといけないですよね。Ubuntu では shutdown 時にどういう動作が行われているのかは、通常はリカバリーモード、もしくはコンソールで立ち上げないと見れませんけど、shotdown 時にファイルシステムのアンマウントは必ず行われてますからね。

RxOrca による投稿:

強制的に電源を切る(必要がある) 場合には HDDにダメージを与えないよーに, こんな操作が可能カモです。
http://www.linux.or.jp/JF/JFdocs/kernel-docs-2.2/sysrq.txt.html
SysRqキーを使ってフリーズしたシステムを復旧するには
その操作は … ALT+SysRQ押しながら,
おもむろに s を押して離す, 次は u, で次は (ディスクアクセスしていないことを確認して) b

　すみません。私にも教えてください。このコマンド u はなぜ実行するのですか？shutdown 時は、一度必ず書き込み不可で再マウントされるんですか？

RxOrca による投稿:

SysRQさえ効かない場合とか, ソレを忘れてた場合には, (キャッシュなどが消えたりした結果) 一部の情報が失われた可能性があるです。

　そうですね。このあたりは Windows、Mac OSX なんかでも一緒ですね。

RxOrca による投稿:

んで, アンマウントせずに電源断しただけで 再インストールでは大変なよーな …
状況を確認して, 簡単に回復できるなら回復 がよいと思うですよ。

　そうなんですよね。ですから再インストールが絶対にお勧めと主張するつもりは、まったくありません。それから考えると、やっぱり hito さんが書き込まれていることをやってみて、情報収集を先にやった方が賢明ですね。OS 自体は生きているようですから ( ファイルシステムのマウントエラーまでは BOOT できるという意味で )。

avidya による投稿:

まず、SSMx さんのお使いのパソコンが私用で個人持ちで仕事等に使っておられないのなら、もし可能ならデータを救出して、再インストールというのが SSMx さんにとって、もっとも楽に利用復帰できる方法なのではないでしょうか？

確かに再インストールしたほうが、簡単に元の状態に戻せるかもしれませんが、発生している「かもしれない」ハードディスクの不具合を見落としてしまう可能性もあります。もし再インストール前にそれらを確認できる手段があるのなら、その方法を紹介するのも一つの手ではないでしょうか。

仮にSSMxさんに時間があって、実際にhitoさんの手順に従って解決できたら、同様の問題に遭遇した人にとってこれ以上ない参考文献になりますしね。もちろん、他の人が「それよりも再インストールしたほうが楽なんじゃない？」と、別の方法を紹介するのもまた「アリ」だと思います。

avidya による投稿:

RxOrca による投稿:

強制的に電源を切る(必要がある) 場合には HDDにダメージを与えないよーに, こんな操作が可能カモです。
http://www.linux.or.jp/JF/JFdocs/kernel-docs-2.2/sysrq.txt.html
SysRqキーを使ってフリーズしたシステムを復旧するには
その操作は … ALT+SysRQ押しながら,
おもむろに s を押して離す, 次は u, で次は (ディスクアクセスしていないことを確認して) b

　すみません。私にも教えてください。このコマンド u はなぜ実行するのですか？shutdown 時は、一度必ず書き込み不可で再マウントされるんですか？

なぜリードオンリーで再マウントするかという質問に対しては知識がないため答えられませんが、通常のシャットダウン時も行っていることです。/etc/rc0.d/S60umountroot をご確認ください。

SSMx による投稿:

それで、申し訳ないのですが、職場のPCでして、仕事の休憩時間などを使っての確認になるので、レスポンスが遅くなってしまいそうで、協力していただいているみなさまに恐縮であります。

-情報が不足していたかもしれません-

　謝る必要はないですよ（＾＾） Ubuntu の精神は相互扶助ですから。

SSMx による投稿:

avidya様
単純にリカバリーモードでのログインの理由を教えていただけないでしょうか？
表面的に見ている限りでは、通常モードと変わらない状況のように感じるので、通常モードでls -l -a / した方がよいのではないでしょうか？

　通常 OS が起動できていて正常に動作しているのならそれでもかまいませんが、ファイルシステムが Read Only になってしまっているという状態なのですよね。これってシステムレベルの障害なんです。
　それと Windows では見えない仕組みになってますが、実はファイルシステムをマウントするようなことは Windows でも行われてるんです。

　話を Ubuntu に戻しますね。
　このような場合、システムを復旧させようと思うと、システム管理者権限でログインしなければなりません。Windows ではインストール時にユーザを作るとデフォルトでシステム管理者権限が与えられることはご存知かと思います。でも Ubuntsu ではインストール時に作成したユーザにはシステム管理者権限はありません。
　つまり、Ubuntsu ではシステムレベルの復旧は、システム管理者である root でログインしなおさないとできないんです。リカバリーモードでの起動は、root というシステム管理者でログインすることになります。

　余談ですが、Windows では知らず知らずのうちにシステム管理者でログインしている人が大半です。だから結構怖い状態でみなさん Windows を使ってらっしゃいます。私は Windows を普通に使うときは管理者権限なしのアカウントでログインしてます。セキュリティ上もシステムに与えるダメージも、そちらの方がよりましですから。例外はシステム管理者権限がないと、動かないアプリケーション ( しかもその数の多いこと！！ ) を使うときだけですね。

SSMx による投稿:

また、電源断の前にアンマウントする必要があるとありましたが、休止前のフリーズ状態だったのですが、その状態からのアンマウントされる方法があるのでしょうか？　(RxOrca様の方法は初めて知りましたが一般的には知られてないってことですよね？）

　その方法は私も知らないので、便乗で RxOrca に質問させていただいてます。私も Windows からの移行組で、本格的に Linux を実用目的で導入するのは初めてだからです。

　ちなみに RxOrca さんの書かれていることは、Linux shutdown 時に自動的に行われているファイルシステムへの動作を、手動で再現させる方法と理解しています。

# 以下横から口を挿むことになってしまいますが。
　まずは hito さんの提案に乗った方が賢明だと思います。やはり情報収集が先決だと、私も考えを改めました。

　それとまた余談ですが。

SSMx による投稿:

Windowsみたいに、曖昧に問題解決したことにしとく「ファイルのチェックは行わない」、みたいのは出来ないということでしょうか？

SSMx による投稿:

WindowsではChkdskですむのにくらべ、う〜ん、敷居を感じますねぇTT

　Windows でも shutdown せずに電源断を行ったら、OS が立ち上がらなくなることはよくありますよ。回復コンソールすら立ち上がらないことなんてざらです。元 SE なので、よく経験しています。そのために 1 週間連続徹夜とかも．．．．．＿／￣|◯

　SSMx さんが、これまで chkdsk だけで済んでいたのはラッキーだったのかもしれませんね（＾＾）

最後の編集者: avidya (2008-03-17 05:26:05)

SSMx による投稿:

fsck後(chkdskみたいなやつですかね？)
/dev/sda5 contains a file-system with error check forced.
/dev/sda5
Inodes that were part of a corrupted orphan linked list found
/dev/sda5:UNEXPECTED INCONSISTENCY

メッセージからするとファイルかファイルの一部が損失したカモですね。
chkdskでゆーところの消失したクラスタ相互リンクしたファイル, みたいなものカモ。
参考

で, 修復作業はここが (↓) 参考になるかもです。
起動するとき recovery modeを選択しといて作業することになるのかな ?
「システム起動時にUNEXPECTED INCONSISTENCYエラーが発生した場合は」
http://www.atmarkit.co.jp/flinux/rensai/linuxtips/974fsck.html

表示される i-nodeの数が もしも多い場合は … うーん

　もしお時間があるようでしたら、ケーススタディーとしてまとめを書いていただけないでしょうか。
　　　・現象
　　　・現象を発生させてしまった手順
　　　・原因
　　　・対処方法
　これらを箇条書きにまとめおくと、おそらくもっと他の方の役に立てますよ。

最後の編集者: avidya (2008-03-18 11:46:48)