Le système de fichiers EXT4 semble avoir disparu
Auparavant, j'avais un LVM composé de quelques disques différents, dont deux Seagate USB de 4 To. J'ai migré mes données hors des lecteurs. Copier -> Réduire -> Copier -> Réduire
Une fois le lecteur retiré, je l'ai formaté sur EXT4 et y ai mis des données. Je l'ai fait à environ 7 lecteurs. 4 internes et 3 externes USB.
L'un des ports externes de Seagate était plein d'une copie -> psy. Ce qui signifie que je l’ai formaté, monté et mis environ 3,5 To de données dessus. L'autre lecteur de 4 To doit être vide. Les données étaient là et en lecture/écriture.
Sur une note probablement sans rapport, j'avais greyhole de travail et essayais de monter un partage de samba localement. Je devais redémarrer. Je me suis donc arrêté et je suis revenu au projet une semaine plus tard (il était éteint depuis le début)
Je me suis fatigué de monter l’un des composants externes de 4 To.
~$ Sudo mount /dev/sdg external
mount: you must specify the filesystem type
Je cours alors séparé
~$ 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
La sortie complète peut être vue ici: Pastebin
Comme vous pouvez le constater, les balises du système de fichiers sont maintenant vides. Tandis que les autres lecteurs internes fonctionnent correctement et qu'un lecteur USB pour passeport WD convient également.
J'ai essayé de monter à nouveau le lecteur en utilisant ce tutoriel sur des EXT4 sales: Comment monter des systèmes de fichiers EXT4 sales mais cela m'a donné des erreurs similaires à un montage 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
Merci à tous pour votre temps.
Edit: après avoir exécuté 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>
La réponse est que EXT4 FS est dev/sdg1 et non dev/sdg.