• ベストアンサー

RHEL3でシャットダウン時、/varがunmountされない

RHEL3でシャットダウン(init 0/shutdown -h now)やリブート(init 6/reboot)実行時に、終了ステータスが表示されるが、その際、/var が「busy」状態で正常にアンマウントできないと表示される。 ただし数回リトライした後、強制的にアンマウントされている。 この現象を回避し正常に終了させたいのですが、手詰まり状態です。 ちなみに発生は毎回ではなく、且つ発生した場合の対象パーティションは、いつも/varのみです。 またインストール直後に、RHNを行ったぐらいで特にアプリケーションを動かしている訳ではありません。 この回避方法をご存知の方、大変申し訳ないですが、お知恵を貸して下さい。 よろしくお願いします。

質問者が選んだベストアンサー

  • ベストアンサー
回答No.2

auditというサービスが関係しています。とめてみてください。 原因についてはわかりません。RHELにはサポートサービスがついているはずですからRedHatに問い合わせてみてはどうでしょうか。 RHEL3 update2 から audit 機能が追加されています。 これまでの経験では、update版にはそれまでになかった機能が追加されたりするのですがそいつらが問題を引き起こしたりしたことが何度かありました。 Redhatは、所詮はオープンソースプログラムの寄せ集めです。全体的な品質に対しては過度の期待をせず、時間をかけて十分な検証を行ってリスクを調べて使ったよいです。

参考URL:
http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/release-notes/as-x86/RELEASE-NOTES-U2-x86-en.html
skunkskunk
質問者

お礼

頂いた回答を元にRHELのサポートに問い合わせたところ、この現象は既知のバグらしいです。 仰るとおり、audit機能を起動させないことで回避率は大幅に減少するらしいですが、根本的な解決にはならないとのこと。 (現状の根本解決は、/varパーティションを作成しないだそうです。なんだそれ!!) 原因を掴む事ができました。 どうも有り難うございました。

すると、全ての回答が全文表示されます。

その他の回答 (1)

  • anmochi
  • ベストアンサー率65% (1332/2045)
回答No.1

う~ん・・・・。可能性としては、例えばPostgreSQLやメールスプーラーなどのプロセスが正常に終了されていない、という事だが・・・・。 全く関係ないかも知れないが、rc0.dとrc6.dにK??postgresqlやK??postfixなどが(それぞれ普段は起動している場合にね)あるかどうかもう一度確認してみてはどうだろうか。

skunkskunk
質問者

お礼

ありがとうございます。 安全策のため、K??postgresql、K??postfixを加えることにしました。

すると、全ての回答が全文表示されます。

関連するQ&A