Ubuntu システムログその6 - HDDが故障もしくは故障しそうな時に出力されるログ・ファイルのバックアップについて

HDDが故障もしくは故障しそうな時に出力されるログ

HDDが故障もしくは故障しそうな時に出力されるsyslogの内容や現象を、ピックアップしてみます。
ログは「GNOMEシステムログ」で参照すると良いです。
以下のようなログ（キーワードは赤字の箇所）がsyslogに出力されたら要注意です。

ata7.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x0
ata7.00: irq_stat 0x40000008
ata7.00: failed command: READ FPDMA QUEUED
ata7.00: cmd 60/00:08:c0:e0:dd/01:00:48:00:00/40 tag 1 ncq 131072 in
         res 41/40:00:58:e1:dd/00:00:48:00:00/40 Emask 0x409 (media error) <F>
ata7.00: status: { DRDY ERR }
ata7.00: error: { UNC }
ata7.00: configured for UDMA/133
sd 6:0:0:0: [sdg] Unhandled sense code
sd 6:0:0:0: [sdg]
Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 6:0:0:0: [sdg]
Sense Key : Medium Error [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
        48 dd e1 58
sd 6:0:0:0: [sdg]
Add. Sense: Unrecovered read error - auto reallocate failed
sd 6:0:0:0: [sdg] CDB:
Read(10): 28 00 48 dd e0 c0 00 01 00 00
end_request: I/O error, dev sdg, sector 1222500696
ata7: EH complete

重要なファイルのバックアップ

先に上げたキーワードがsyslogに出力されたら、まずは重要なファイルのバックアップをとります。

問題の原因にもよりますが、時間経過によりHDDが全く読み込めなくなるなど状況が悪化する可能性があります。
PCを再起動したらHDDが認識せず、HDD内のファイルにアクセスできなくなる、といった状況は避けたいものです。

ちなみに重要なファイルとは、後から復元できないファイルのことです。
インターネット経由で再度取得できるものは、バックアップの優先度を下げても良いです。

普段からバックアップを作成する

普段からバックアップをとっていれば、その程度に応じて被害を抑えることができます。

UbuntuやUbuntuソフトウェアセンターからインストールしたアプリ等、インターネット経由で再度取得できるものは、HDDが故障しても再インストールが可能です。
従って、ユーザー固有のファイル（ドキュメントとか写真とか）を優先的にバックアップするとよいでしょう。

ユーザー固有のファイルのバックアップ

    以前紹介した「Deja Dup」は標準でインストールされるバックアップアプリです。
    自動的に差分バックアップでファイルのバックアップを作成してくれるので、積極的に活用するとよいでしょう。
    「Deja Dup」はユーザー固有のファイルをバックアップするのに適したお勧めのアプリです。
Ubuntu Oneなどオンラインストレージにも対応しています。

ただし、Ubuntuを丸ごとバックアップするなど、システムのバックアップには向いていません。

HDDやパーティションの丸ごとバックアップ

バックアップ先に十分な空き容量がある場合は、HDDやパーティションを丸ごとバックアップしておくのも良い方法です。
以前紹介した「Clonezilla」はこの目的に適したソフトです。

丸ごとバックアップは手間がかかるので、バックアップを作成するタイミングを決めておくと良いでしょう。

タイミングの例

Ubuntuは6ヶ月毎にバージョンアップするので、3ヶ月に1度バックアップを作成します。
Ubuntuをバージョンアップする前にバックアップを作成、新バージョンで3ヶ月使用し環境が落ち着いた頃にバックアップを作成、といった感じです。

今までマウントできていたボリュームがマウントできなくなった

マウントの方法は何でも良いのですが、今までマウントしファイルの読み書きができていたボリュームがマウントできなくなるケースです。

HDDは認識されているか

まずHDDそのものが認識されているかどうかは、「ディスク」や「ディスクユーティリティ」、「GParted」で確認することができます。

それらのアプリでHDDが表示されない場合、そもそもHDDが認識されていません。
HDD等ハードウェアが故障している可能性があります。

ハードウェアレベルでHDDが認識されていない場合、ログには何も出力されません。

HDDは認識されているがボリュームがマウントできない

先に上げたアプリでHDD及びパーティションは表示されるが、ボリュームがマウントできないケースです。
アプリによっては、以下のエラーが表示されることがあります。

Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail or so

ファイルシステムのチェックで状況が改善する可能性はありますが、一時的な改善としてみたほうが良いでしょう。
純粋にファイルシステムの破損なら、「exception Emask」といったハードウェアレベルのログは出力されません。

マウントはできるが、ファイルの読み書きをしていると急にファイルの書き込みができなくなった

ボリュームをマウント後、しばらく使用しているとボリュームが読み込み専用になってしまい、ファイルへの書き込みができなくなるケースです。
以下ログの例です。

kernel: [ 249.193555] ata1.00: exception Emask 0x0 SAct 0x7 SErr 0x0 action 0x0
kernel: [ 249.193561] ata1.00: irq_stat 0x40000001
kernel: [ 249.193565] ata1.00: failed command: READ FPDMA QUEUED
kernel: [ 249.193572] ata1.00: cmd 60/20:00:90:6f:53/00:00:1a:00:00/40 tag 0 ncq 16384 in
kernel: [ 249.193572] res 41/40:20:98:6f:53/00:00:1a:00:00/40 Emask 0x409 (media error) <F>
kernel: [ 249.193575] ata1.00: status: { DRDY ERR }
kernel: [ 249.193578] ata1.00: error: { UNC }
kernel: [ 249.193581] ata1.00: failed command: WRITE FPDMA QUEUED
kernel: [ 249.193587] ata1.00: cmd 61/18:08:18:fb:0e/00:00:2b:00:00/40 tag 1 ncq 12288 out
kernel: [ 249.193587] res 41/40:08:98:6f:53/00:00:1a:00:00/40 Emask 0x9 (media error)
kernel: [ 249.193590] ata1.00: status: { DRDY ERR }
kernel: [ 249.193593] ata1.00: error: { UNC }
kernel: [ 249.193596] ata1.00: failed command: WRITE FPDMA QUEUED
kernel: [ 249.193602] ata1.00: cmd 61/d8:10:a0:bd:8b/00:00:0d:00:00/40 tag 2 ncq 110592 out
kernel: [ 249.193602] res 41/40:08:98:6f:53/00:00:1a:00:00/40 Emask 0x9 (media error)
kernel: [ 249.193605] ata1.00: status: { DRDY ERR }
kernel: [ 249.193607] ata1.00: error: { UNC }
kernel: [ 249.196606] ata1.00: configured for UDMA/100
kernel: [ 249.196622] sd 0:0:0:0: >[sda] Unhandled sense code
kernel: [ 249.196624] sd 0:0:0:0: >[sda]
kernel: [ 249.196626] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
kernel: [ 249.196628] sd 0:0:0:0: >[sda]
kernel: [ 249.196629] Sense Key : Medium Error [current] [descriptor]
kernel: [ 249.196633] Descriptor sense data with sense descriptors (in hex):
kernel: [ 249.196634] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
kernel: [ 249.196642] 1a 53 6f 98
kernel: [ 249.196645] sd 0:0:0:0: >[sda]
kernel: [ 249.196648] Add. Sense: Unrecovered read error - auto reallocate failed
kernel: [ 249.196650] sd 0:0:0:0: >[sda] CDB:
kernel: [ 249.196651] Read(10): 28 00 1a 53 6f 90 00 00 20 00
kernel: [ 249.196658] end_request: I/O error, dev sda, sector 441675672
kernel: [ 249.196674] sd 0:0:0:0: >[sda] Unhandled sense code
kernel: [ 249.196676] sd 0:0:0:0: >[sda]
kernel: [ 249.196678] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
kernel: [ 249.196679] sd 0:0:0:0: >[sda]
kernel: [ 249.196681] Sense Key : Medium Error [current] [descriptor]
kernel: [ 249.196683] Descriptor sense data with sense descriptors (in hex):
kernel: [ 249.196684] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
kernel: [ 249.196692] 1a 53 6f 98
kernel: [ 249.196695] sd 0:0:0:0: >[sda]
kernel: [ 249.196697] Add. Sense: Unrecovered read error - auto reallocate failed
kernel: [ 249.196699] sd 0:0:0:0: >[sda] CDB:
kernel: [ 249.196700] Write(10): 2a 00 2b 0e fb 18 00 00 18 00
kernel: [ 249.196706] end_request: I/O error, dev sda, sector 722402072
kernel: [ 249.196710] Buffer I/O error on device sda6, logical block 82899555
kernel: [ 249.196718] Buffer I/O error on device sda6, logical block 82899556
kernel: [ 249.196722] Buffer I/O error on device sda6, logical block 82899557
kernel: [ 249.196725] EXT4-fs warning (device sda6): ext4_end_bio:250: I/O error writing to inode 20709582 (offset 0 size 12288 starting block 90300262)
kernel: [ 249.196726] JBD2: Detected IO errors while flushing file data on sda6-8
kernel: [ 249.196737] sd 0:0:0:0: >[sda] Unhandled sense code
kernel: [ 249.196739] sd 0:0:0:0: >[sda]
kernel: [ 249.196740] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
kernel: [ 249.196742] sd 0:0:0:0: >[sda]
kernel: [ 249.196743] Sense Key : Medium Error [current] [descriptor]
kernel: [ 249.196745] Descriptor sense data with sense descriptors (in hex):
kernel: [ 249.196746] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
kernel: [ 249.196754] 1a 53 6f 98
kernel: [ 249.196758] sd 0:0:0:0: >[sda]
kernel: [ 249.196759] Add. Sense: Unrecovered read error - auto reallocate failed
kernel: [ 249.196761] sd 0:0:0:0: >[sda] CDB:
kernel: [ 249.196762] Write(10): 2a 00 0d 8b bd a0 00 00 d8 00
kernel: [ 249.196768] end_request: I/O error, dev sda, sector 227261856
kernel: [ 249.196781] ata1: EH complete
kernel: [ 249.196810] Aborting journal on device sda6-8.
kernel: [ 249.197216] EXT4-fs error (device sda6): ext4_journal_start_sb:370: Detected aborted journal
kernel: [ 249.197219] EXT4-fs (sda6): Remounting filesystem read-only

ポイントは以下のログです。

EXT4-fs (sda6): Remounting filesystem read-only

「sda6が読み込み専用で再マウントされました」と出力されています。

以下もログの例です。

kernel: [ 1676.289748] Buffer I/O error on device sda3, logical block 96221046
kernel: [ 1676.289749] Buffer I/O error on device sda3, logical block 96221047
kernel: [ 1676.289750] Buffer I/O error on device sda3, logical block 96221048
kernel: [ 1676.289751] Buffer I/O error on device sda3, logical block 96221049
kernel: [ 1676.289752] Buffer I/O error on device sda3, logical block 96221050
kernel: [ 1676.289753] Buffer I/O error on device sda3, logical block 96221051
kernel: [ 1676.289754] Buffer I/O error on device sda3, logical block 96221052
kernel: [ 1676.289756] Buffer I/O error on device sda3, logical block 96221053
kernel: [ 1676.289757] Buffer I/O error on device sda3, logical block 96221054
kernel: [ 1676.289758] Buffer I/O error on device sda3, logical block 96221055
kernel: [ 1676.289759] EXT4-fs warning (device sda3): ext4_end_bio:250: I/O error writing to inode 15731887 (offset 342884352 size 524288 starting block 129425402)
kernel: [ 1676.289762] sd 0:0:0:0: [sda]
kernel: [ 1676.289763] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
kernel: [ 1676.289764] sd 0:0:0:0: [sda]
kernel: [ 1676.289765] Sense Key : Aborted Command [current] [descriptor]
kernel: [ 1676.289766] Descriptor sense data with sense descriptors (in hex):
kernel: [ 1676.289767] 72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00
kernel: [ 1676.289771] 3d b7 05 d7
kernel: [ 1676.289773] sd 0:0:0:0: [sda]
kernel: [ 1676.289773] Add. Sense: No additional sense information
kernel: [ 1676.289775] sd 0:0:0:0: [sda] CDB:
kernel: [ 1676.289775] Write(10): 2a 00 3d b7 05 d7 00 00 20 00
kernel: [ 1676.289779] end_request: I/O error, dev sda, sector 1035404759
kernel: [ 1676.289789] ata1: EH complete
kernel: [ 1676.289832] EXT4-fs (sda3): delayed block allocation failed for inode 15731887 at logical offset 84032 with max blocks 4 with error -5
kernel: [ 1676.289842] EXT4-fs (sda3): This should not happen!! Data will be lost

HDDのSMART情報について

多くのHDDはSMARTにより、自己診断を行ったりHDDの状態を報告するシステムを備えています。
ただし、SMARTに過度な期待は禁物です。
あくまで参考程度に留めておいた方が良いでしょう。

「SMARTでは問題がない」と報告されていても、上記で紹介したようなログが出力されていた場合、その後HDDが故障するケースは多々あります。

確認すること

今まで上げたログが出力された場合、以下の内容を確認します。

SATAコントローラー

SATAコントローラー自身が故障しているか、バグがあるケースです。
バグについては、Windowsも事情は同じなので情報を検索してみるとよいでしょう。

IntelのチップセットなどメジャーなSATAコントローラーは、ユーザー数が多くバグ報告も多いため、ソフトウェア側で問題を対処していることがあります。
もちろんソフトウェア側では、どうしようもないケースもあります。

もし他のSATAコントローラーが存在している場合、接続するSATAポートを変更してみるとよいでしょう。
例えば、「Marvell Technology Group Ltd. 88SE9120 SATA 6Gb/s Controller」に接続しているHDDを「Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller」に接続して様子を見てみます。

別のPCやHDDケースを所持している場合、そちらにHDDを接続して現象が発生するか様子を見てみるもの良いでしょう。
ただOSが異なると現象の出方が変わります。
可能であれば、同じUbuntuのバージョンで確認すると良いです。

SATAケーブル

SATAの仕様としてデータの転送速度に応じていくつか規格があります。
Linux Kernelではハードウェアの仕様から適切な転送速度を選択します。
例えば、6Gbpsの転送速度で接続するには、OS、SATAコントローラー、SATAケーブル、HDDのすべてが6Gbpsに対応している必要があります。
いずれかがその転送速度に対応していない場合、より低い転送速度で接続されます。

SATAケーブルの品質が低い場合や劣化している場合、低い転送速度で接続されたり、HDDとの通信中にエラーが発生します。
SATAケーブルを品質が良い物に変えることで、現象が改善されることがあります。

電源及び電源ケーブル

可能性としては高くないのですが、システム全体が必要とする電力を供給しきれない電源（経年劣化含む）やHDDに接続している電源ケーブルの劣化等、影響を与えることもあります。

HDDが故障寸前（故障している）

可能性として一番高いのが、HDDの故障です。
長い間頻繁に使用しているHDDは要注意です。

別のPCやHDDケースを所持している場合、そちらにHDDを接続して現象が発生するか様子を見てみるもの良いでしょう。

Linux Kernelのバグ

    Linux Kernelのバグです。
SATAコントローラー等ハードウェアが新しい場合や、マイナーなハードウェアのため対応しきれていないケースもあります。

    異なるバージョンのUbuntuを使用して、現象が発生しないか確認すると良いでしょう。
まず最新版のUbuntuで現象が発生するか確認するのが良いです。
    場合によっては特定の機能（NCQ等）をLinux Kernel側でオフにすることで、現象が改善することもあります。

特定の機種による現象

特定の機種でのみ起きる現象もあります。
機種名で検索すると、情報が見つかることがあります。

Launchpadの参考情報

Launchpadで報告されている不具合情報へのリンクです。
以下のリンクは、おおよそ1年以内に何かしら情報が更新されているリンクです。

システムログ

スポンサー

コメントポリシー

コメントをする前に UbuntuのCode of Conduct（CoC/行動規範）を確認し、CoCに沿ったコメントをお願いします。

コメントの使い方は、コメントの使い方を参照してください。

同一カテゴリーの記事

Ubuntu システムログ その6 - HDDが故障もしくは故障しそうな時に出力されるログ・ファイルのバックアップについて