hiraga による投稿:

ここで質問なのですが、電源を落とした後　システムが不安定になるのを防ぐためになにか処理する事は必要でしょうか？

昔、UNIXのワークステーションで　同じように電源を落とした強制終了のときに、システム管理者が coreファイルというものを削除していた記憶があるのです。
ubuntuでも同じような処理が必要なのでしょうか？

　結論から言いますと、システムが不安定になってしまったら、再インストールしか方法がありません ( システムをまるごとバックアップする方法も実はあります )。
　また core dump をみてもバイナリのデータがテキストで記載された、本当の意味での dump なので、システム管理者が見ても意味が分からないのが実状でしょう。だから、その管理者さんも core dump のファイルを消してるだけだと思いますよ。

avidya による投稿:

　結論から言いますと、システムが不安定になってしまったら、再インストールしか方法がありません ( システムをまるごとバックアップする方法も実はあります )。
　また core dump をみてもバイナリのデータがテキストで記載された、本当の意味での dump なので、システム管理者が見ても意味が分からないのが実状でしょう。だから、その管理者さんも core dump のファイルを消してるだけだと思いますよ。

avidyaさん、ご回答ありがとうございます。
仕事で使っているマシンを徐々にubuntuマシンへ移行し始めました。
システム管理者を雇うほど会社の規模が大きくないので、linux初心者の僕がやっています。

core dumpはバイナリーのデータがテキストで書かれているだけなのですね。
それでは、仮にubuntuのcoreファイルを見つけたとしても、消す意味が無いことが理解できました。

質問内容とは離れますが、システムを丸ごとバックアップする方法を教えて頂けませんでしょうか？
また、現在512MbのHDDを２台積んでいます。
HDD1の方にubuntuのシステムがインストールされ、HDD2の方がfile serverとして運用しています。
システム丸ごとバックアップしたとき、HDD2のデータもバックアップされるのでしょうか？

最後の編集者: hiraga (2008-03-11 13:50:46)

Shibataさん、とても参考になるご意見をありがとうございます。

Shibata による投稿:

本来であれば（システム管理者の仕事を任されたのであれば）再インストールではなく、「不安定になった原因をつきとめ、復旧させるべき」ということも心のどこかに留めておいてください。時間と知識と労力が必要になるので、仕事でない限りはやりたくない作業かもしれませんが。

肝にめいじておきます。
１人で仕事をしているので、本業の他にシステム管理もしなくてはなりません。
これも自分のスキルアップと思い、勉強します。

Shibata による投稿:

まず、タイトルからかけ離れる質問は新規トピックを立てた方がいいでしょう。その方が答えが返ってくる可能性も高くなりますし、あとから検索する人にとっても便利だからです。

申し訳ございません。
タイトルから離れる時は別トピックをたてるように致します。

Shibata による投稿:

それを踏まえた上で、Ubuntuにおけるバックアップについては、
http://gihyo.jp/admin/serial/01/ubuntu-recipe/0004
http://gihyo.jp/admin/serial/01/ubuntu-recipe/0005
この記事が大変わかりやすいと思います。

大変参考になるURLをご紹介いただき、ありがとうございます。
早速、SBackupをインストールしました。
ただ、2台めHDDのバックアップができません。
これは別トピックをたてて質問することにします。

hitoさん、色々と教えていただき　ありがとうございます。

Sunのワークステーションで、システム管理者がcoreファイルを消していた理由が分かりました。

昔はワークステーションを使う側だったので気にもしていませんでしたが、現在は本業のかたわら　システム管理もしなければならないので　そういうことは知っておかねばなりませんね。

む〜〜。。いいんだろうか？w

パターンフロー１

[フリーズ発生]→[SysRqキー]→[無事に再起動]→[事後不良がない]

上記が最短としての想定。
４工程で済みます。

パターンフロー２

１）[フリーズ発生]→[SysRqキー]→[無事に再起動]→[事後不良が発生]→[]→[]・・・
２）[フリーズ発生]→[SysRqキー]→[再起動が出来ない]→[]→[]・・・

分岐ですw
１なら、プライオリティが「内容のファイル」なのか「システムの復旧」なのかで、選択肢が分かれる気がします。
２なら、次の選択肢に[電源そのものを落とす]を無理やり組み込んで、

[フリーズ発生]→[SysRqキー]→[再起動が出来ない]→[電源そのものを落とす]-[事後不良がない]
or
[フリーズ発生]→[SysRqキー]→[再起動が出来ない]→[電源そのものを落とす]-[事後不良が発生]→[]→[]・・・
の２択化にしたほうがいいんだろうか・・・（というか、それ以外に無い？）

それ以外に無いのだとすると
・すべてのフリーズは「無問題」である。
（[SysRqキー]か[電源そのものを落とす]以外に初めから選択肢がない）
・すべての問題は「事後不良」である。
と言える。。。

が、
こ　れ　は　明　ら　か　に　変　だ　w

・フリーズに対する対応解が「フリーズしないようにする」ということと一切関係がない。
・「事後不良への対応」は「原因発生の回避」とは別物である。

今回の事例で言うなら
「セカンドライフのエラーログシステム
https://wiki.secondlife.com/wiki/Error_Logging_System
を読み、解決方法を探る」
という方向性で考えて
「電源を落とした後　システムが不安定になるのを防ぐには？」という方向性の解は
「派生成立するが矛盾を含む」と見たほうがいいのかも。。。
（システムの不安定がセカンドライフ動作時に限定される場合)

また、セカンドライフはソースコードが（今のところは）カスタムライセンスなので
ubuntuコミュニティがサポートすることは、無いと思います。。。
（リンデン・ラボは参加者が確保できたらオープンソース化すると言っているようですが）


追記：
＞・フリーズに対する対応解が「フリーズしないようにする」ということと一切関係がない。
って、SysRqキーを紹介したのは私自身でした。。。orz

後付けで申し訳ないのですが、リンクしたSysRqキーの紹介ページで分かるように
「フリーズしてしまった後のシステムを安全にリブート（シャットダウン）させるキー操作」なんです。。

「フリーズの原因をどうにかする」となると
・フリーズ時点で実行させていたアプリケーションのログから該当原因を測る。
・[システム]-[システム管理]-[システム・ログ]を参照し、
　どのデーモンが不安定だったのかを調べる。
↑を私の場合、解決手法に多用しています。
（もっとベストのやり方があるのかも。。。）


再追記：
＞「セカンドライフのエラーログシステム
＞https://wiki.secondlife.com/wiki/Error_Logging_System
これなんですが、内容としてシステム不安定の解決向きではないかも。。
http://secondlife.chu.jp/erro.html
↑のような日本語サイトは見つけたのですが、ガイドラインのようですし。。
「実行スペック、VGA条件が満たされているか、確認してください」といった
促しの案内は良く見かけるのですが、セカンドライフ自体に
ログファイルを吐き出しする機能はデフォルトでは入っていないのでしょうか？
（私はセカンドライフはやったことがないので。。。）

/var/log/messagesの内容から、どうにかできるものではないのかなぁ。。

最後の編集者: doggyx (2008-03-13 02:25:23)

#5から、スレッドの主旨そのものが変更されていたなら、
私のフライングです。。。orz

#10でhiragaさんが挙げている「フリーズに対する操作順序」が
「確定した手法として固定化するのか」を考えていて
矛盾を感じたので。。

直感的に感じたのが、#10の１→２→１・・・の繰り返しは
永遠に「原因そのものの解決にはなりえない」ということです。
それはかろうじて、システム運用を継続させますが・・・。