SSHD 複製 - 與 HDD 相比，需要牢記一些特別的東西？
問題是在使用 dd 或其他此類工具時，設備是混合磁碟這一事實是否具有任何（以及什麼）重要性，或者所有操作是否與 HDD 執行相同。
上下文
有問題的設備是希捷 ST1000LM014。在將筆記型電腦送去維修（音效卡）之前，我使用此命令進行了備份：
dd if=/dev/sdb conv=sync,noerror bs=64K | gzip -c | split -b 2000m - ./sdb_backup.gz.可以預見的是，惠普服務人員格式化了驅動器，只是因為。我沒有理由（還）懷疑他們交換了它。我恢復了數據：
cat sdb_backup.gz.* | gunzip -c | dd of=/dev/sdb conv=sync,noerror bs=64K現在從另一個 Windows 中可以看到的只是恢復分區，它
gdisk -l /dev/sdb給了我：找到具有保護 MBR 的有效 GPT；使用 GPT。 磁碟 /dev/sdb：1953525164 個扇區，931.5 GiB 邏輯扇區大小：512 字節 磁碟標識符 (GUID)：{{我刪除了它}} 分區表最多可容納 128 個條目 第一個可用扇區是 34，最後一個可用扇區是 1953525130 分區將在 2048 個扇區邊界上對齊 總可用空間為 14851 個扇區 (7.3 MiB) 編號 開始（扇區） 結束（扇區） 尺寸 程式碼 名稱 1 2048 1333247 650.0 MiB 2700 基本數據分區 2 1333248 1865727 260.0 MiB EF00 EFI系統分區 3 1865728 2127871 128.0 MiB 0C01 微軟保留... 4 2127872 1907614565 908.6 GiB 0700 基礎數據分區 5 1907615744 1909415935 879.0 MiB 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。但我認為這已經足夠背景了。我已經為這個錯誤嘗試了很多東西，但無法修復。我不是在這裡尋求解決方案。
看起來你知道你在做什麼！如果
sdb之前（在 Linux 上）工作過，那麼它肯定應該在您描述的恢復後再次工作。如果它發生在我身上，我會懷疑某種使用者錯誤。但無論哪種方式，我都看不出哪裡出了問題。例如，如果 gunzip 以錯誤的順序輸入文件，它會生成可怕的警告消息，而您（可能）會注意到。我想我已經閱讀了關於 SSD 單獨暴露的驅動器，並且記憶體由軟體處理。但是我懷疑這是一個早期的黑客攻擊，一個權宜之計。即使對於 Playstation 或 Mac，該驅動器也被宣傳為簡單的升級。我沒有看到提到任何特殊的軟體設置。我絕對希望它的行為與普通的非混合驅動器相同。
我了解您可能不再對調查備份感興趣或沒有能力。但我注意到，可以檢查這樣一個需要備用硬碟驅動器的備份，甚至可能需要一個完整的 TB 可用磁碟空間。管道
dd conv=sparse of=single.img將創建一個圖像文件，而無需分配從未寫入原始驅動器的塊。可以使用 losttup 將圖像文件作為磁碟訪問，例如losetup -P --show -f single.img. （儘管考慮到您的 split 命令，應該提到不能在 vfat / FAT32 上創建此類圖像文件）。原則上，聽起來您沒有提前測試還原。在實踐中，測試任意作業系統的映像備份的方法是將其恢復到相同的硬體（以及一些 EFI 引導變數以確保它實際上是可引導的）。這不是很現實。所以這只是說明圖像備份通常不是很有用，除了你描述的那種情況。
（我想我知道如何為 Linux 安裝執行 EFI 操作。對於 Windows ……我想使用 Linux 備份確切的設置
efibootmgr。或者使用專為您設計的 CloneZilla 之類的工具進行練習。CloneZilla 是相當了不起）。也就是說，您可以驗證訪問映像中文件的能力。該技術將允許對映像備份有一定的信心，並且對恢復使用者文件的能力幾乎完全有信心。