A resposta é porque o EXT4 FS é dev / sdg1 e não dev / sdg.
Anteriormente, eu tinha um LVM que consistia em alguns drives diferentes, incluindo dois USBs Seagate de 4TB. Eu migrei meus dados das unidades. Copiar - > Encolher - > Copiar - > Encolher
Uma vez que a unidade foi removida, formatei-a no EXT4 e coloquei alguns dados nela. Eu fiz isso para cerca de 7 unidades. 4 internos externos e 3 USB.
Um dos itens externos da Seagate estava cheio de uma cópia - > encolher. Significa que eu o formatei, montei e coloquei cerca de 3,5 TB de dados nele. A outra unidade de 4 TB deve estar vazia. Os dados estavam lá e foram lidos / graváveis.
Em uma nota possivelmente não relacionada, eu estava trabalhando no greyhole e estava tentando montar um compartilhamento de samba localmente. Eu tive que reiniciar. Então eu desliguei e voltei para o projeto uma semana depois (foi desligado o tempo todo)
Eu cansei de montar um dos 4TB externos.
~$ sudo mount /dev/sdg external
mount: you must specify the filesystem type
Eu então particiono:
~$ 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
A saída completa pode ser vista aqui: PasteBin
Então, como você pode ver, as tags do sistema de arquivos estão vazias. Enquanto as outras unidades internas estão bem e uma unidade USB com passaporte WD também está bem.
Eu tentei montar a unidade novamente usando este tutorial sobre EXT4s sujos: Como montar sistemas de arquivos EXT4 sujo , mas isso só me deu erros semelhantes à montagem normal.
:~$ 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
Obrigado a todos pelo seu tempo.
Editar: depois de executar o 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>
A resposta é porque o EXT4 FS é dev / sdg1 e não dev / sdg.