☰

有什麼方法可以恢復我的 3TB USB 硬碟嗎？

tag-icon • tag-icon 14.04 usb
有什麼方法可以恢復我的 3TB USB 硬碟嗎？

我有這個 3TB USB HDD，Ubuntu 報告如下

Jul 15 13:30:00 ris kernel: [11395.274460] usb 1-1.3: New USB device found, idVendor=152d, idProduct=2329
Jul 15 13:30:00 ris kernel: [11395.274474] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Jul 15 13:30:00 ris kernel: [11395.274477] usb 1-1.3: Product: USB to ATA/ATAPI bridge
Jul 15 13:30:00 ris kernel: [11395.274479] usb 1-1.3: Manufacturer: JMicron
Jul 15 13:30:00 ris kernel: [11395.274481] usb 1-1.3: SerialNumber: 71F14D08
Jul 15 13:30:00 ris kernel: [11395.275147] usb-storage 1-1.3:1.0: USB Mass Storage device detected
Jul 15 13:30:00 ris kernel: [11395.275324] usb-storage 1-1.3:1.0: Quirks match for vid 152d pid 2329: 8020
Jul 15 13:30:00 ris kernel: [11395.275401] scsi9 : usb-storage 1-1.3:1.0
Jul 15 13:30:00 ris mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3"
Jul 15 13:30:00 ris mtp-probe: bus: 1, device: 6 was not an MTP device
Jul 15 13:30:01 ris kernel: [11396.306993] scsi 9:0:0:0: Direct-Access     ST3000DM 001-9YN166       CC9F PQ: 0 ANSI: 5
Jul 15 13:30:01 ris kernel: [11396.307439] sd 9:0:0:0: Attached scsi generic sg3 type 0
Jul 15 13:30:01 ris kernel: [11396.308206] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.308685] sd 9:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jul 15 13:30:01 ris kernel: [11396.309648] sd 9:0:0:0: [sdc] Write Protect is off
Jul 15 13:30:01 ris kernel: [11396.309654] sd 9:0:0:0: [sdc] Mode Sense: 28 00 00 00
Jul 15 13:30:01 ris kernel: [11396.312843] sd 9:0:0:0: [sdc] No Caching mode page found
Jul 15 13:30:01 ris kernel: [11396.312849] sd 9:0:0:0: [sdc] Assuming drive cache: write through
Jul 15 13:30:01 ris kernel: [11396.313668] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.339275]  sdc: sdc1 sdc2
Jul 15 13:30:01 ris kernel: [11396.340615] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.378241] sd 9:0:0:0: [sdc] Attached SCSI disk

LSSB

Bus 001 Device 006: ID 152d:2329 JMicron Technology Corp. / JMicron USA Technology Corp. JM20329 SATA Bridge

fdisk -l

Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00052cdb

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1       196626432   732566271   267969920    7  HPFS/NTFS/exFAT
/dev/sdc2             256   196626431    98313088   83  Linux

gparted 表示未分配，Windows 表示未分配。有什麼辦法可以恢復這個硬碟嗎？

答案1

這是我個人在您的情況下會做什麼的解釋。我要說的話將使你的保固失效。因此，首先，如果您有保修，請調查一下。如果沒有，請考慮這一點。

我會從 USB 外殼中取出硬碟。我猜測該設備很可能是 SATA。然後我會將 SATA 硬碟安裝到我的一台桌上型電腦。那時，除非發生更嚴重的硬體故障，否則我將啟動 Linux，並使用磁碟實用程式 (gnome-disks) 查看磁碟 SMART 資料。如果您做到了這一點，請回發 SMART 資料。

如果磁碟有 IO 錯誤、磁區故障或任何類似情況，但仍然運行，我會為自己準備另一個 3TB 或更大的磁碟，並克隆到該媒體。

如果磁碟導致啟動問題，或系統不穩定，或只是無法識別，無法旋轉，或類似的情況，我會考慮專業的資料復原。

如果磁碟被識別和/或安裝，但我的檔案遺失，我會發回該詳細資料。

如果一切都在那裡，或者磁碟可以運行，SMART 資料沒問題，並且我取回文件，我就會知道 USB 介面是問題的原因。那我就完了。

否則報告結果，我會修改我的答案。

再次強調，我建議您自行承擔風險和責任，從 USB 外殼中取出硬碟並首先評估硬體狀況。

答案2

在我對其進行任何其他操作之前，我強烈建議您製作磁碟機的映像，將其標記為唯讀，然後使用它。在連接實體驅動器上花費過多的時間會增加出現問題的可能性 - 要么物理缺陷變得更糟，要么您會意外地做一些愚蠢的事情。

經典

dd if=/dev/sdc of=/somewhere/with/3TB/of/free/space.img

如果驅動器沒有物理問題，則可以使用，但如果存在，它就會失效，您將陷入部分影像，重新開始。

有更好的類似 dd 的變體可以更優雅地處理錯誤。至少，它需要跳過錯誤，讓您將區塊歸零。更好的再試一次。聰明的人不會立即重試，而是記住它們並在獲取磁碟的其餘部分後返回重試。一個更好的工具，如果連續出現多個錯誤，則不會繼續按順序讀取，敲擊光碟的同一部分，而是會在第一次通過時跳過越來越大的部分，直到獲得無錯誤的讀取再次。建立稀疏影像檔案的能力也很好，因此您不一定需要 3TB 的可用空間。

「safecopy」是一個類似 dd 的程序，它將忽略錯誤，以便您可以獲得完整的圖像。對於我最後的物理恢復工作，我最終選擇了 GNU DDRescue。它的使用方法如下：

ddrescue -r 3 /dev/sdc /somewhere/with/3TB/of/free/space.img /somewhere/else/recovery_work.log

一旦您擁有了資料的另一個副本（磁碟映像檔），您就可以輕鬆地開始嘗試取得檔案。正如其他人所提到的，photorec 是一個很棒的程序，可以查找已刪除的文件，即使沒有目錄條目（包括沒有分割資料的原始磁碟搜尋）。它的工作原理是在磁碟區中搜尋特定檔案類型特有的「幻數」或開頭（有時甚至更深處）的位元組模式。

答案3

當閃電擊毀了我的外置 3TB WD HDD 時，我將其從機殼中取出。機箱中的 PS 已經失效，但 HDD 還可以工作。當我在電腦中安裝磁碟機時，它顯示了一個我多年未使用的非常舊的分割表。

我運行了 ddrescue（運行了 7 個多小時）來恢復我的資料。我能夠恢復極少數更重要的文件，但我遺失了驅動器上的大部分文件。

驅動器本身現在可以完美運作。

我遇到的最大問題是我在硬碟上建立和刪除了很多次分割區。每個分區表以及其中所有文件的清單仍然存在。我得出的結論是，如果我希望再次從驅動器恢復數據，我確實需要在更改分割區之前進行磁碟擦除。

在從機櫃中取出驅動器之前，我必須確定我需要的資料是否比驅動器更有價值。我在購買後3個月就取消了3年保修，甚至還購買了5年的延長保固。雖然很糟糕，但這是一個選擇。

答案4

您可以嘗試使用壞區塊來尋找硬碟中的壞磁區，然後忽略這些磁區以供將來使用。更多資訊在這裡

http://linuxpoison.blogspot.in/2008/01/howto-check-disk-drive-for-errors-and.html

然後使用恢復軟體。

相關內容