ext3_abort called.
ファイルシステムが異常状態である可能性があるため, badblocksコマンド等を利用しハードディスクが壊れていないか確認する。ハードディスクが壊れていない場合は，システムを再起動する。システム再起動後も現象が発生する場合は，対象ディスクのバックアップを取得後，fsckを実施する。それでも回復しない場合は，ファイルシステムを再フォーマットし，バックアップしたデータを復旧する。
EXT3(third extended file system)に何らかの障害が発生し，ext3_abort関数が呼ばれた。
本メッセージに続き詳細メッセージが表示される。さらに，ファイルシステムのエラー発生時の挙動がpanicの場合パニックメッセージを表示しパニックする。
エラー発生時の挙動がcontinue, remount-ro,panicに設定されており，readonly以外でmountしている場合，Remountのメッセージを表示しreadonlyに変更する。
ZDNet Japan 記事を毎朝メールでまとめ読み(登録無料)
AWSとSUSEを活用し、S/4HANA移行を16週で完遂した米企業の事例
緊急事態からニューノーマルへ 事業継続と働き方改革を実現するワークスタイル変革のススメ
せっかくのクラウド活用-ネットワークをボトルネックにしない導入効果最大化のコツ
クラウド移行に関する疑問に答えます─失敗しないAWS移行の進め方を動画で解説
【事例】AWS移行成功事例に学べ！「システム停止が不安」でクラウド化を躊躇していませんか？
セキュアなテレワークでビジネスを継続する「緊急時対応チェックリスト」
ゼロトラストネットワークアクセス（ZTNA）を今すぐ採用すべき理由
今からでも遅くない、在宅勤務への本格移行を可能にする環境整備のポイント
アプリ開発者とIT管理者、両者のニーズを両立させるプラットフォームとは？
テレワークに立ちはだかる「紙・ハンコ」の壁を経費精算のペーパーレス化からはじめて乗り越える
エンタープライズ・コンピューティングの最前線を配信
ZDNet Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET
Japanをご覧ください。
