我的老闆擔心我在進行磁碟複製時無意中損壞了難以配置的來源硬碟。
我不相信驅動器已損壞，因為它似乎在各個方面都運行完美，但是我需要向我的老闆證明這一信念，因為該應用程式對安全至關重要。部分問題在於，Acronis True Image 在複製完成後出現錯誤，即使在測試時目標磁碟機運作正常。
我的經驗是，克隆要么失敗，要么完美運行。此外，來源驅動器在克隆過程中不太可能被損壞。這些假設公平嗎？
我怎樣才能明確地確定這一點？
平台是 Windows 10 Pro，但我對適用於任何作業系統環境的方法感興趣。
謝謝你！
對評論的回應：錯誤顯示「磁碟複製失敗」。也許不是逐字逐句，而是非常相似的一般錯誤。如果我再次進行克隆，將使用準確的措辭進行更新。
我的老闆認為數據可能已被更改，因為兩個驅動器上的作業系統在測試過程中變得非常不穩定。後來我意識到這是因為我在取出驅動器時取下了一些接地膠帶，更換接地膠帶解決了兩個驅動器上的問題。
答案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
克隆不可能損壞硬碟機， IE。物理設備。讀取要複製的磁碟以及寫入要複製到的磁碟與任何其他磁碟操作沒有什麼不同。這意味著意外損壞磁碟的可能性並不比複製檔案時大（當然，根據要複製的資料量進行調整）。雖然驅動器有可能在克隆過程中死掉，但在這種情況下，在正常操作下它也會很快死掉。導致該事件的不是克隆，而是驅動器的狀況。
磁碟的物理狀況可以透過讀取其SMART參數來檢查。 SMART 是內建於磁碟中的診斷資料收集系統。最重要的是，重新分配的磁區數和掛起的磁區數理想情況下都應為 0。如果是數千個，那就是一個計時炸彈。
如果 SMART 看起來沒問題，磁碟沒有損壞（好吧，除了外部機械損壞，例如您提到的磁帶）。
然後是邏輯損壞，即。磁碟結構損壞：分割表和檔案系統。換句話說，位元組可以正確讀取和寫入，但它們的值沒有意義或不一致。這種損壞可能已經存在於來源磁碟上，在處理映像時引入，或在寫入目標磁碟時發生（儘管更複雜的複製程式（如Acronis True Image）會偵測到第一種情況，除非啟用逐扇區克隆）。如果克隆到小於來源的分區，也會發生這種情況，但如果我沒記錯的話，True Image 也會偵測到這一點。
一個像樣的分區編輯器應該告訴您分區表是否有任何問題。例如 GParted，它是免費的並且可以啟動，例如。來自 Ubuntu USB 的，將在啟動時警告您任何潛在的問題。如果它進入主視窗而沒有其他對話框，那麼分區表就很好。然後尋找顯示分區旁的警告或錯誤圖示。如果有的話，右鍵單擊該分割區並選擇資訊。 （如果某些系統套件遺失，最新版本的 GParted 將在 FAT 分割區旁邊顯示錯誤 - 這並不表示分割區有問題，可以忽略。）
最後，分割區上的檔案系統可能會損壞。對於 NTFS，最好使用 Windowschkdsk或其圖形版本來檢查檔案系統的一致性。其中一些問題可以透過這些工具修復。