以前は、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>
答えは、EXT4 FSはdev/sdgではなくdev/sdg1であるためです。