Ubuntu-fr

bob_1973

réparation de fichier corrompu

Bonjour à tous,

J'espère poster dans la bonne section, il me semble que c'est celle qui se rapproche le plus de mon problème:
La batterie de mon ordinateur portable (lenovo Ideapad-700isk) sous Kubuntu 18.04LTS ne fonctionne quasiment plus et je l'utilise en permanence sur secteur. La charge ne dure que quelques minutes mais c'est suffisant pour déplacer le portable d'un endroit à l'autre par exemple.
Malgré tout, ça m'arive de temps en temps de bien le brancher sur la prise (une multiprise en réalité) mais d'oublier de mettre l'interrupteur sur ON, ce qui produit inévitablement un arrêt brutal du PC.

C'est ce qui m'est arrivé dimanche dernier alors que j'avais monté un volume veracrypt. Celui-ci s'appelle 'SETUP 2014' et depuis il est illisible (donc je ne peux pas le monter non plus).
Voici le résultat d'un ls -ls sur le dossier, on voit un autre volume crypté nommé AG qui apparaît bien mais pour celui dont je vous parle, il n'y a plus aucune information:

ls: impossible d'accéder à 'SETUP 2014': Erreur d'entrée/sortie
total 211618817
    51200 -rwxrwxrwx 1 root root     52428800 janv. 24  2010  AG
        ? -????????? ? ?    ?               ?              ? 'SETUP 2014'

On est donc en présence d'un fichier corrompu et j'ai donc cherché des moyens de vérifier le système de fichier et/ou d'essayer de voir si on pouvait faire quelque chose.       
       
Voici les commandes que j'ai utilisés et ce qu'elles ont affiché. J'ai démarré la machine avec une clé USB kubuntu 20.04 et j'ai vérifié que la partition /dev/sda5 était bien démondée avant de lancer les commandes:

    sudo ntfsfix /dev/sda5
        Mounting volume... OK
        Processing of $MFT and $MFTMirr completed successfully.
        Checking the alternate boot sector... OK
        NTFS volume version is 3.1.
        NTFS partition /dev/sda5 was processed successfully.

une autre tentative:

    sudo fsck -fv /dev/sda5
            fsck from util-linux 2.34

           
Du coup, j'ai l'impression que pour lui tout est OK.

Maintenant mes questions:
1) Avez-vous des idées pour résoudre mon problème?
2) Est-ce normal que la commande fsck ne me renvoie qu'aussi peu d'informations?
3) Je ne trouve pas d'autres idées pour réparer ce fichier endommagé. Est-ce qu'il existe des logiciels pour cela, je n'ai rien trouvé sur ubuntu ou les forums. Ca m'étonne, quand j'utilisais Windows, il y en avait pas mal (en même temps, c'est normal, il plante plus souvent )

Merci d'avance pour vos réponses.

kamaris

Re : réparation de fichier corrompu

Le mieux avec ntfs, c'est de faire la vérification sous windows : chkdsk /f.
Tu peux essayer de vérifier le système de fichiers sous gparted ou autre logiciel de partitionnement, mais il risque justement de te renvoyer vers windows.
Voir par exemple ce sujet : https://forum.ubuntu-fr.org/viewtopic.php?id=2047197

bob_1973

Re : réparation de fichier corrompu

Bonjour,

Merci pour ta réponse.
Je ne vais pas pouvoir le faire tout de suite car il faut que je démonte mon portable et le disque dur n'est pas si facilement accessible.
Je vais d'abord sauvegarder toutes mes données ce qui risque d'être assez long.

J'ai une sauvegarde du fichier corrompu (bon, j'avais quand même passé plus dune semaine de boulot qui sera perdu).
Est-ce que tu crois que je peux le supprimer pour remettre l'ancienne version? Pour moi cela risque d'être plus rapide que backup + démontage  + chkdsk + remontage.

kamaris

Re : réparation de fichier corrompu

Je ne pense que tu puisses le supprimer en l'état : tu vas avoir la même « Erreur d'entrée/sortie » que dans ton premier message.
As-tu essayé une vérification du système de fichiers dans un logiciel de partitionnement comme gparted ?
Que renvoie la commande

sudo ntfsresize -i -f -v /dev/sda5

Cette commande est purement informative, elle ne réparera rien par elle-même, mais elle indiquera si quelque chose ne va pas (cf. le sujet cité plus haut).

bob_1973

Re : réparation de fichier corrompu

Voila le résultat de la comande que tu m'as indiquée:

sudo ntfsresize -i -f -v /dev/sda5
ntfsresize v2017.3.23 (libntfs-3g)
Device name        : /dev/sda5
NTFS volume version: 3.1
Cluster size       : 4096 bytes
Current volume size: 848164811264 bytes (848165 MB)
Current device size: 848164814848 bytes (848165 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Incomplete multi-sector transfer: magic: 0x454c4946  size: 1024  usa_ofs: 48  usa_count: 2  data: 57435  usn: 57434: Erreur d'entrée/sortie
....
Des milliers de lignes comme celles-là:
Cluster accounting failed at 52723757 (0x324802d): extra cluster in $Bitmap
Cluster accounting failed at 52723764 (0x3248034): extra cluster in $Bitmap
Cluster accounting failed at 52723765 (0x3248035): extra cluster in $Bitmap
...
Filesystem check failed! Totally 26214400 cluster accounting mismatches.
ERROR: NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! No modification was
and will be made to NTFS by this software until it gets repaired.

Ca correspond à mon fichier qui fait environ 100Go puisqu'il indique 26 millions de clusters défectueux avec une taille de 4ko.

J'ai lancer une vérification par GParted, je ne connaissais pas cette option. C'est très long, je l'ai lancé il y a 3h environ et toujours pas de résultat...

kamaris

Re : réparation de fichier corrompu

C'est bizarre, j'aurais pensé qu'après avoir passé cette commande, gparted serait sorti en erreur en te disant ce que t'a dit cette commande dans le terminal :

ERROR: NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! No modification was
and will be made to NTFS by this software until it gets repaired.

C'est ce qu'il s'était passé dans le précédent sujet cité plus haut.
Mais si il travaille, c'est qu'il a dû trouver des choses à faire tout seul…
Quand il aura fini, essaie de penser à cliquer sur « Enregistrer les détails » pour montrer le résultat ici.

NB : à moins que, au cas où : as-tu bien cliqué sur « Appliquer toutes les opérations » (la petite icône verte de validation dans la barre d'outils) ?
Car sinon, il attend juste que tu valides pour lancer effectivement la vérification…

bob_1973

Re : réparation de fichier corrompu

Oui, j'avais bien cliqué sur appliquer toutes les opérations.
Le problème est qu'il se lance mais ensuite la fenêtre se fige (elle devient toute blanche) et il ne se passe plus rien.
Je l'ai arrêté après plus de 5 heures, je l'ai relancé mais ça m'a fait pareil. Je crois que je vais être bon pour une extraction du disque dur et un chkdsk /f

Je ne suis pas sur de pouvoir le faire aujourd'hui, je posterai les résultats quand je l'aurai fait.

kamaris

Re : réparation de fichier corrompu

Oui, il y a des chances que la vérification sous windows soit nécessaire.
À titre d'information, voici ce que me donne la vérification d'une clef usb formatée en ntfs dans gparted :

GParted 1.1.0

configuration --enable-libparted-dmraid --enable-online-resize

libparted 3.3

========================================
Périphérique :	/dev/sdc
Modèle :	
Numéro de série :	none
Taille de secteur :	512
Secteurs totaux :	7897088
 
Têtes :	255
Secteurs/pistes :	2
Cylindres :	15484
 
Table de partitions :	msdos
 
Partition	Type	Début	Fin	Drapeaux	Nom de la partition	Système de fichiers	Étiquette	Point de montage
/dev/sdc1	Primaire	2048	7897087			ntfs		

========================================
Vérifier et réparer le système de fichiers (ntfs) sur /dev/sdc1  00:00:01    ( SUCCÈS )
     	
calibrer /dev/sdc1  00:00:01    ( SUCCÈS )
     	
chemin : /dev/sdc1 (partition)
début : 2048
fin : 7897087
taille : 7895040 (3.76 Gio)
vérifier le système de fichiers sur /dev/sdc1 et corriger les problèmes (si possible)  00:00:00    ( SUCCÈS )
     	
ntfsresize -i -f -v '/dev/sdc1'  00:00:00    ( SUCCÈS )
     	
ntfsresize v2017.3.23 (libntfs-3g)
Device name : /dev/sdc1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 4042256896 bytes (4043 MB)
Current device size: 4042260480 bytes (4043 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 21 MB (0,5%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFTMirr : 2022 MB 1
Ordinary : 2042 MB 2
You might resize at 20799488 bytes or 21 MB (freeing 4022 MB).
Please make a test run using both the -n and -s options before real resizing!
agrandir le système de fichiers pour remplir la partition  00:00:00    ( SUCCÈS )
     	
lancer une simulation  00:00:00    ( SUCCÈS )
     	
ntfsresize --force --force --no-action '/dev/sdc1'  00:00:00    ( SUCCÈS )
     	
ntfsresize v2017.3.23 (libntfs-3g)
Device name : /dev/sdc1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 4042256896 bytes (4043 MB)
Current device size: 4042260480 bytes (4043 MB)
New volume size : 4042256896 bytes (4043 MB)
Nothing to do: NTFS volume size is already OK.
redimensionnement réel  00:00:00    ( SUCCÈS )
     	
ntfsresize --force --force '/dev/sdc1'  00:00:00    ( SUCCÈS )
     	
ntfsresize v2017.3.23 (libntfs-3g)
Device name : /dev/sdc1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 4042256896 bytes (4043 MB)
Current device size: 4042260480 bytes (4043 MB)
New volume size : 4042256896 bytes (4043 MB)
Nothing to do: NTFS volume size is already OK.

Les commandes passées sont donc :

ntfsresize -i -f -v '/dev/sdc1'
ntfsresize --force --force --no-action '/dev/sdc1'
ntfsresize --force --force '/dev/sdc1'

Tu peux toujours essayer de les passer dans un terminal pour voir les retours que ça te donne, et où ça bloque (en adaptant bien sûr au niveau du /dev/sdc1).

bob_1973

Re : réparation de fichier corrompu

Bonjour,

Désolé pour le délai, j'ai été bien occupé ces deux derniers jours.

Voila, j'ai lancé la commande chkdsk, je poste ici un extrait du fichier log car le fichier est assez long.
En voyant le compte rendu, je me disais qu'il avait réparé mon fichier corrompu:

Etape 3: Examen des descripteurs de sécurité...
Nettoyage en cours de 1 entrées d' index inutilisées à partir de l' index $SII
du fichier 0x9.

Nettoyage en cours de 1 entrées d' index inutilisées à partir de l' index $SDH
du fichier 0x9.
Nettoyage en cours de 1 descripteurs de sécurité non utilisés.
La vérification des descripteurs de sécurité est terminée.
  62529 fichiers de données traités.                                  


CHKDSK vérifie le journal USN...
Vérification du journal USN terminée.

Correction des erreurs dans l' attribut BITMAP de la table de fichiers
maîtres (MFT).
CHKDSK a découvert de l' espace libre marqué alloué dans la bitmap du volume.
Windows a effectué des corrections sur le système de fichiers.
Aucune autre action n' est requise.



 828285951 Ko d' espace disque au total.
 641888092 Ko dans 422601 fichiers.
    132720 Ko dans 62531 index.
         0 Ko dans des secteurs défectueux.
    593259 Ko utilisés par le système.
     65536 Ko occupés par le fichier journal.
 185671880 Ko disponibles sur le disque.

      4096 octets dans chaque unité d' allocation.
 207071487 unités d' allocation au total sur le disque.
  46417970 unités d' allocation disponibles sur le disque.

Mais finalement le fichier a tout simplement disparu du dossier

Mais finalement le fichier a tout simplement disparu du dossier. Il y a bien des dossier .Trash-0 et .Trash-999 ainsi que found.000 mais ils ne contiennent rien d'intéressant.
Je crois bien que je peux dire adieu à ce fichier corrompu...

Enfin, j'aurais quand même tout essayé, merci de ton aide

kamaris

Re : réparation de fichier corrompu

C'est possible qu'il n'ait pas pas pu tout récupérer, oui.
Tu dis être en ubuntu 18.04 dans ton premier message, donc il te faudra encore attendre pour une mise à jour du noyau, mais lorsque tu sera en 5.4, tu pourras utiliser le système de fichier exfat en remplacement de ntfs, avec un support en natif sous linux (microsoft a ouvert les sources de exfat, contrairement à ntfs).
Ça devrait probablement être mieux, tout en permettant un partage de données linux <-> windows, et sans les limitations de fat32.

Dernière modification par kamaris (Le 16/05/2020, à 11:38)