Я удалил свой внешний жесткий диск на 1 ТБ (Seagate) напрямую из системы Windows, и теперь он больше не работает. Я пытаюсь исправить это через Ubuntu, и когда я пытаюсь проверить его в Disks (утилита gnome), он говорит, что нет носителя.
Я попытался собрать как можно больше информации, выполнив несколько команд, которые мне удалось найти в Интернете на справочных форумах.
sudo lshw -c диск
*-disk
description: SCSI Disk
product: JMS579
vendor: JMICRON
physical id: 0.0.0
bus info: scsi@4:0.0.0
logical name: /dev/sdb
configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512
sudo lshw -класс диска -класс хранилища
*-usb:1
description: Mass storage device
product: USB Mass Storage
vendor: JMicron
physical id: 4
bus info: usb@2:4
logical name: scsi4
version: 1.00
serial: 152D00579000
capabilities: usb-2.10 scsi emulated scsi-host
configuration: driver=usb-storage maxpower=34mA speed=480Mbit/s
*-disk
description: SCSI Disk
product: JMS579
vendor: JMICRON
physical id: 0.0.0
bus info: scsi@4:0.0.0
logical name: /dev/sdb
configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512
sudo hdparm -I /dev/sdb
/dev/sdb:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ATA device, with non-removable media
Standards:
Likely used: 1
Configuration:
Logical max current
cylinders 0 0
heads 0 0
sectors/track 0 0
--
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 0 MBytes
device size with M = 1000*1000: 0 MBytes
cache/buffer size = unknown
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0
sudo smartctl -a -d scsi /dev/sdb
=== START OF INFORMATION SECTION ===
Vendor: JMICRON
Product: JMS579
Compliance: SPC-4
Device type: disk
Local Time is: Fri Jun 22 23:07:23 2018 IST
device Test Unit Ready [unsupported scsi opcode]
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
fdisk -l
Fdisk не показывает никаких результатов для этого диска, так как он никуда не смонтирован.
судо dmesg
[141307.332889] usb 2-4: USB disconnect, device number 5
[141310.499914] usb 2-4: new high-speed USB device number 7 using xhci_hcd
[141310.628540] usb 2-4: New USB device found, idVendor=152d, idProduct=0579
[141310.628544] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[141310.628547] usb 2-4: Product: USB Mass Storage
[141310.628549] usb 2-4: Manufacturer: JMicron
[141310.628551] usb 2-4: SerialNumber: 152D00579000
[141310.629107] usb-storage 2-4:1.0: USB Mass Storage device detected
[141310.629201] scsi host4: usb-storage 2-4:1.0
[141311.628514] scsi 4:0:0:0: Direct-Access JMICRON JMS579 PQ: 0 ANSI: 6
[141311.629170] sd 4:0:0:0: Attached scsi generic sg2 type 0
[141311.629942] sd 4:0:0:0: [sdb] Unit Not Ready
[141311.629953] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.629960] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.632053] sd 4:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[141311.632064] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.632072] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.632253] sd 4:0:0:0: [sdb] Write Protect is off
[141311.632261] sd 4:0:0:0: [sdb] Mode Sense: 00 00 00 00
[141311.632435] sd 4:0:0:0: [sdb] Asking for cache data failed
[141311.632441] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[141311.635917] sd 4:0:0:0: [sdb] Unit Not Ready
[141311.635927] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.635935] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.639186] sd 4:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[141311.639197] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.639205] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.639534] sd 4:0:0:0: [sdb] Attached SCSI disk
[141594.937486] EXT4-fs (sdb): unable to read superblock
[141594.937770] EXT4-fs (sdb): unable to read superblock
[141594.938048] EXT4-fs (sdb): unable to read superblock
[141594.938335] SQUASHFS error: squashfs_read_data failed to read block 0x0
[141594.938337] squashfs: SQUASHFS error: unable to read squashfs_super_block
нет записи для sdb в /proc/partitions
Вот вывод различных команд gdisk, которые я пробовал:
sudo gdisk
GPT fdisk (gdisk) version 1.0.1
Type device filename, or press <Enter> to exit: /dev/sdb
Problem reading disk in BasicMBRData::ReadMBRData()!
Warning! Read error 22; strange behavior now likely!
Warning! Read error 22; strange behavior now likely!
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Command (? for help): i
no partitions
Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): Y
Command (? for help): p
Disk /dev/sdb: 0 sectors, 0 bytes
Logical sector size: 512 bytes
Disk identifier (GUID): ACBB4EFC-7AE9-4C9B-B804-DA09D936163D
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 18446744073709551582
Partitions will be aligned on 2048-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
Command (? for help): v
Problem: Disk is too small to hold all the data!
(Disk size is 0 sectors, needs to be 0 sectors.)
The 'e' option on the experts' menu may fix this problem.
Problem: GPT claims the disk is larger than it is! (Claimed last usable
sector is 18446744073709551582, but backup header is at
18446744073709551615 and disk size is 0 sectors.
The 'e' option on the experts' menu will probably fix this problem
Partition(s) in the protective MBR are too big for the disk! Creating a
fresh protective or hybrid MBR is recommended.
Identified 3 problems!
Command (? for help): x
Expert command (? for help): e
Relocating backup data structures to the end of the disk
Expert command (? for help): z
About to wipe out GPT on /dev/sdb. Proceed? (Y/N): Y
Warning! GPT main header not overwritten! Error is 28
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
Expert command (? for help): p
Disk /dev/sdb: 0 sectors, 0 bytes
Logical sector size: 512 bytes
Disk identifier (GUID): 4B3EC7B7-2E9E-4933-885C-0CF09BFBE24C
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 18446744073709551582
Partitions will be aligned on 2048-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
Expert command (? for help): w
Caution! Secondary header was placed beyond the disk's limits! Moving the
header, but other problems may occur!
Warning! The claimed last usable sector is incorrect! Do you want to correct
this problem? (Y/N): Y
Have adjusted the second header and last usable sector value.
Partition(s) in the protective MBR are too big for the disk! Creating a
fresh protective or hybrid MBR is recommended.
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/sdb.
Unable to save backup partition table! Perhaps the 'e' option on the experts'
menu will resolve this problem.
Warning! An error was reported when writing the partition table! This error
MIGHT be harmless, or the disk might be damaged! Checking it is advisable.
Я также пытался исправить это с помощью системы Windows. он показывает Unknown, not initialized в Disk Management. Я также пробовал Diskpart, вот вывод для различных команд в нем:
clean:
DiskPart succeeded in cleaning the disk
recover:
Virtual Disk Service error:
The disk is not initialized
convert gpt:
Virtual Disk Service error:
The system's information about the object may not be up to date
DiskPart has referenced an object which is not up-to-date.
Refresh the object by using the RESCAN command.
If the problem persists exit DiskPart, then restart DiskPart or restart the computer.
rescan:
Please wait while DiskPart scans your configuration...
Diskpart has finished scanning your configuration.
convert mbr: this one didn't work as well.
Я также попробовал EaseUs, но он не смог обнаружить диск.
Любая помощь будет высоко оценена, заранее спасибо.
решение1
Diskpart не влияет на фактические данные, если вы явно не заставляете его это делать — ваше предположение верно, данные все еще там.
Диагностика SMART (например, доступная через Gnome-Disks в Ubuntu) покажет вам возможные сбои оборудования, но, похоже, Windows активно записывала данные на диск, что происходит со времен Windows 7 очень часто, поскольку это отложенная операция, которая выполняется, когда ресурсы свободны/нагрузка на ввод-вывод низкая.
Также служба индексирования регулярно и многократно обращается к диску в режиме чтения/записи для сохранения собранных метаданных. Если вы хотите предотвратить это в будущем и хотите принудительно выполнить немедленную запись/синхронизацию, то вы можете включить кэш диска в свойствах оборудования диска при следующем доступе к нему через Windows. Однако вы откажетесь от функциональности быстрого извлечения диска и вам нужно будет размонтировать его через Devices-Selector в SysTray — аналогично операциям монтирования в дистрибутивах Linux.
Если вы хотите использовать программное обеспечение на базе Windows или явно графические приложения, то лучшим выбором для вас будет Macrium Reflect, который можно либо установить в Windows как приложение, либо использовать его функциональные возможности для создания Rescue-System на базе Windows PE, которую можно запустить аналогично Linux-Live-системе с USB-накопителя.
Я рекомендую использовать:
... который является самым надежным инструментом для восстановления данных/разделов, особенно потому, что он не изменяет содержимое диска на основе возможной структуры разделов, которую он находит, пока вы не решите это сделать. Он не имеет графического интерфейса, но работает в окне терминала и предлагает вспомогательный подход к сканированию файлов/папок/разделов путем фактического сканирования необработанных данных на диске.
Если вы можете вспомнить структуру разделов, предполагаемые размеры и положение каждого из них, и если вы помните названия меток разделов, то вы готовы, это все, что вам нужно, чтобы определить правильные разделы. Подготовка/сканирование/анализ занимает на самом деле больше времени, чем восстановление/воссоздание структуры разделов.
Если вы прочитали руководство и инструкции на экране, приведенные в текстовом интерфейсе TestDisk, он восстановит ваш диск, если проблема действительно не в аппаратной неисправности.
решение2
Вы использовали diskpart для очистки диска и уничтожили все данные. Нехорошо. Если повезет, то будут уничтожены только метаданные, а файлы все еще там. Если повезет, на диске также могут быть резервные метаданные, к которым может получить доступ нужный продукт.
Но всегда помните правило №1, которое гласит:Никогда не модифицируйте диск, который вы пытаетесь спасти..
Если у вас нет резервной копии, ваша единственная надежда — использовать продукт для восстановления.
Список таких продуктов с отзывами смотрите в этой статье:
Лучшая бесплатная утилита для восстановления данных и удаления файлов.
Поскольку не все продукты используют одни и те же алгоритмы, вы можете попробовать их по одному. Если вам удастся спасти некоторые файлы, запишите их на другой диск, а не на тот, который вы пытаетесь спасти.
Самым эффективным в аналогичном случае я счел следующее из списка: MiniTool Power Восстановление данных, хотя для восстановления более 1 ГБ данных за раз требуется коммерческая версия (69 долларов США).
Если файлы не подлежат восстановлению, но представляют для вас большую ценность, вы можете обратиться в коммерческую компанию по спасению. Вам нужно будет отправить им диск, и имейте в виду, что эти услуги стоят дорого. Поэтому лучше поискать в Интернете и проверить репутацию службы перед выбором.
Также в Интернете можно найти коммерческие продукты, введя в поиск "data rescue" или "data recovery". Некоторые из них имеют бесплатную загрузку, где анализ диска бесплатен, но восстановление файлов может потребовать оплаты.
решение3
Это имеет все признаки неисправимой программной проблемы. Так что вы можете прекратить возиться с программным обеспечением, поскольку это может только ухудшить ситуацию.
Как правило, в ту минуту, когда (физический) диск перестает правильно идентифицировать себя,с правильной емкостью, вы имеете дело с проблемой, которую вы не можете исправить/решить с помощью одного лишь программного обеспечения. Если основная проблема заключается в повреждении носителя, то запуск программного обеспечения потенциально может только вызвать дополнительный ущерб. Если диск перестает идентифицироваться с правильной емкостью, то маловероятно, что виновата печатная плата, поскольку эта информация в основном хранится на пластинах (прошивка), которые могут быть повреждены из-за повреждения носителя.
Как правило, если диск вращается, проблема не в печатной плате.
Если данные представляют ценность, лучшим советом на данном этапе будет обратиться к специалисту по восстановлению данных.Многие лаборатории предлагают бесплатную диагностику. «Общеизвестное» мнение, что услуги по восстановлению данных по определению будут стоить несколько тысяч долларов, является мифом, если вы избегаете крупных франшиз. Многие проблемы с типами носителей или даже «слабые» головки, проблемы с прошивкой можно решить, не открывая диск в чистой комнате. Часто именно работа в чистой комнате делает восстановление дорогим.
Были времена, когда можно было попробовать вынуть диск из его корпуса USB. Это имело несколько преимуществ:
- Вы можете исключить, что проблема в самом корпусе.
- В случае незначительных проблем с чтением (повреждение носителя/головки) обработку ошибок лучше оставить нативному интерфейсу накопителя, а не иметь дело с дополнительным слоем USB. Большинство мостов USB плохо справляются с обработкой ошибок. USB-накопитель, который постоянно зависает при копировании данных, может быть управляемым, если подключить его, например, к нативному порту SATA.
В наши дни все уже не так просто.
- Корпус USB может обеспечивать/обрабатывать шифрование.
- Корпус USB может представлять диск как устройство 4 КБ, поэтому он был размечен, отформатирован и т. д., предполагая наличие секторов 4 КБ.
- В любом случае обойти USB будет непросто, если он интегрирован в печатную плату накопителя.