EXT4 Файловая система, кажется, исчезла

У меня ранее был LVM, состоящий из нескольких разных накопителей, в том числе двух 4 ТБ Seagate USB. Я перенес свои данные с дисков. Копировать -> Сжать -> Копировать -> Сжать

После того, как диск был удален, я отформатировал его в EXT4 и вернул на него некоторые данные. Я сделал это около 7 дисков. 4 внутренних и 3 внешних USB.

Один из экстерьеров Seagate был полон копии -> сжать. То есть я отформатировал его, установил его и поместил в него около 3,5 ТБ данных. Другой накопитель на 4 ТБ должен быть пустым. Данные были там и доступны для чтения / записи.

Возможно, на другой ноте у меня работала серая дыра, и я пытался установить самбу на месте. Я должен был перезагрузить. Поэтому я отключился и вернулся к проекту через неделю (он был выключен все время)

Я устал устанавливать один из 4TB внешних устройств.

~$ sudo mount /dev/sdg external
mount: you must specify the filesystem type

Затем я запускаю parted:

~$ sudo parted -l
...
Model: Seagate Backup+ Desk (scsi)
Disk /dev/sdg: 4001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      24.6kB  4001GB  4001GB               primary


Model: Seagate Backup+ Desk (scsi)
Disk /dev/sdh: 4001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags   
 1      24.6kB  4001GB  4001GB               primary

Полный вывод можно увидеть здесь: PasteBin

Итак, как вы видите теги файловой системы сейчас пусто. Хотя с другими внутренними дисками все в порядке, а с USB-накопителем с паспортом WD тоже все в порядке.

Я попытался смонтировать диск снова, используя этот учебник на грязных EXT4: Как смонтировать грязные файловые системы EXT4 , но это просто дало мне ошибки, подобные обычному монтированию.

:~$ sudo mount -o loop,ro,noexec,noload /dev/sdh external
mount: you must specify the filesystem type
:~$ sudo mount -t ext4 -o loop,ro,noexec,noload /dev/sdh external
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

:~$ dmesg | tail -l
[ 1938.343779] EXT3-fs (loop0): error: can't find ext3 filesystem on dev loop0.
[ 1938.343875] EXT4-fs (loop0): VFS: Can't find ext4 filesystem
[ 1938.344016] FAT-fs (loop0): Unrecognized mount option "noload" or missing value
[ 1942.733970] EXT4-fs (loop0): VFS: Can't find ext4 filesystem

Спасибо всем за потраченное время.

Редактировать: после запуска fsck:

fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
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/sdg

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
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>
1
задан 18 August 2013 в 19:16

1 ответ

Ответ в том, что EXT4 FS это dev / sdg1, а не dev / sdg.

0
ответ дан 18 August 2013 в 19:16

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

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