У меня есть диск WD NAS, мне нужно восстановить некоторые удаленные файлы, поэтому я вынул диск и подключил его к машине с Ubuntu, чтобы получить прямой доступ к файловой системе ...

Когда я проверяю диск в parted я вижу:

Model: ATA WDC WD20EURS-63S (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 3      15.7MB  528MB   513MB                primary
 1      528MB   2576MB  2048MB  ext3         primary  raid
 2      2576MB  4624MB  2048MB  ext3         primary  raid
 4      4624MB  2000GB  1996GB  ext4         primary

Тем не менее, когда я пытаюсь монтировать /dev/sdb4 с ext4 ...

root# mount -t ext4 /dev/sdb4 /media/2TB
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Есть идеи, почему он не будет монтироваться?

Изменить: При монтировании без -t (для всех разделов):

root# mount /dev/sdb /media/2TB
mount: you must specify the filesystem type
root# mount /dev/sdb1 /media/2TB
mount: unknown filesystem type 'linux_raid_member'
root# mount /dev/sdb2 /media/2TB
mount: unknown filesystem type 'linux_raid_member'
root# mount /dev/sdb3 /media/2TB
mount: you must specify the filesystem type
root# mount /dev/sdb4 /media/2TB
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so
|источник

3 ответа3

1

Я предполагаю, что вам нужна утилита mdadm для Linux, чтобы иметь дело с разделом № 4, перечисленным ниже на веб-странице процедуры WD Rescue 2 . Вероятно, он является частью программного RAID-массива, даже если он находится на одном диске. Мы видим это и на Seagate NAS.

Ваша таблица разделов должна выглядеть так:

  • Нераспределенные пространство. (Это пространство используется для хранения отдельных системных данных, таких как MAC-адрес, серийный номер и т.д.)
  • Раздел № 1, отформатированный как ext3. (Это загрузочный раздел, на котором находятся /boot, /root и т.д.)
  • Раздел № 2, отформатированный как swap (Это файл системной подкачки.)
  • Раздел № 3, отформатированный как ext3 (Это остальная часть O /S, /var и т.д.)
  • Раздел № 4, неизвестный формат. (Это хранилище данных, не изменяйте и не изменяйте это!)

Раздел № 4, вероятно, должен быть смонтирован как RAID-массив. Это утечка формата файловой системы ext4 через, но, вероятно, все еще раздел RAID. Посмотрите на вышеупомянутый веб-сайт для деталей о восстановлении программного раздела raid.

|источник
1

Проверьте это руководство. Стоит прочитать весь сайт, это очень полезно.

Команды, которые вы ищете:

# if your filesystem is corrupted run this, then mkfs...    
mdadm --zero-superblock /dev/sdb1          

# creating /dev/md0    
mdadm --create /dev/md0 --raid-devices=2 --level=raid1 --run --metadata=0.90 /dev/sdb1 missing
  • Предполагается, что ваш диск /dev/sdb .
  • Я рекомендую прочитать руководство, прежде чем делать что-либо.
|источник
0

Из-за нестандартного размера блока необходимо монтировать через fuseext2 вместо системного монтирования:

sudo fuseext2 -o ro -o sync_read /dev/sdb4 /mnt/data

В моем случае с WD MyBookLive (один диск емкостью 1 ТБ) оба системных раздела (sdb, sdb, 2 ГБ) и раздел данных (sdb4) отказались монтировать из-за нестандартного размера блока. Симптом для раздела данных был «невосстановленная ошибка чтения, перемещение не удалось», несмотря на успешное выполнение команды fsck. Кроме того, флаг RAID на системных разделах был ложным флагом: mdadm не требовался для их монтирования, оба смонтированы с помощью fuseext2.

Предоставлено: https://john-hunt.com/2013/04/25/recovering-data-from-a-wd-mybook-live-2tb-3tbor-s аналог

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .