내 상사는 내가 디스크 복제를 수행하는 동안 구성하기 어려운 소스 하드 디스크가 실수로 손상된 것을 우려하고 있습니다.
드라이브가 모든 면에서 완벽하게 작동하는 것처럼 보이므로 드라이브가 손상되었다고는 생각하지 않습니다. 그러나 응용 프로그램은 안전에 매우 중요하므로 상사에게 이러한 믿음을 정당화해야 합니다. 의심스러운 부분은 테스트 결과 대상 드라이브가 올바르게 작동했음에도 불구하고 Acronis True Image가 복제 완료 시 오류를 표시했다는 것입니다.
내 경험에 따르면 클론이 실패하거나 완벽하게 작동합니다. 또한 복제 중에 소스 드라이브가 손상될 가능성이 거의 없습니다. 이것이 공정한 가정입니까?
이것을 어떻게 확실히 결정할 수 있습니까?
플랫폼은 Windows 10 Pro이지만, 어떤 OS 환경에서도 접근할 수 있으면 좋겠습니다.
감사합니다!
의견에 대한 응답: "디스크 복제에 실패했습니다."라는 오류가 발생했습니다. 어쩌면 단어 그대로는 아니지만 매우 유사한 일반적인 오류일 수도 있습니다. 복제를 다시 수행하면 정확한 문구로 업데이트됩니다.
내 상사는 테스트 중에 두 드라이브의 OS가 매우 불안정해져서 데이터가 변경되었을 수 있다고 생각합니다. 나중에 이것이 드라이브를 꺼낼 때 접지 테이프를 일부 제거했고 접지 테이프를 교체하면 두 드라이브 모두의 문제가 해결되었기 때문이라는 것을 깨달았습니다.
답변1
디스크의 모든 파일에 대해 sha256 체크섬을 수행할 수 있습니다. 유일한 문제는 다음과 같습니다.
- 비교하는데 시간이 많이 걸릴 것 같아요
- 복제 후 두 이미지 중 하나를 부팅하면 일부 비트가 변경됩니다.
따라서 복제 후에는 즉시 sha256 비교를 수행해야 하며 어느 드라이브도 부팅하지 않아야 합니다.
따라서 모든 sha256이 일치하면 파일은 동일합니다.
답변2
백업 작업에는 소스 드라이브의 읽기 작업만 포함된다는 사실을 알고 복사 작업을 위해 소스 디스크가 손상되었다고 가정하는 상사의 추론은 정확히 무엇입니까?
내 경험에 따르면 클론이 실패하거나 완벽하게 작동합니다. 또한 복제 중에 소스 드라이브가 손상될 가능성이 거의 없습니다. 이것이 공정한 가정입니까?
백업 작업에서 정상적인 사용 중에 읽혀지지 않는 드라이브 섹터를 읽으려고 했기 때문에 소스 드라이브에 문제가 있는 것으로 나타났습니다. Rufus 프로그램을 검색할 때 이 사이트에서 유사한 문제를 발견합니다. 사람들은 Rufus가 USB 드라이브를 파괴하고 있다고 주장합니다. 실제로는 짧은 시간 안에 많은 정보(큰 이미지 파일)가 기록되어 펜드라이브의 많은 공간을 차지하므로 대상 드라이브의 문제가 드러납니다.
이것을 어떻게 확실히 결정할 수 있습니까?
Acronis True Image에서 사용 중이던 복사 모드를 공개하지 않았으므로 섹터 가독성과 파일 시스템 무결성을 확인해야 합니다: 파일 또는 파티션, 사용된 공간 또는 섹터별 전체 섹터...
- smartmontools를 실행하고 여기에 로그 파일을 게시하세요.
여기에서 로그 파일을 컴파일하는 방법에 대한 설명을 찾을 수 있습니다.
https://forum.cgsecurity.org/phpBB3/viewtopic.php?f=5&t=10910
- 로그 파일에 표시된 매개변수에 따라 소스 드라이브를 복제하거나 읽을 수 없는 섹터를 검색해야 합니다. 가장 쉬운 방법은 Knoppix, systemrescueCD 등으로 채워진 Linux 펜드라이브에서 이 작업을 수행하는 것입니다. 기본 구문은
ddrescue infile outfile mapfile. 파일뿐만 아니라 파티션과 드라이브도 나타낼 수 있습니다infile.outfile디스크에서 해당 명령을 실행해야 합니다. 맵파일은 읽을 수 없는 섹터를 코딩되었지만 읽을 수 있는 형식으로 표시합니다.
입력 드라이브의 가독성을 확인하는 경우 출력 대상은 /dev/null출력 파일로 사용하여 삭제됩니다.
- 소스 디스크에서 chkdsk 실행
소스에서 chkdsk를 실행하면 되돌릴 수 없습니다. 원본 디스크가 손상되었는지 의심되는 경우 chkdsk를 호출하기 전에 복사본이 있는지 확인하십시오.
답변3
복제가 손상되었을 수 없습니다.하드 드라이브, 즉. 물리적 장치. 복제할 디스크를 읽고 복제 중인 디스크에 쓰는 것은 다른 디스크 작업과 다르지 않습니다. 즉, 실수로 디스크를 손상시킬 가능성은 파일을 복사할 때보다 크지 않습니다(물론 복제되는 데이터의 양에 따라 조정됨). 복제 중에 드라이브가 종료될 수도 있지만, 이 경우 정상 작동 중에도 드라이브가 곧 종료될 수 있습니다. 이벤트의 원인은 복제가 아니라 드라이브 상태입니다.
SMART 매개변수를 읽어 디스크의 물리적 상태를 확인할 수 있습니다. SMART는 디스크에 내장된 진단 데이터 수집 시스템입니다. 가장 중요한 것은 재할당된 섹터 수와 보류 중인 섹터 수는 이상적으로 모두 0이어야 합니다. 이러한 매개변수 중 하나라도 0보다 큰 경우 드라이브는 완전히 신뢰할 수 없는 것으로 간주되어야 합니다. 수천 개라면 시한폭탄이 됩니다.
SMART가 괜찮아 보이면 디스크가 손상되지 않은 것입니다(언급한 테이프와 같은 외부 기계적 손상을 제외하고).
그렇다면 논리적 손상이 있습니다. 디스크 구조의 손상: 파티션 테이블과 파일 시스템. 즉, 바이트를 올바르게 읽고 쓸 수 있지만 해당 값이 의미가 없거나 일관성이 없습니다. 이러한 손상은 소스 디스크에 이미 존재하거나, 이미지를 처리할 때 발생하거나, 대상 디스크에 쓸 때 발생할 수 있습니다(단, 섹터별 복제가 활성화되지 않은 경우 Acronis True Image와 같은 보다 정교한 복제기는 첫 번째 사례를 감지하지만). 소스보다 작은 파티션에 복제하는 경우에도 이런 일이 발생하지만, 제가 정확하게 기억한다면 True Image는 그것도 감지할 것입니다.
괜찮은 파티션 편집기는 파티션 테이블에 문제가 있는지 알려줄 것입니다. 예를 들어 무료이며 시작할 수 있는 GParted가 있습니다. Ubuntu USB에서 시작할 때 잠재적인 문제에 대해 경고합니다. 추가 대화 상자 없이 기본 창에 도달하면 파티션 테이블에 문제가 없는 것입니다. 그런 다음 표시된 파티션 옆에 있는 경고 또는 오류 아이콘을 찾으십시오. 있는 경우 파티션을 마우스 오른쪽 버튼으로 클릭하고 선택하십시오.정보. (최신 버전의 GParted에서는 일부 시스템 패키지가 누락된 경우 FAT 파티션 옆에 오류가 표시됩니다. 이는 파티션에 문제가 있음을 나타내는 것이 아니므로 무시할 수 있습니다.)
마지막으로 파티션의 파일 시스템이 손상될 수 있습니다. NTFS의 경우 Windows chkdsk또는 해당 그래픽 버전을 사용하여 파일 시스템 일관성을 확인하는 것이 가장 좋습니다. 이러한 문제 중 일부는 이러한 도구를 사용하여 복구할 수 있습니다.