ECS G31T-M9 마더보드에 두 개의 새로운 SATA 하드 드라이브를 연결했습니다. 이는 각각 500GB 및 1TB 용량의 SATA III 기계식 하드 드라이브입니다.
500GB 드라이브에서 먼저 문제가 발생하기 시작했고 결국 마더보드가 이를 감지할 수 없었기 때문에 드라이브 간에 SATA 포트를 교체하여 즉시 솔루션이 나타났습니다. 이로 인해 일주일에서 몇 달까지 일정 기간 동안 문제가 해결되었습니다. , 이 문제는 전력 서지 후에 가끔 발생하지만 이것이 유일한 원인은 아닙니다.
증상은 빠르게 진행되어 두 드라이브 모두에 영향을 미쳤으며, 거의 모든 설치 시도 후에 자동 시스템 제거가 수행되면서 뚜렷한 이유 없이 운영 체제에 의해 하나 또는 두 파티션이 즉시 마운트 해제되는 지점에 이르렀습니다.
이 문제는 SATA 드라이브에만 영향을 미치는 것으로 보입니다. Ide 드라이브도 연결했는데 전혀 문제가 발생하지 않은 것 같습니다.
Arch Linux를 실행하는 시스템과 모든 파티션에는 ext4 파일 시스템이 포함되어 있으므로 fsck에 따르면 이는 모든 오류 보고서(있는 경우)가 강제 마운트 해제와 일치하지 않기 때문에 파일 시스템 내의 오류와 관련이 없습니다.
어떤 SATA 드라이브도 BIOS에 로드되지 않는 문제가 발생했습니다. 이 마지막 문제로 인해 모든 위험 신호가 발생하여 모든 SATA 드라이브를 분리하고 다른 마더보드인 Biostar P4m89-m7b에 연결했습니다.
바이오스타는 드라이브를 바로 인식해서 데이터를 백업하고 복원하는데 며칠을 소비했습니다. 500GB 드라이브에서 모든 파일과 노드를 성공적으로 복구했지만 파티션이 손상되었고 기본 슈퍼 블록이 누락되었으며 e/s 오류가 syslog에 계속 보고되었지만 운 좋게도 ddrescue는 512KB만 포함된 드라이브에서만 작동했습니다. 오류가 감지되었습니다.
모든 파일이 실제로 거기에 있고 1GB 드라이브가 여전히 테스트에 사용 가능한지 확인할 때까지 해당 드라이브에 대한 모든 테스트를 즉시 일시 중지했습니다.
일어난 모든 일로 인해 첫 번째 마더보드(ecs 마더보드)에 대한 자신감이 모두 사라졌지만 여전히 이 모든 문제의 원인이 무엇인지 궁금합니다.
PSU에 결함이 있는 것이 아닐까요? 범용 500W 전원 공급 장치이며, 3개의 하드 드라이브와 스피커 및 프린터를 포함한 몇 가지 외부 주변 장치를 연결했습니다.
그런데 PSU와 관련이 있는 경우 남은 IDE 드라이브에 문제가 없는 이유는 무엇입니까?
이것은 제가 답을 찾고 있는 매우 흥미로운 미스테리이므로 모든 의견을 소중히 여깁니다.
편집: 이것은 제거 중 Journalctl의 출력입니다. blk_update_request: I/O 오류, dev sda, 섹터 15488728 op 0x0: (READ) 플래그 0x80700 phys_seg 8 prio 클래스 0
편집 2: 2020년 9월 20일 16:56:59에 동시에 두 드라이브의 문제를 보고하기 시작한 로그의 빠른 확인, 9월 9일에 로깅이 시작되었습니다. 다음 날짜가 두렵기 때문에 이전 이벤트는 정리되고 덮어쓰여집니다.
두 드라이브의 전체 로그 항목은 다음과 같습니다.
- 1TB 드라이브:https://cloudvyzor.com/logpad/?query&database=sandbox-88e449dee9b24ad5b0d3aa4054833df0
- 500GB 드라이브:https://cloudvyzor.com/logpad/?query&database=sandbox-bd50684d63a559a1930f1424d7597f7b
두 드라이브의 고유한 로그 항목은 다음과 같습니다.
- 1TB 드라이브:https://cloudvyzor.com/logpad/?query&database=sandbox-6718aced5b022e2261450da3fda8cbf3
- 500GB 드라이브:https://cloudvyzor.com/logpad/?query&database=sandbox-d729f9a2dad82e8020aa0fc350964105
9월 20일부터 전체 이벤트: