Ah, alors tu montes les volumes en lecture seule, tu vérifies quelques fichiers et tu copies.
donne moi la commande pour monter en lecture seule !
Exemple :
mount -r /dev/volume /point/de/montagele résultat des e2fsk:
Sauvegardes:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Sauvegardes
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
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
Sauvegardes: 3549/6553600 files (1.6% non-contiguous), 2212332/26214400 blocks
Photos:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Photos
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
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
Photos: 30410/13107200 files (5.6% non-contiguous), 38730455/52428800 blocks
Lologramme:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Lologramme
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
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
Lologramme: 88691/13107200 files (1.2% non-contiguous), 23657639/52428800 blocks
Musique:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Musique
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inode 1835237 extent tree (at level 1) could be shorter. Optimize? noInode 2752897 extent tree (at level 1) could be shorter. Optimize? no
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Musique: 8013/13107200 files (17.0% non-contiguous), 22106958/52428800 blocks
Films:
root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Films
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inode 54 extent tree (at level 1) could be narrower. Optimize? noInode 69 extent tree (at level 1) could be narrower. Optimize? no
Inode 6815760 extent tree (at level 2) could be narrower. Optimize? no
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Films: 155/13107200 files (0.0% non-contiguous), 43738574/52428800 blocks
Simu:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Simu
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inode 2752584 extent tree (at level 1) could be shorter. Optimize? noInode 7209321 extent tree (at level 1) could be shorter. Optimize? no
Inode 8388623 extent tree (at level 1) could be narrower. Optimize? no
Inode 8388632 extent tree (at level 1) could be narrower. Optimize? no
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Simu: 57848/19660800 files (1.3% non-contiguous), 38053349/78643200 blocks
Marie:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Marie
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
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
Marie: 20966/6553600 files (1.3% non-contiguous), 10610252/26214400 blocks
Maison:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Maison
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
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/Serveur–VG-Maison: 7520/19660800 files (22.4% non-contiguous), 3830078/78643200 blocks
Info:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Info
e2fsck 1.45.6 (20-Mar-2020)
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inode 3407910 extent tree (at level 1) could be narrower. Optimize? noPass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/mapper/Serveur–VG-Info: 54351/12804096 files (0.2% non-contiguous), 18070888/51200000 blocks
Imgs:
[root@sysrescue /mnt/serveur]# e2fsck -nf /dev/mapper/Serveur–VG-Imgs
e2fsck 1.45.6 (20-Mar-2020)
Superblock has an invalid journal (inode 8).
Clear? noJournal superblock is corrupt.
Fix? noe2fsck: The journal superblock is corrupt while checking journal for /dev/mapper/Serveur–VG-Imgs
e2fsck: Cannot proceed with file system check/dev/mapper/Serveur–VG-Imgs: ********** WARNING: Filesystem still has errors **********
Tous les systèmes de fichiers semblent bons sauf le dernier dont le journal est endommagé.
Tu peux essayer de le réparer en relançant la commande e2fsck sans -nf, éventuellement après avoir fait une image du contenu du volume par précaution au cas où la réparation détruirait des données.
Ou bien tu peux essayer de le monter directement en lecture seule et en ignorant le journal, avec une commande comme
mount -o ro,norecovery /dev/mapper/Serveur--VG-Imgs /point/de/montage
Dans tous les cas, si le journal ne peut être rejoué les dernières opérations sur le volume risquent de ne pas avoir été enregistrées correctement et les fichiers ou répertoires concernés pourraient contenir des incohérences.
pour l’image de ce volume je fais un truc du genre ? :
ddrescue -f -n /dev/mapper/Serveur–VG-Imgs /dev/sdg
pour le moment je fais les sauvegardes des autres volumes 
je reviens vers toi si j’ai des soucis avec le volumes Imgs 
encore merci
Je pensais plutôt à écrire le contenu du volume logique dans un fichier image. Ta commande clone le contenu du volume logique dans un disque entier et écrase le format et le contenu antérieurs de ce dernier. Mais pourquoi pas, si tu sais ce que tu fais.
tu ferais comment, toi ?
comme ça ?
ddrescue -f -n /dev/mapper/Serveur–VG-Imgs copie.img
Oui, si tu as un système de fichiers de destination avec au moins 350 Gio libres.
Bonjour,
bon j’ai récupéré toutes mes données exepté celles sur le volume « Imgs »
j’ai tenté de monter la partition avec cette commande
mount -o ro,norecovery /dev/mapper/Serveur--VG-Imgs /point/de/montage
mais ça marche pas !
donc avant d’aller plus loin et sur tes conseils, j’ai voulu faire une image de ce volume; j’ai essayé avec cette commande:
[root@sysrescue ~]# ddrescue -f -n /dev/mapper/Serveur–VG-Imgs /mnt/hd_usb/Imgs.img /mnt/hd_sub/Imgs_log
GNU ddrescue 1.25
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 4294 MB, tried: 0 B, bad-sector: 0 B, bad areas: 0Current status
ipos: 4294 MB, non-trimmed: 0 B, current rate: 0 B/s
opos: 4294 MB, non-scraped: 0 B, average rate: 0 B/s
non-tried: 371514 MB, bad-sector: 0 B, error rate: 0 B/s
rescued: 4294 MB, bad areas: 0, run time: 2m 25s
pct rescued: 1.14%, read errors: 0, remaining time: n/a
time since last successful read: n/a
Copying non-tried blocks… Pass 1 (forwards)
ddrescue: Write error: File too large
mais comme tu le vois, ça passe pas ?
/mnt/hd_usb est le point de montage d’un disque usb de 1To vide; le volume à sauvegarder est de 350 Go !
c’est ou que j’ai merdé ?
du coup pour le moment je fais ça:
[root@sysrescue ~]# ddrescue -f -n /dev/mapper/Serveur–VG-Imgs /dev/sdg
si tu as une meilleure idée ?
merci
bon, j’avais formaté mon disque en FAT32 !!!
je l’ai reformaté en ext4 et j’ai relancé ddrescue; ça marche; c’est en cours
Ce genre de phrase ne contient pas beaucoup d’information utile. Tu aurais pu notammant rapporter le message d’erreur de la commande, et, sur la probable suggestion de ce dernier, les derniers messages du noyau (affichés avec dmesg par exemple) après la tentative de montage.
Question bête : tu as bien remplacé « /point/de/montage » par un vrai répertoire qui existe pour servir de point de montage, comme /mnt par exemple ?
effectivement ! « ça marche pas » c’est un peu court !!
voilà le résultat: mount ne renvoie aucun message
et j’ai mis le résultat de la commande dmesg:
[root@sysrescue ~]# mount -o ro,norecovery /dev/mapper/Serveur–VG-Imgs /mnt/serveur/Imgs
[root@sysrescue ~]# dmesg
[102285.180528] ata4.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[102285.180532] ata4.01: BMDMA stat 0x6
[102285.180537] ata4.01: failed command: READ DMA EXT
[102285.180546] ata4.01: cmd 25/00:a0:9f:2d:1b/00:02:70:00:00/f0 tag 0 dma 344064 in
res 51/84:7f:9f:2d:1b/84:00:00:00:00/f0 Emask 0x30 (host bus error)
[102285.180548] ata4.01: status: { DRDY ERR }
[102285.180551] ata4.01: error: { ICRC ABRT }
[102285.180561] ata4: soft resetting link
[102285.490355] ata4.00: configured for UDMA/133
[102285.550312] ata4.01: configured for UDMA/33
[102285.550337] ata4: EH complete
[102307.840536] ata4.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[102307.840540] ata4.01: BMDMA stat 0x6
[102307.840544] ata4.01: failed command: READ DMA EXT
[102307.840553] ata4.01: cmd 25/00:80:1f:98:21/00:01:70:00:00/f0 tag 0 dma 196608 in
res 51/84:df:1f:98:21/84:00:00:00:00/f0 Emask 0x30 (host bus error)
[102307.840556] ata4.01: status: { DRDY ERR }
[102307.840559] ata4.01: error: { ICRC ABRT }
[102307.840569] ata4: soft resetting link
[102308.150335] ata4.00: configured for UDMA/133
[102308.210331] ata4.01: configured for UDMA/33
[102308.210358] ata4: EH complete
[102314.080570] ata4.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[102314.080574] ata4.01: BMDMA stat 0x6
[102314.080578] ata4.01: failed command: READ DMA EXT
[102314.080587] ata4.01: cmd 25/00:80:1f:95:23/00:01:70:00:00/f0 tag 0 dma 196608 in
res 51/84:af:1f:95:23/84:00:00:00:00/f0 Emask 0x30 (host bus error)
[102314.080590] ata4.01: status: { DRDY ERR }
[102314.080592] ata4.01: error: { ICRC ABRT }
[102314.080602] ata4: soft resetting link
[102314.390377] ata4.00: configured for UDMA/133
[102314.450343] ata4.01: configured for UDMA/33
[102314.450369] ata4: EH complete
[102351.870619] ata4.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[102351.870622] ata4.01: BMDMA stat 0x6
[102351.870626] ata4.01: failed command: READ DMA EXT
[102351.870632] ata4.01: cmd 25/00:20:1f:af:2e/00:01:70:00:00/f0 tag 0 dma 147456 in
Donc a priori le montage a réussi, ce que confirment les messages du noyau. Qu’est-ce qui te fait dire que ça n’a pas marché ? Il y a quelques messages d’erreur ext4, mais ils sont prévisibles si le système de fichiers est endommagé.
Je ne demandais pas tout, seulement les derniers messages ajoutés après l’exécution de la commande. Là, ça fait vraiment beaucoup et ça alourdit énormément le fil de discussion, d’autant qu’il semble y avoir les erreurs répétées sur sdb qu’il vaudrait peut-être mieux débrancher. Il aurait mieux valu enregistrer les logs dans un fichier et mettre le lien.
La commande suivant permet de filtrer les messages intéressants :
dmesg | egrep -i "ext4|dm-"
PS : et n’oublie pas les balises de texte préformaté.
voilà:
[root@sysrescue ~]# mount -o ro,norecovery /dev/mapper/Serveur–VG-Imgs /mnt/serveur/Imgs
[root@sysrescue ~]# dmesg | egrep -i « ext4|dm- »
[104311.805536] Buffer I/O error on dev dm-9, logical block 41200267, async page read
[104311.805576] Buffer I/O error on dev dm-9, logical block 41200267, async page read
[104311.808561] Buffer I/O error on dev dm-9, logical block 41200139, async page read
[104311.809038] Buffer I/O error on dev dm-9, logical block 41200139, async page read
[104311.809089] Buffer I/O error on dev dm-9, logical block 41200267, async page read
[104311.809523] Buffer I/O error on dev dm-9, logical block 41200267, async page read
[110992.723120] EXT4-fs (dm-9): mounted filesystem without journal. Opts: norecovery
[111072.502041] EXT4-fs error (device dm-9): ext4_lookup:1701: inode #11272193: comm pool-Thunar: iget: bad extra_isize 1025 (inode size 256)
[111296.760988] EXT4-fs (dm-9): error count since last fsck: 2
[111296.760993] EXT4-fs (dm-9): initial error at time 1608282802: ext4_lookup:1701: inode 11272193
[111296.760997] EXT4-fs (dm-9): last error at time 1608371325: ext4_lookup:1701: inode 11272193
[111380.949728] EXT4-fs (dm-9): mounted filesystem without journal. Opts: norecovery
[111685.880996] EXT4-fs (dm-9): error count since last fsck: 2
[111685.881001] EXT4-fs (dm-9): initial error at time 1608282802: ext4_lookup:1701: inode 11272193
[111685.881005] EXT4-fs (dm-9): last error at time 1608371325: ext4_lookup:1701: inode 11272193
[113539.594981] EXT4-fs (dm-9): mounted filesystem without journal. Opts: norecovery
ensuite ce qui me fait dire que ça ne marchait pas c’est quand j’essayais d’accéder au point montage depuis « Thunar »; ça me met somme message:
error when getting information for file « /mn/serveur/Imgs…Trash-1000 » Structure needs cleaning
du coup je n’étais pas aller plus loin !
mais quand je fais un:
cd /mnt/serveur/Imgs
depuis un terminal, ça m’affiche bien le contenu mais avec quelques message d’erreurs comme celui la:
ls: cannot access ‹ 00Autres ›: Structure needs cleaning
Si tu as fait une image de sauvegarde du contenu du volume, tu ne risques rien à démonter le volume et utiliser e2fsck pour réparer le système de fichiers et voir ce que ça donne.
bonsoir,
avant de tout péter, je voudrais voir si l’image que j’ai faite de mon volume est bonne.
Je l’ai copiée sur un autre PC; comment je fait pour voir si c’est ok ?
j’ai essayé de la monter avec cette commande:
lologramme@lolo-PC1:/media/lologramme/S2_500Go$ sudo mount -r /media/lologramme/S2_500Go/Imgs.img /mnt/Imgs1
mount: /mnt/Imgs1: impossible de monter /dev/loop0 en lecture seule.
lologramme@lolo-PC1:/media/lologramme/S2_500Go$
mais manifestement ça marche pas !
Tu peux comparer les sommes de contrôle MD5 du volume et de l’image obtenues avec md5sum.
alors j’ai fais un md5sum sur le volume et sur l’image:
sur le volume ça donne ça:
7e85dba8cd09b71a4f87790925c9d7a4 /dev/mapper/Serveur–VG-Films
sur le fichier image ça donne ça:
f11d37ff527eddeb54cb856672c481ab /media/lologramme/S2_500Go/Imgs.img
Ce n’est pas plutôt le volume /dev/mapper/Serveur–VG-Imgs qui a un problème ?