Восстановление флэш-накопителя, который не был извлечен с ошибками ввода-вывода?
Я был туп и не вынул свою флешку, теперь она не будет отображаться при монтировании, не может быть смонтирована вручную, dd просто зависает при попытке обнуления, и я получаю ошибки ввода / вывода при попытке отформатировать Это. Я знаю, что аппаратные средства хороши или, по крайней мере, были, единственное, что должно быть не так, это то, что я не знал, что удаление было необходимо. Пожалуйста, помогите, это 136 ГБ (рекламируется как 128 со скрытым около 33 ГБ) PNY USB 3.0.
dmesg | tail
[122321.163508] usb-storage 2-1:1.0: USB Mass Storage device detected
[122321.165914] scsi7 : usb-storage 2-1:1.0
[122322.588840] scsi 7:0:0:0: Direct-Access PNY USB 3.0 FD 1100 PQ: 0 ANSI: 6
[122322.589312] sd 7:0:0:0: Attached scsi generic sg2 type 0
[122322.590302] sd 7:0:0:0: [sdb] 266108928 512-byte logical blocks: (136 GB/126 GiB)
[122322.592467] sd 7:0:0:0: [sdb] Write Protect is off
[122322.592472] sd 7:0:0:0: [sdb] Mode Sense: 43 00 00 00
[122322.593566] sd 7:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[122322.604864] sdb: unknown partition table
[122322.608311] sd 7:0:0:0: [sdb] Attached SCSI removable disk
mount /dev/sdb ~/Desktop/temp
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
lsusb -s 002:008 -v
Bus 002 Device 008: ID 154b:00ad PNY
Couldn't open device, some information will be missing
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x154b PNY
idProduct 0x00ad
bcdDevice 11.00
iManufacturer 1
iProduct 2
iSerial 3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 32
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 300mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 0
sudo fdisk -l /dev/sdb
Disk /dev/sdb: 136.2 GB, 136247771136 bytes
255 heads, 63 sectors/track, 16564 cylinders, total 266108928 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: 0x00000000
Disk /dev/sdb doesn't contain a valid partition table
РЕДАКТИРОВАТЬ: 24.07.2008 Из-за (относительно) нового ответа: я попытался стереть его с помощью mkusb и отформатировать с помощью утилиты диска, оба из которых просто застыли на несколько часов. Он также зависает при попытке сравнительного анализа. Я уверен, что он просто жареный.
1 ответ
Это очень поздний ответ. Если вы все еще хотите починить эту флешку, попробуйте следующие маршруты.
Восстановить таблицу разделов и файловую систему или восстановить файлы
Может быть возможно восстановить структуру на диске с помощью testdisk, и, если это не сработает, возможно (плохая тяжелая работа) восстановить файлы с помощью photorec.
Если есть важные файлы для восстановления, я бы порекомендовал вам клонировать диск и выполнить ремонт клонированной копии.
Вы найдете более подробную информацию по следующей ссылке,
Восстановите таблицу разделов и файловую систему pendrive
Если нет важных файлов для восстановления
Если нет важных файлов для восстановления, вы можете попытаться стереть первый мегабайт диска, а затем использовать инструмент для создания новой таблицы разделов с разделами и файловыми системами, которые вы хотите на диске.
Согласно выходу из
sudo fdisk -l /dev/sdb
в вашем вопросе диск все еще работает как устройство хранения данных. Если доступ по-прежнему существует, mkusb может стереть первый мегабайт, а после этого gparted может создать нужную вам таблицу разделов, разделов и файловых систем.
Или вы можете позволить mkusb восстановить диск на стандартном устройстве хранения с таблицей разделов MSDOS и разделом с файловой системой FAT32. Это "легкий вариант".
Смотрите следующие ссылки
https://help.ubuntu.com/community/mkusb
https://help.ubuntu.com/community/mkusb/wipe
Gridlocked
В противном случае, при отсутствии доступа на запись на "необработанном уровне", mkusb не сможет стереть первый мегабайт, и накопитель, вероятно, "заблокирован", что является первым этапом сбойного процесса. Смотрите эту ссылку