読み取り/書き込みの問題、SATA PCI-E アドオン

読み取り/書き込みの問題、SATA PCI-E アドオン

私は Ubuntu/Linux を使い始めたばかりで、これまでは勉強の日々でした。しかし、解決できない問題に悩まされてきました。

ハードディスクの読み取り/書き込み中にフリーズ/ハングアップが発生する問題が発生しています。システムがハングしているわけではなく、データ転送や HDD 上で実行されているものだけが影響を受けています。

私の HDD 構成は次のとおりです: 120 GB SSD、パーティション 1 は Windows 10 (レガシー/ゲーム要件)、パーティション 2 は Ubuntu 15 64 ビット (最小限のインストール) Gnome デスクトップ、パーティション 3 はスワップです。ブート ローダーは Grub 2 を使用しています。次に、6 x 2 TB (7200 rpm) SATA III ドライブで構成される RAID 5 構成があります。これは、インストール後に mdadm を使用して構成されました。

SSD の読み取り/書き込みは問題ないようです。ただし、RAID セクターではより顕著です。データの転送中は、約 5 ~ 10 秒間 HDD のアクティビティがなく、その後、速度が急上昇 (約 120 MB/秒で 5 ~ 10 秒間) し、その後再びハング状態になります。

PCI-E SATA:http://www.startech.com/uk/Cards-Adapters/HDD-Controllers/SATA-Cards/2-Port-PCI-Express-SATA-6-Gbps-Controller-Card~PEXSAT32

このソフトウェア RAID は、すべてのドライブを接続するために小型の RAID コントローラを使用しています。コントローラは SATA ポートの拡張にのみ使用されており、それ自体はストリッピングを行っていません。コントローラに別の HDD を接続しましたが、同じ症状が現れるようです。マザーボードに接続された SSD は正常に動作しています。

プライマリ OS を Linux に切り替える前は、Windows で同じ構成を使用していましたが、問題なく動作していました。確認のため、この状態でテストし、ext2fsd を使用して別のドライブを読み取りました。問題なく動作しました。

確認のため、すべてのドライブで短い HDD テストを実行しましたが、不良セクタなしですべて合格しました。ディスク ユーティリティの [正常性] セクションにも、すべて正常であることが示されています。

オンラインの情報から I/O スケジューラを変更してみましたが、違いはありませんでした。また、他の情報からスワップがアクティブであることを確認しました。

これは、GRUB の後の起動中に関係していると思います。画面の右上にアンダースコアが点滅し、しばらく何も表示されない状態になります。その後、次のエラーが表示されます。ata5: Softreset failed (device not ready). その後、処理を中止し、Gnome ディスプレイ マネージャーのログインに直接進むことが示されます。

ログを確認すると、Kern.log に次のような内容がいっぱい含まれていることがわかりました。

Oct 22 22:47:17 lightwrath-desktop kernel: [18896.613896] ata7.00: status: { DRDY }
Oct 22 22:47:17 lightwrath-desktop kernel: [18896.613899] ata7: hard resetting link
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.089597] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133592] ata7.00: configured for UDMA/33
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133598] ata7.00: device reported invalid CHS sector 0
Oct 22 22:47:18 lightwrath-desktop kernel: [18897.133604] ata7: EH complete
Oct 22 22:47:23 lightwrath-desktop kernel: [18902.196603] ata7: illegal qc_active transition (00000002->00000003)
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489847] ata7.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489851] ata7.00: failed command: READ DMA
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489855] ata7.00: cmd c8/00:08:90:6f:21/00:00:00:00:00/ea tag 1 dma 4096 in
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489855]          res 40/00:01:00:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489856] ata7.00: status: { DRDY }
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.489859] ata7: hard resetting link
Oct 22 22:47:53 lightwrath-desktop kernel: [18932.969484] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013500] ata7.00: configured for UDMA/33
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013506] ata7.00: device reported invalid CHS sector 0
Oct 22 22:47:54 lightwrath-desktop kernel: [18933.013512] ata7: EH complete
Oct 22 22:48:15 lightwrath-desktop kernel: [18954.650783] ata9: illegal qc_active transition (00000080->000000c0)

ここにはたくさんの情報があるのはわかっていますが、問題を診断するために私が知っている限りの情報を提供しようと思いました。フィードバックやサポートがあれば、とても助かります。ありがとうございます、LightWrath

答え1

PCI-E SATA カードを再装着することで、上記の問題を解決できました。Windows で同じ問題が発生しなかった理由はわかりませんが、Linux のデータ転送速度は Windows よりもはるかに速いことに気付きました。処理方法の違いによるものでしょうか、それとも NTFS よりも優れているからでしょうか。

ありがとう。

(自分の回答を受け入れてトピックを閉じることができません)

関連情報