web-dev-qa-db-fra.com

démonter le lecteur / e2fsck / re-mount -> mes fichiers ont disparu

Le journal de mon disque était mort et le lecteur était monté uniquement en lecture seule et je ne pouvais pas le remonter en lecture-écriture.

Donc, j'ai démonté il a couru e2fsck et remonté le lecteur.

Le disque est réparé, mais les fichiers sont partis. Je peux réellement voir l'espace sur le disque pris par mes fichiers comme:

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/drive
                      1.9T   46G  1.7T   3% /drive

Donc, ils sont là, je ne peux tout simplement pas y accéder. Voici ce que j'ai fait

[root@box log]# umount /dev/mapper/drive
[root@box log]# e2fsck /dev/mapper/drive
e2fsck 1.41.12 (17-May-2010)
/dev/mapper/drive: recovering journal
/dev/mapper/drive contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/mapper/drive: ***** FILE SYSTEM WAS MODIFIED *****
/dev/mapper/drive: 1704368/124518400 files (1.1% non-contiguous), 19741609/498065408 blocks

[root@box log]# mount -o remount,rw /drive

Comment puis-je récupérer les fichiers? Est-ce que je l'ai remonté de manière incorrecte? Merci d'avance!

filesystemfsckread-only
3
emraldinho

Tout d'abord: n'essayez pas de faire d'autres réparations sur le disque d'origine! Utilisez un autre disque dur et sauvegardez/dev/mapper/drive avec "dd" comme image du nouveau disque: (je suppose que le nouveau disque utilise un système de fichiers et est monté dans le répertoire/mnt/newdisk)

 dd if =/dev/mapper/lecteur de =/mnt/newdisk/drive.img bs = 4M

après cela, vous devriez essayer de réparer uniquement en utilisant l'image-copy "mnt/newdisk/drive.img". montez l'image et jetez un coup d'œil au répertoire "lost + found" si vous pouvez y trouver des données.

 losetup -f /mnt/newdisk/drive.img[.____.aser. -copy && mount/dev/loopX /mnt/drv-copy
ls -la /mnt/drv-copy/lost+found

Mais e2fsck ne rejouera normalement que le journal et sortira. Si vous n'utilisez pas -f -p e2fsck ne vérifiera pas et ne réparera pas la structure du système de fichiers. Donc, si vous n'avez pas eu d'erreur d'E/S causée par une erreur de support, vous ne devriez pas perdre de données. alors vérifiez si vous pouvez trouver des messages d'E/S sur systemlog/dmesg pendant la copie "dd". sinon faites un démontage sur/mnt/dsk-copy et utilisez "e2fsck -f -y

3
0x0C4

Je faisais face à un problème similaire sur un serveur Ubuntu 18.10, j'ai 2 disques durs (2 To) et 1 SSD (120 Go). Le serveur Ubuntu est installé sur le SSD. J'ai d'abord couru

fsck -y /dev/sdb1

ça n'arrêtait pas de me donner le message

***** FILE SYSTEM WAS MODIFIED *****

Je cherchais une solution et ai proposé celui d’e2fsck. J'ai couru e2fsck (uniquement sur l'un des disques durs) et lorsque je l'ai monté, tout était parti.

e2fsck -y /deb/sdb1

Ce qui me donnait mal à la tête, c’était que e2fsck fonctionnait très vite, il ne pouvait donc pas effacer toutes mes données. Et les fichiers du répertoire lost + found ne correspondaient pas à ce que j'avais auparavant sur mon disque dur. Alors après j'ai fait ça: Ran:

Sudo e2fsck -f -y /dev/sdb1

Monté le lecteur en arrière et toujours rien n'a été montré.

Après j'ai couru:

Sudo e2fsck -f -p /dev/sdb1

Maintenant tout est rentré dans l'ordre.

J'avais vraiment peur de ne pas pouvoir récupérer mes fichiers, maintenant tout semble aller pour le mieux. Je dois mentionner que chaque fois que je redémarrais le système, il continuait à fonctionner en "mode de récupération".

Je sais que la question a été postée il y a deux ans, mais lors de ma recherche désespérée, je l'ai trouvée et je voulais simplement mentionner que cela corrigeait la disparition de mes fichiers.

0
Radu Galan