ジャーナル領域を参照してファイルシステムの復旧を試みることを示すメッセージ

OSSメッセージペディア

2007-11-19 13:00

JBD: bad block at offset logical_block#

対処

まず、ディスクに障害が出ているかを調べ、障害が考えられない場合にはシステムログなどから停止の状況を調査し修復を考える。

該当のディスクにエラーが出ていないかシステムログを調べる。RAIDカードを使っている場合は、RAIDカードが故障している事例も報告されているので、エラーが出ていないか調べる。エラーが出ていた場合は、必要なら交換を行う。

システムログをチェックしてハードウェア障害の可能性が低い場合、ジャーナル情報を書き込んでいる途中にシステムを落としてしまったりして、不整合がおき、そのためファイルが破損しているなどの可能性がある。ジャーナルファイルシステムは、突然の停止などでもファイルの整合性を保つためのものであるから、一般には不整合は生じない。inodeの情報がdirty pageに残った状態での突然の停止などで事例がある。正常なShutdown以外のイベントが無かったか調べてみる。この場合はfsckで検証と修復を行い、様子を見ることもできるが、不整合自体は生じたので、データの検証を行うか、正常な状態の時のバックアップデータで回復することも検討に値する。

ファイルシステムは、破損しているのでmke2fs -j などで作り直すのが確実である。

説明

ジャーナリングファイルシステムでは、システムダウン等の障害が発生した場合に、ジャーナル領域を参照してファイルシステムの復旧を試みる。復旧処理の中で行うディスク先読み処理において、ジャーナルファイルシステムで持っている論理ブロック番号を物理ブロック番号に変換できなかった。

ZDNET Japan 記事を毎朝メールでまとめ読み(登録無料)

ZDNET Japan クイックポール

所属する組織のデータ活用状況はどの段階にありますか?

NEWSLETTERS

エンタープライズコンピューティングの最前線を配信

ZDNET Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET Japanをご覧ください。

このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]