어제 Linux 부팅에서 하드 리셋을 수행했습니다. 이로 인해 HDD(복원 로그의 UNC)에 심각한 문제가 발생했습니다. I/O 오류로 인해 충돌이 발생하는 ddrescue대신 사용해야 했습니다 .dddd
나는 다음을 수행했습니다.
# ddrescue -f /dev/zero /dev/sda
전체 250GB를 통과했습니다 /dev/sda. 재부팅 후 BIOS나 LiveCD 모두 하드 드라이브를 볼 수 없습니다.
LiveCD를 부팅했는데 /dev/sdaHDD가 없습니다 /dev/disk/*.
SATA 컨트롤러는 괜찮습니다.
$ lspci | grep -i sata
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
문제는 내가 너무 깊이 파고드는 걸까? 내 하드 드라이브가 영원히 사라졌나요? 아니면 수리할 수 있나요?
답변1
일반적으로 HDD에 오류가 발생하면 다음 네 가지 중 하나가 발생할 수 있습니다.
1. 하드 드라이브 하드웨어 오류
- 질문:HDD는 물리적인 하드웨어 장애를 겪으며 거의 사라졌습니다.
- 복구 가능:아니요
2. 케이블링 및 컨트롤러
- 질문:HDD가 연결된 케이블이나 컨트롤러 카드에 오류가 발생했거나 오류가 발생한 경우 케이블을 새 것으로 교체하거나 HDD를 다른 컨트롤러로 옮기거나 시스템의 컨트롤러를 새 컨트롤러로 교체할 수 있습니다. 일반적으로 위 작업 중 하나를 수행하면 오류가 발생한 것으로 추정되는 하드 드라이브를 복구할 수 있습니다.
- 복구 가능:아마
3. 소프트웨어 손상
- 질문:드라이브의 소프트웨어가 손상되었습니다. 이러한 유형의 오류는 복구가 "가능"합니다.
- 복구 가능:가능한
4. HDD 미디어 결함
질문:HDD 플래터를 구성하는 미디어는 시간이 지남에 따라 오류가 발생하기 시작하며, 이는 주로 시스템이 부팅할 수 없는 것처럼 보이거나 이상하게 잠기는 등을 통해 오류로 추정되는 것으로 나타납니다.
이러한 유형의 결함은 종종 HDD 노화로 인해 발생하는 더 큰 상태의 일부입니다. 이러한 유형의 오류는 일반적으로 신속하고 올바른 조치를 취한다고 가정할 때 복구 가능성이 높습니다.
복구 가능:가능성이 매우 높다
복구 방법
~을 위한#2나는 일반적으로 하드 드라이브를 다른 시스템으로 옮기거나 케이블을 변경하여 이것이 문제의 근본 원인인지 확인하려고 합니다.
~을 위한#삼저는 드라이브를 복구하기 위해 두 가지 방법만 사용했습니다. 나는 보통 사용한다HDAT2또는스핀 크리스탈하드 드라이브를 수리해 보십시오.
답변2
보충을 위해.
그리고 dd아직 명령 ddrescue하지 않았어물리적손상된 디스크,오직닦아냈습니다. 실제로 이를 사용하는 동안 I/O 오류가 발생하는 dd데에는 여러 가지 이유가 있을 수 있습니다 .
아니면, 그렇습니다. 파괴할 수 있습니다. 하지만 처음부터 결함이 있는 경우에만 가능합니다. 마치 누군가 운전 중에 휘발유 탱크에 설탕을 넣은 것과 같습니다.
일부 시스템(일반적으로 노트북 및 태블릿)은 디스크의 숨겨진 파티션에 추가 유틸리티(예: 시스템 진단 테스트)를 저장할 수 있습니다. 이 경우 dd명령을 사용하면 해당 문제도 지워질 가능성이 높습니다.
먼저 BIOS를 확인해보겠습니다. HDD가 활성화되어 있는지 확인하세요. BIOS를 기본 설정 등으로 재설정합니다. 대부분의 시스템은 경고음 코드도 사용합니다. 이는 부팅이 시작될 때 발생하는 경고음으로, 경고음이 한 번 울리면 오류가 발생하고 경고음이 두 번 울리면 또 다른 오류가 발생합니다. 설명서를 확인하세요.
BIOS에서 드라이브가 여전히 누락된 경우 드라이브 연결을 끊었다가 다시 연결하여 물리적 검사를 시작하십시오. (가능한 경우) 다른 시스템에서 테스트해 보세요. (읽다@slm대답. )
추가 도구 모음으로 다음을 볼 수도 있습니다.Hirens 부팅 CD도구 모음입니다살다영상. 무엇보다도 HDAT2는 있지만 Spinrite는 없습니다.