☰

SSHD 복제 - HDD와 비교하여 특별히 염두에 두어야 할 사항이 있나요?

tag-icon • tag-icon dd ssd-hdd-hybrid
SSHD 복제 - HDD와 비교하여 특별히 염두에 두어야 할 사항이 있나요?

질문dd 또는 기타 도구를 사용할 때 장치가 중요한 하이브리드 디스크이거나 모든 작업이 HDD와 동일하게 실행된다는 사실입니까?

문맥

장치는 Seagate ST1000LM014입니다. 수리를 위해 노트북(사운드 카드)을 보내기 전에 다음 명령을 사용하여 백업을 수행했습니다.dd if=/dev/sdb conv=sync,noerror bs=64K | gzip -c | split -b 2000m - ./sdb_backup.gz.

예상대로 HP 서비스 담당자는 바로 그 이유 때문에 드라이브를 포맷했습니다. 나는 그들이 그것을 교환했다고 의심할 이유가 (아직) 없습니다. 데이터를 복구했습니다.cat sdb_backup.gz.* | gunzip -c | dd of=/dev/sdb conv=sync,noerror bs=64K

이제 다른 Windows에서 볼 수 있는 것은 복구 파티션뿐입니다 gdisk -l /dev/sdb.

보호 MBR이 있는 유효한 GPT를 찾으세요.
디스크 /dev/sdb: 1953525164 섹터, 931.5 GiB
논리 섹터 크기: 512바이트
디스크 식별자(GUID): {{삭제했습니다}}
파티션을 나눈 테이블은 최대 128개의 항목을 보유할 수 있습니다.
첫 번째 사용 가능한 섹터는 34이고 마지막 사용 가능한 섹터는 1953525130입니다.
파티션은 2048 섹터 경계에 정렬됩니다.
총 사용 가능한 공간은 14,851개 섹터(7.3MiB)입니다.

넘버링 시작(섹터) 끝(섹터) 크기 코드 이름
   1 2048 1333247 650.0MiB 2700 기본 데이터 파티션
   2 1333248 1865727 260.0MiB EF00 EFI 시스템 파티션
   3 1865728 2127871 128.0MiB 0C01 마이크로소프트 예약...
   4 2127872 1907614565 908.6 GiB 0700 기본 데이터 파티션
   5 1907615744 1909415935 879.0MiB 2700  
   6 1909415936 1953513471 21.0 GiB 0700 기본 데이터 파티션

gparted는 처음 4개의 파티션이 "알 수 없음" 유형으로 표시됩니다. sdb4는 최소한 ntfs여야 하지만 이와 같이 마운트되지 않습니다. 또는 ntfs-3g는 다음을 mount -r -t ntfs-3g /dev/sdb4 /media/myusername/sdb4제공합니다.

NTFS 서명이 없습니다.
'/dev/sdb4'를 마운트할 수 없습니다: 잘못된 매개변수
"/dev/sdb4" 장치에 유효한 NTFS가 없는 것 같습니다.

하지만 내 생각엔 그것만으로도 충분한 배경지식이다. 이 오류를 해결하기 위해 여러 가지 방법을 시도했지만 해결하지 못했습니다. 나는 여기서 해결책을 찾고 있지 않습니다.

답변1

당신이 무엇을 하고 있는지 알고 있는 것 같습니다! 이전에 작동 했다면 sdb(Linux에서) 설명하신 대로 복원을 수행한 후에는 확실히 다시 작동할 것입니다. 이런 일이 발생했다면 일종의 사용자 오류가 의심될 것입니다. 그러나 그럼에도 불구하고 나는 무엇이 잘못되었는지 알 수 없습니다. 예를 들어, gunzip이 잘못된 순서로 파일을 입력하면 (아마도) 알 수 있는 끔찍한 경고 메시지가 생성됩니다.

SSD는 드라이브가 별도로 노출되고 캐시는 소프트웨어에 의해 처리된다는 내용을 읽은 것 같습니다. 하지만 나는 이것이 초기 해킹이자 임시방편이었다고 생각합니다. 이 드라이브는 Playstation이나 Mac에서도 쉽게 업그레이드할 수 있다고 광고됩니다. 특별한 소프트웨어 설정이 언급되어 있지 않습니다. 나는 그것이 일반 비하이브리드 드라이브와 동일하게 작동할 것으로 기대합니다.

나는 귀하가 더 이상 백업을 조사할 관심이나 능력이 없을 수도 있다는 것을 이해합니다. 그러나 이러한 백업을 확인하려면 여분의 하드 드라이브나 심지어 테라바이트의 여유 디스크 공간이 필요할 수도 있다는 것을 알게 되었습니다. 파이핑은 dd conv=sparse of=single.img원래 드라이브에 기록되지 않은 블록을 할당하지 않고 이미지 파일을 생성합니다. 예를 들어, losstup을 사용하여 이미지 파일에 디스크로 액세스할 수 있습니다 losetup -P --show -f single.img. (split 명령이 주어지면 이러한 이미지 파일은 vfat/FAT32에서 생성될 수 없다는 점을 언급해야 합니다.)

원칙적으로는 복구를 미리 테스트하지 못한 것 같습니다. 실제로 운영 체제의 이미지 백업을 테스트하는 방법은 이를 동일한 하드웨어(그리고 실제로 부팅 가능한지 확인하기 위한 EFI 부팅 변수)로 복원하는 것입니다. 이것은 그다지 현실적이지 않습니다. 이는 이미지 백업이 어떻게 이루어지지 않는지 보여줍니다.일반적으로 말하면설명하신 것과 같은 상황을 제외하고는 매우 유용합니다.

(Linux 설치 시 EFI 작업을 수행하는 방법을 알고 있는 것 같습니다. Windows의 경우... Linux를 사용하여 정확한 설정을 백업하고 싶습니다 efibootmgr. 또는 귀하를 위해 설계된 CloneZilla와 같은 도구로 연습해 보세요. CloneZilla는 매우 훌륭합니다.)

즉, 당신은할 수 있다이미지 내의 파일에 액세스하는 기능이 검증되었습니다. 이 기술을 사용하면 이미지 백업에 대해 어느 정도 확신을 가질 수 있으며 사용자 파일을 복구하는 능력에 대해서도 거의 완전한 확신을 가질 수 있습니다.

관련 정보