ext3_abort called.
ファイルシステムが異常状態である可能性があるため, badblocksコマンド等を利用しハードディスクが壊れていないか確認する。ハードディスクが壊れていない場合は，システムを再起動する。システム再起動後も現象が発生する場合は，対象ディスクのバックアップを取得後，fsckを実施する。それでも回復しない場合は，ファイルシステムを再フォーマットし，バックアップしたデータを復旧する。
EXT3(third extended file system)に何らかの障害が発生し，ext3_abort関数が呼ばれた。
本メッセージに続き詳細メッセージが表示される。さらに，ファイルシステムのエラー発生時の挙動がpanicの場合パニックメッセージを表示しパニックする。
エラー発生時の挙動がcontinue, remount-ro,panicに設定されており，readonly以外でmountしている場合，Remountのメッセージを表示しreadonlyに変更する。
ZDNet Japan 記事を毎朝メールでまとめ読み(登録無料)
日本企業はデジタル時代の「ルネサンス」を迎える？その真実とは
レガシーなITシステムの呪縛を絶ち、改革への第一歩を踏み出す！
ユースケースで解説！顧客接点の全プロセスを最適化し商談率UPに貢献するCXプラットフォーム
UTMの老舗SonicWallがエンドポイントセキュリティに進出 その詳細プレゼンテーションを公開！
【講演動画】Amazon WorkSpaces で「すぐ実現出来る」3つの働き方改革
【ユースケース】ソフトウェア開発にDell EMCインフラ＋コンテナを使うメリット
HCIのメリットを最大限生かすには？導入後の“ギャップ”を軽減する最適解
コスト削減＆拡張性も、堅牢なセキュリティ＆規制も同時に手に入れる方法、教えます
サブスクビジネスのカギはCX! ITIL準拠のツールをこう使え
“偽クラウド”のERP使っていませんか？多くの企業のITリーダーの生の声から学ぶ
RPA本格展開のカギは？「RPA導入実態調査レポート」が示す活用の道筋
RPA導入時に見落とされがちな“エンタープライズレベルのセキュリティ”を紐解く
エンタープライズ・コンピューティングの最前線を配信
ZDNet Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。
ITビジネス全般については、CNET
Japanをご覧ください。
