Восстановить файлы флешки

Мне нужно восстановить файлы с моей 16-гигабайтной флешки Lexar. PCB не выглядит поврежденным в любом случае, поэтому я надеюсь, что восстановление может быть сделано. Когда я подключаю usb к компьютеру с Windows, он распознает его как диск, но предлагает вставить диск. После пары дней попыток заставить эту штуку работать, я решил попробовать ее на Ubuntu.

Выполнение команды lsusb:

Bus 002 Device 003: ID 093a:2510 Pixart Imaging, Inc. Optical Mouse
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 004: ID 8086:0186 Intel Corp. WiMAX Connection 2400m
Bus 001 Device 003: ID 0bda:5801 Realtek Semiconductor Corp. 
Bus 001 Device 007: ID 058f:1234 Alcor Micro Corp. Flash Drive
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Флешка распознается как Alcor Micro Corp. Пока все хорошо. Однако, когда я запускаю sudo fdisk -l:

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 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: 0xb43778ae

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     3074047     1536000   27  Hidden NTFS WinRE
/dev/sda2         3074048   921657343   459291648    7  HPFS/NTFS/exFAT
/dev/sda3       954587136   976773119    11092992   17  Hidden HPFS/NTFS
/dev/sda4       921659390   954587135    16463873    5  Extended
/dev/sda5       921659392   954587135    16463872   83  Linux

Partition table entries are not in disk order

Диск не распознается. Наконец, я запустил tail -f:

==> /var/log/syslog <==
Mar 24 08:55:10 danny-Satellite-E305 kernel: [ 6791.398762] usb 1-1.2: new high-speed USB device number 9 using ehci-pci
Mar 24 08:55:10 danny-Satellite-E305 kernel: [ 6791.644599] usb 1-1.2: New USB device found, idVendor=058f, idProduct=1234
Mar 24 08:55:10 danny-Satellite-E305 kernel: [ 6791.644610] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Mar 24 08:55:10 danny-Satellite-E305 kernel: [ 6791.644616] usb 1-1.2: Product: Mass Storage Device
Mar 24 08:55:10 danny-Satellite-E305 kernel: [ 6791.644621] usb 1-1.2: Manufacturer: Alcor Micro
Mar 24 08:55:10 danny-Satellite-E305 kernel: [ 6791.645100] usb-storage 1-1.2:1.0: USB Mass Storage device detected
Mar 24 08:55:10 danny-Satellite-E305 kernel: [ 6791.645183] scsi13 : usb-storage 1-1.2:1.0
Mar 24 08:55:11 danny-Satellite-E305 kernel: [ 6792.642812] scsi 13:0:0:0: Direct-Access     Generic  USB Flash Disk   7.76 PQ: 0 ANSI: 4
Mar 24 08:55:11 danny-Satellite-E305 kernel: [ 6792.643071] sd 13:0:0:0: Attached scsi generic sg2 type 0
Mar 24 08:55:11 danny-Satellite-E305 kernel: [ 6792.647022] sd 13:0:0:0: [sdb] Attached SCSI removable disk

Есть идеи по восстановлению данных? Заранее спасибо!

1
задан 24 March 2015 в 19:58

1 ответ

Сделайте изображение неисправного устройства с ddrescue - Вы потребуете, чтобы достаточно пространства памяти содержало весь диск независимо от объема данных, который Вы имеете (или имел), сохраненный на нем в этом случае, кажется, что Вам будут нужны 16 ГБ для хранения клона/dev/sdb.

ddrescue является программой, которая будет делать работу и если это не установлено, мы должны установить его с sudo apt-get install gddrescue (не опечатка, g короток для GNU),

Откройте терминал с CtrlAltT и изменитесь на каталог, в котором Вы будете хранить файл изображения и давать команду sudo ddrescue -d /dev/sdb sdb.img sdb.logfile

-d предписывает, чтобы прямой доступ к диску (игнорирующий кэширующийся)/dev/sdb был устройством, которое мы используем для входа sdb.img, файл, который мы используем для вывода sdb.logfile, отслеживает то, где мы и каковы наши результаты.

Если по какой-либо причине процесс останавливается перед завершением файл журнала позволяет брать, где мы кончили.

обработка изображений начнется, и Вы будете видеть что-то вроде этого:

ddrescue

Спасенный указывает на объем данных успешно, чтение, errsize указывает на размер нечитабельных данных. В то время как процесс продолжается, мы надеемся видеть бывшее увеличение и последний нуль подхода. ddrescue использует процесс, названный данными, вырезающими, как я вспоминаю, в котором отказавшие блоки разделены на два и повторены.

ddrescue является очень мощным инструментом, и можно узнать много об этом в руководстве. Обратите пристальное внимание на Главу 3!! выбор неправильного файла или устройства для вывода определенно разрушит Ваш день.

После того, как у нас будет получающееся изображение, мы можем запустить тесты и процедуры восстановления по нему без дальнейшего напряжения к сбою или неисправному устройству.

В конечном счете ddrescue произведет "Законченный" на терминальный экран. Если errsize высок, и Вы чувствуете, что могли бы хотеть попытаться восстановиться немного больше, можно повторно выполнить команду и применить переключатели, чтобы повторить отказавшие блоки и даже читать наоборот (вероятно, не полезный на полупроводниковом приборе): sudo ddrescue -d --try-again --retrim --reverse /dev/sdb sdb.img sdb.logfile или любая другая комбинация переключателей, Вы думаете, могла бы быть полезной в вышеупомянутом руководстве. После того как Вы закончили пытаться восстановить все данные, пора видеть то, что мы имеем.

Дайте команду fdisk -l sdb.img или независимо от того, что Вы назвали свое изображение. С любой удачей Вы будете произведены подобные этому указанию, что таблица разделов неповреждена.

Disk sdb.img: 4013 MB, 4013948928 bytes
1 heads, 24 sectors/track, 326656 cylinders, total 7839744 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: 0x000174fe

  Device Boot      Start         End      Blocks   Id  System
sdb.img1   *        2048     7839743     3918848    b  W95 FAT32

Обратите внимание, что "Запуск" нумерует, Это означает, что файловая система запускается на секторе 2048.

Вооруженный этой информацией и некоторыми основными математическими навыками или калькулятором мы можем достигнуть смещения, что мы должны примерить наши процессы. 2 048 секторов X 512 байтов на = 1048576

так как мы создали это изображение из-за отказа, мы сначала попытаемся восстановить файловую систему

дайте команду sudo losetup --offset 1048576 /dev/loop2 sdb.img устанавливать изображение на циклическом устройстве.

затем дайте команду sudo fsck /dev/loop2

После того, как мы восстановим систему в меру нашей способности, мы создадим точку монтирования с sudo mkdir /mnt/loop и смонтируйтесь ранее циклическое устройство установки с sudo mount /dev/loop2 /mnt/loop

Теперь, надо надеяться, у нас есть некоторые данные, которые мы можем скопировать в другой диск. давайте посмотрим:

ls /mnt/loop
autorun.inf  casper-rw  ldlinux.sys  pool                smart-fail.txt
boot         dists      md5sum.txt   preseed             syslinux
casper       install    pics         README.diskdefines  wubi.exe

Похоже, что у меня есть некоторые. Надо надеяться, Вы делаете также! после окончания копирования моих файлов я размонтировал циклическое устройство с sudo umount /dev/loop2

Если этот подход был менее, чем успешен, я могу также попробовать испытательный стенд командой 'sudo испытательный стенд sdb.img (или независимо от того, что Вы назвали свой файл изображения). Нажмите Enter, чтобы выбрать изображение, затем выбрать тип раздела, если тип будет обнаружен, то это даст Вам подсказку о том, как продолжить двигаться. Обратите внимание, что это обычно - Intel на флеш-накопителях.

Можно выбрать Analyze, чтобы искать потерянные разделы или перейти непосредственно к Усовершенствованному, чтобы инструменты файловой системы выбрали уже известный или восстановленный раздел. После выбора раздела Вам покажут список файлов с инструкциями относительно того, как выбрать файлы для копирования и и т.д. Эта часть довольно очевидна и вероятно покрыта в другом месте, таким образом, я остановлюсь здесь с обещанием, что, если что-нибудь неясно, можно отбросить меня комментарий, и я возвращусь к Вам.

1
ответ дан 24 March 2015 в 19:58

Другие вопросы по тегам:

Похожие вопросы: