web-dev-qa-db-ja.com

EXT4ファイルシステムが消えたようです

以前は、2つの4TB Seagate USBを含むいくつかの異なるドライブで構成されるLVMがありました。ドライブからデータを移行しました。コピー->縮小->コピー->縮小

ドライブを取り外したら、EXT4にフォーマットし、データを戻します。これを約7台のドライブに行いました。 4つの内部および3つのUSB外部。

シーゲイトの外観の1つは、コピー->縮小でいっぱいでした。意味私はそれをフォーマットし、マウントし、約3.5TBのデータを入れました。他の4TBドライブは空でなければなりません。データはそこにあり、読み書き可能です。

おそらく無関係のメモで、私はgreyholeが動作していて、samba共有をローカルにマウントしようとしていました。再起動する必要がありました。だから私はシャットダウンして、一週間後にプロジェクトに戻ってきました(それはずっと休みました)

4TBの外観の1つを取り付けるのに疲れました。

~$ 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

ご覧のとおり、ファイルシステムのタグは空になっています。他の内部ドライブは問題なく、WDパスポートUSBドライブも問題ありません。

ダーティ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
Jackson

答えは、EXT4 FSはdev/sdgではなくdev/sdg1であるためです。

1
Jackson