ddrescue 需要幾個月的時間,我有什麼選擇?

ddrescue 需要幾個月的時間,我有什麼選擇?

我正在嘗試從朋友提供的發生故障的外部 USB 驅動器中拯救資料。驅動的問題是無法讀取,在windows下不行,在linux下也不行。但我確實設法在驅動器上運行 ddrescue 並構建驅動器的映像以供以後處理。

然而,我從今年一月開始這個過程,它一直在不停地運行,並且仍在運行。到現在已經5個多月了。起初它的運行速度約為 2000 b/s,現在又回落至 200 b/s。它保存了大約 27GB 的資料(驅動器為 2TB),據朋友說,這也或多或少是驅動器上儲存的資料量。獲救的規模仍在增加,但速度非常緩慢。例如,過去 3 週增加了 200mb。

有什麼方法可以停止該過程並繼續執行到目前為止已挽救的內容,或者 ddrescue 真的必須完成整個過程才能使用 img 檔案嗎?

今天 ddrescue 停止了,因為驅動器丟失了。下面是我在螢幕上顯示的圖片,其中 ddrescue 日誌檢視器正在運行,不確定它是否能說明情況。我重新啟動了 ddrescue,它再次以與之前相同的慢速運行。 在此輸入影像描述

答案1

您可能應該等到 100% 完成後再嘗試恢復。根據日誌檢視器,ddrescue已設法從磁碟的各個部分(綠色區域)恢復分散的區塊,在許多區域(紅色區域)中發現壞扇區,並且甚至沒有查看磁碟的大部分磁碟(黃色和藍色區域) 。

檢視器顯示磁碟的第一部分有壞磁區。這意味著ddrescue尚未設法恢復檔案系統標頭或相關元資料。此外,出於效能原因,大多數檔案系統將資料分散在磁碟上,因此許多已復原的磁區不太可能與包含資料的磁區相關。

您可以透過傳遞或選項來完全省略嘗試損壞的磁區,或選擇從後到前讀取磁碟的選項,從而加快ddrescue操作的「復原簡單部分」階段。您也可以嘗試調整該選項的值,看看比預設值(磁碟為 20 MB)更大或更小是否會加快速度。--no-scrape--no-trim--reverse--skip-size

答案2

我透過使用選項:一次複製磁區 [128] 並將其增加到 2048 或 4096 得到了一些改進 -c, --cluster-size=<sectors>

相關內容