Пытаюсь получить доступ к старому внешнему жесткому диску, но он, похоже, поврежден.

Вопрос или проблема

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

Внешний диск подключается через USB. Я пробовал USB-порт с другими устройствами, и он работает нормально. Я также поменял кабель жесткого диска, и, похоже, он работает исправно.

К вашему сведению, все следующие команды выполняются с помощью sudo.

Запуск fdisk не обнаруживает диск.

При запуске lsusb я могу найти свой диск:

Bus 002 Device 007: ID 0bc2:ab24 Seagate RSS LLC Backup Plus Portable Drive

Запуск parted -l:

Error: /dev/sdb: unrecognised disk label
Model: Seagate BUP Slim (scsi)                                            
Disk /dev/sdb: 144115TB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags: 

Запуск debugfs /dev/sdb:

debugfs 1.46.5 (30-Dec-2021)
debugfs: Input/output error while trying to open /dev/sdb

Запуск fsck /dev/sdb:

fsck from util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
fsck.ext2: Input/output error while trying to open /dev/sdb

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Запуск smartctl -i /dev/sdb -T permissive:

Read Device Identity failed: scsi error unsupported field in scsi command

=== START OF INFORMATION SECTION ===
Device Model:     [No Information Found]
Serial Number:    [No Information Found]
Firmware Version: [No Information Found]
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   [No Information Found]
Local Time is:    Thu Jan  9 14:07:23 2025 EST
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
SMART support is: Unknown - Try option -s with argument 'on' to enable it.

Самое интересное для меня — это dmesg:

[3295726.786823] usb 2-3: new SuperSpeed USB device number 11 using xhci_hcd
[3295726.808918] usb 2-3: New USB device found, idVendor=0bc2, idProduct=ab24, bcdDevice= 1.00
[3295726.808929] usb 2-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[3295726.808933] usb 2-3: Product: BUP Slim
[3295726.808937] usb 2-3: Manufacturer: Seagate
[3295726.808940] usb 2-3: SerialNumber: 2HC015KJ
[3295726.847475] scsi host8: uas
[3295726.847950] scsi 8:0:0:0: Direct-Access     Seagate  BUP Slim         0304 PQ: 0 ANSI: 6
[3295726.849286] sd 8:0:0:0: Attached scsi generic sg1 type 0
[3295726.849509] sd 8:0:0:0: [sdb] Spinning up disk...
[3295727.910696] ..................................................................................................not responding...
[3295834.163472] sd 8:0:0:0: [sdb] 281474976710654 512-byte logical blocks: (144 PB/128 PiB)
[3295834.163479] sd 8:0:0:0: [sdb] 2048-byte physical blocks
[3295855.012401] sd 8:0:0:0: [sdb] Test WP failed, assume Write Enabled
[3295861.962377] sd 8:0:0:0: [sdb] Asking for cache data failed
[3295861.962384] sd 8:0:0:0: [sdb] Assuming drive cache: write through
[3295861.962867] sd 8:0:0:0: [sdb] Preferred minimum I/O size 512 bytes not a multiple of physical block size (2048 bytes)
[3295861.962871] sd 8:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (2048 bytes)
[3295861.963611] sd 8:0:0:0: [sdb] Spinning up disk...
[3295863.014505] .................................
[3295896.172366] systemd[1]: systemd-udevd.service: Watchdog timeout (limit 3min)!
[3295896.172403] systemd[1]: systemd-udevd.service: Killing process 3014654 (systemd-udevd) with signal SIGABRT.
[3295896.806500] ........................
[3295920.422429] systemd[1]: systemd-journald.service: State 'stop-watchdog' timed out. Killing.
[3295920.422486] systemd[1]: systemd-journald.service: Killing process 3016046 (systemd-journal) with signal SIGKILL.
[3295921.382477] .........................................not responding...
[3295986.172747] systemd[1]: systemd-udevd.service: State 'stop-watchdog' timed out. Killing.
[3295986.172773] systemd[1]: systemd-udevd.service: Killing process 3014654 (systemd-udevd) with signal SIGKILL.
[3295986.172832] systemd[1]: systemd-udevd.service: Killing process 3021732 (systemd-udevd) with signal SIGKILL.
[3295986.172853] systemd[1]: systemd-udevd.service: Killing process 3021733 (systemd-udevd) with signal SIGKILL.
[3296010.672234] systemd[1]: systemd-journald.service: Processes still around after SIGKILL. Ignoring.
[3296076.422055] systemd[1]: systemd-udevd.service: Processes still around after SIGKILL. Ignoring.
[3296100.922298] systemd[1]: systemd-journald.service: State 'final-sigterm' timed out. Killing.
[3296100.922352] systemd[1]: systemd-journald.service: Killing process 3016046 (systemd-journal) with signal SIGKILL.
[3296166.671774] systemd[1]: systemd-udevd.service: State 'final-sigterm' timed out. Killing.
[3296166.671818] systemd[1]: systemd-udevd.service: Killing process 3014654 (systemd-udevd) with signal SIGKILL.
[3296177.759657] sd 8:0:0:0: [sdb] tag#3 timing out command, waited 180s

Понимаю, что это продолжается с повторяющимися сообщениями, которые выглядят так:

[3297784.939766] usb 2-3: reset SuperSpeed USB device number 11 using xhci_hcd
[3297784.973889] scsi host8: uas_eh_device_reset_handler success
[3297784.981817] sd 8:0:0:0: [sdb] tag#2 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=30s
[3297784.981832] sd 8:0:0:0: [sdb] tag#2 Sense Key : Medium Error [current] 
[3297784.981837] sd 8:0:0:0: [sdb] tag#2 Add. Sense: Unrecovered read error
[3297784.981843] sd 8:0:0:0: [sdb] tag#2 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00
[3297784.981847] critical medium error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 4 prio class 0
[3297784.981856] Buffer I/O error on dev sdb, logical block 0, async page read
[3297784.981862] Buffer I/O error on dev sdb, logical block 1, async page read
[3297784.981867] Buffer I/O error on dev sdb, logical block 2, async page read
[3297784.981872] Buffer I/O error on dev sdb, logical block 3, async page read
[3297815.019541] sd 8:0:0:0: [sdb] tag#3 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN 
[3297815.019553] sd 8:0:0:0: [sdb] tag#3 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00
[3297815.026296] scsi host8: uas_eh_device_reset_handler start

И не всегда с сектором 0, иногда сектор 8, 24, 281474976710400.

Ответ или решение

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

Диагностика и базовые шаги

  1. Проверить подключение: Вы уже убедились, что USB-порт и кабель работают нормально с другими устройствами. Это исключает проблемы с кабелем и портом.

  2. Системные сообщения: Из вывода команд dmseg и lsusb видно, что система распознает устройство как "Seagate BUP Slim". Однако команда fdisk не видит диск, и parted -l сообщает об "неопознанной метке диска" и ошибочных размерах.

Использование инструментов восстановления

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

    sudo ddrescue -f -n /dev/sdb /path/to/imagefile.img /path/to/logfile.log

    Образ позволит вам работать с данными, не рискуя дальнейшими повреждениями исходного носителя.

  2. TestDisk: Это программное обеспечение может помочь восстановить разделы и исправить ошибки в файловой системе:

    • Установите TestDisk через пакетный менеджер:
      sudo apt install testdisk
    • Запустите его:
      sudo testdisk /path/to/imagefile.img
    • Следуйте инструкциям на экране для анализа и попытки восстановления разделов.
  3. Photorec: Если файловые структуры сильно повреждены, Photorec, который входит в состав TestDisk, может восстановить отдельные файлы, игнорируя файловую систему.

Продвинутые методы

  1. Исследование SMART: Хотя smartctl не смог получить информацию, иногда изменение опций команды может помочь. Например, использование -d sat может помочь, если диск используется через определенные адаптеры.

  2. Профессиональные службы восстановления данных: Если программные методы не помогают, и данные действительно важны, стоит обратиться в специализированные компании по восстановлению данных, которые обладают оборудованием и технологиями для работы с поврежденными носителями.

Заключение

Всегда начинайте с создания образа диска перед выполнением любых действий, чтобы избежать потери данных. Даже если программные методы кажутся сложными, документируйте каждый шаг, поскольку информация о ходе работ может быть полезна в профессиональных службах. Главная цель — минимизировать повреждения и риск утраты информации.

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

Оцените материал
Добавить комментарий

Капча загружается...