Ext 3 или 2 восстановления файловой системы: плохой суперблок без рабочих резервных суперблоков. Что еще я могу попробовать?

У меня есть жесткий диск WD Green 2TB, который использовался во внешнем корпусе с подключением USB 2.0. Чтобы улучшить скорость связи, я вытащил ее из корпуса и подключил к ПК через SATA.

На этом жестком диске у меня есть один раздел, и я на 99% уверен, что файловая система EXT3 , В противном случае это может быть EXT2 или 4. Прежде чем я вытащил его из корпуса, он работал нормально, но теперь кажется, что файловая система повреждена.

Когда я пытаюсь установить раздел, я получаю следующее error:

ubuntu@ubuntu:~$ sudo mount /dev/sdb1 /media/wd/ mount: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so.

Я пробовал несколько вещей для восстановления и восстановления суперблока. Я прочитал следующие релевантные сообщения:

https://ubuntuforums.org/archive/index.php/t-1245536.html https://linuxexpresso.wordpress.com/2010/03/31/repair -a-broken-ext4-superblock-in-ubuntu / https://www.cyberciti.biz/tips/surviving-a-linux-filesystem-failures.html https://www.linuxquestions.org/questions/linux- hardware-18 / bad-superblock-how-to-recover-data-346696 /

sudo fdisk -l дает мне следующий результат:

Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sdb1 64 3907024895 3907024832 1.8T 83 Linux

Parted не указывает его нашел любую файловую систему:

Model: ATA WDC WD20EURX-63T (scsi) Disk /dev/sdb: 2000GB Sector size (logical/physical): 512B/4096B Partition Table: msdos Disk Flags: Number Start End Size Type File system Flags 1 32.8kB 2000GB 2000GB primary

Я искал резервные суперблоки вроде этого:

ubuntu@ubuntu:~$ sudo mke2fs -n -S /dev/sdb1 mke2fs 1.42.13 (17-May-2015) Creating filesystem with 488378104 4k blocks and 122101760 inodes Filesystem UUID: 9e7b7f80-e70c-474a-b889-eff034b72fb0 Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848

Однако, когда я проверил все эти резервные копии с помощью sudo e2fsck -b <BLOCK NUMBER> /dev/sdb1, ни один из них казалось, сработал. Для всех резервных суперблоков я получаю одинаковый вывод:

ubuntu@ubuntu:~$ sudo e2fsck -b 23887872 /dev/sdb1 e2fsck 1.42.13 (17-May-2015) e2fsck: Bad magic number in super-block while trying to open /dev/sdb1 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>

Я также попробовал сканировать диск с gpart, что говорит о том, что я ошибался в том, что это файловая система ext3:

ubuntu@ubuntu:~$ sudo gpart /dev/sdb Begin scan... Possible partition(Linux ext2), size(1907726mb), offset(1mb) End scan. Checking partitions... Partition(Linux ext2 filesystem): primary Ok. Guessed primary partition table: Primary partition(1) type: 131(0x83)(Linux ext2 filesystem) size: 1907726mb #s(3907022848) s(2048-3907024895) chs: (0/32/33)-(1023/254/63)d (0/32/33)-(243201/13/12)r Primary partition(2) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r Primary partition(3) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r Primary partition(4) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Другие вещи, которые я пробовал:

ubuntu@ubuntu:~$ sudo dumpe2fs /dev/sdb1 dumpe2fs 1.42.13 (17-May-2015) dumpe2fs: Bad magic number in super-block while trying to open /dev/sdb1 Couldn't find valid filesystem superblock. ubuntu@ubuntu:~$ sudo fsck /dev/sdb1 fsck from util-linux 2.27.1 e2fsck 1.42.13 (17-May-2015) ext2fs_open2: Bad magic number in super-block fsck.ext2: Superblock invalid, trying backup blocks... fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb1 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>

Есть ли какие-либо предложения о том, что еще я могу попытаться восстановить мои данные?

0
задан 3 January 2018 в 19:22

3 ответа

Похоже, что что-то испортило вашу таблицу разделов. Если диск был разделен на любое программное обеспечение более чем за 7 лет или около того, раздел должен начинаться в секторе 2048, а не в секторе 63. Согласно gpart, это действительно то место, где запускается ваша файловая система, поэтому вам нужно исправить таблицу разделов. Используйте fdisk для удаления и воссоздания раздела, но с начальным сектором 2048.

1
ответ дан 22 May 2018 в 15:47
  • 1
    Если я это сделаю, могу ли я получить доступ к файлам из исходного раздела или будет ли новый раздел пустым? – StoneTheHuman 3 January 2018 в 21:38
  • 2
    Кажется, что-то действительно испортило мою таблицу разделов. В результате я использовал testdisk для изменения таблицы разделов. Все мои данные восстановлены. – StoneTheHuman 3 January 2018 в 22:36

Похоже, что что-то испортило вашу таблицу разделов. Если диск был разделен на любое программное обеспечение более чем за 7 лет или около того, раздел должен начинаться в секторе 2048, а не в секторе 63. Согласно gpart, это действительно то место, где запускается ваша файловая система, поэтому вам нужно исправить таблицу разделов. Используйте fdisk для удаления и воссоздания раздела, но с начальным сектором 2048.

1
ответ дан 17 July 2018 в 23:56

Похоже, что что-то испортило вашу таблицу разделов. Если диск был разделен на любое программное обеспечение более чем за 7 лет или около того, раздел должен начинаться в секторе 2048, а не в секторе 63. Согласно gpart, это действительно то место, где запускается ваша файловая система, поэтому вам нужно исправить таблицу разделов. Используйте fdisk для удаления и воссоздания раздела, но с начальным сектором 2048.

1
ответ дан 24 July 2018 в 17:08

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

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