Seagate St2000dm001 2TB Barracuda Sata3 디스크가 있는데 다음과 유사한 오류가 발생합니다.
[Tue Jun 14 10:02:06 2022] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6 frozen
[Tue Jun 14 10:02:06 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 10:02:06 2022] ata2.00: cmd 61/00:00:00:48:9f/02:00:b2:00:00/40 tag 0 ncq 262144 out
[Tue Jun 14 10:02:06 2022] res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[Tue Jun 14 10:02:06 2022] ata2.00: status: { DRDY }
[Tue Jun 14 10:02:06 2022] ata2: hard resetting link
[Tue Jun 14 10:02:16 2022] ata2: softreset failed (1st FIS failed)
[Tue Jun 14 10:02:16 2022] ata2: hard resetting link
[Tue Jun 14 10:02:26 2022] ata2: softreset failed (1st FIS failed)
[Tue Jun 14 10:02:26 2022] ata2: hard resetting link
[Tue Jun 14 10:02:42 2022] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[Tue Jun 14 10:02:42 2022] ata2.00: configured for UDMA/133
[Tue Jun 14 10:02:42 2022] ata2.00: device reported invalid CHS sector 0
[Tue Jun 14 10:02:42 2022] ata2: EH complete
다른 케이블과 다른 컴퓨터에서 디스크를 테스트했는데 오류가 지속됩니다. 디스크가 깨진 케이스처럼 보이지만 반전이 있습니다. 매우 긴 작업을 수행하는 동안 오류를 Greping하면 mkfs.ext4 -c -c오류에 대한 주기적인 패턴이 제공됩니다.
[Mon Jun 13 10:47:02 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 11:51:08 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 12:55:14 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 14:01:21 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 15:08:27 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 16:15:33 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 17:22:39 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 18:29:43 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 19:36:49 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 20:43:55 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Mon Jun 13 21:50:02 2022] ata2.00: failed command: READ FPDMA QUEUED
[Mon Jun 13 22:57:08 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 00:04:14 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 01:11:17 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 02:15:24 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 03:19:30 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 04:26:36 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 05:33:42 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 06:40:48 2022] ata2.00: failed command: READ FPDMA QUEUED
[Tue Jun 14 07:47:54 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 08:55:00 2022] ata2.00: failed command: WRITE FPDMA QUEUED
[Tue Jun 14 10:02:06 2022] ata2.00: failed command: WRITE FPDMA QUEUED
거의 정확히 1시간 7분 간격으로 발생합니다. smartd와 관련이 있을 수 있다고 생각했는데 smartd실행되지 않았습니다. 그래서 저는 막혔습니다. 어떤 종류의 하드웨어 결함으로 인해 1시간 7분 동안 주기적인 오류가 발생합니까? 어떤 아이디어라도 높이 평가될 것입니다.
친애하는,
니콜라스
답변1
값싼 발진기의 정확도 내에서 거의 정확히 4000초에 해당합니다.
이는 아마도 SATA 드라이브나 SATA 컨트롤러 펌웨어의 무언가가 이 작업을 자동으로 수행한다는 의미입니다.
그 이유는 기본적으로 무엇이든 될 수 있습니다. 예를 들어 일부 구성 요소 검사 서브루틴이 실패하면 드라이브 펌웨어가 4000초마다 재설정됩니다. 링크 재협상을 시도할 때마다 4000초마다 SATA 컨트롤러 펌웨어가 재설정되는데 실패하거나 실제로는 다른 일이 발생합니다(이 두 가지 예는 다른 어떤 것보다 가능성이 높지 않습니다).
타이밍이 시사하는 유일한 것은 운영 체제, 컨트롤러 또는 드라이브 펌웨어로 실행하는 소프트웨어인지 여부에 관계없이 소프트웨어가 이를 수행하기로 결정한다는 것입니다. 이는 소프트웨어 버그일 수도 있고 하드웨어 오류의 실제 감지일 수도 있습니다.
그래서 이것을 진단하기가 정말 어렵습니다. 컨트롤러와 드라이브가 이미 최신 펌웨어 버전인 경우( fwupdmgr get-updates둘 모두에 대해 친구입니다), 글쎄요.