#1 Le 01/11/2023, à 13:52
- Alex_lbc
Perte de fichiers dans un répertoire endommagé (résolu)
Bonjour à tous,
Je crée ce post parce que j'ai "perdu" un répertoire contenant des photos sur mon pc...
Je précise que les photos ont déjà été récupérées en utilisant photorec sur ma carte sd, par contre, elles sont mélangées à d'autres photos, avec des noms illisibles, dans un ordre plus ou moins aléatoire, donc, j'aimerai beaucoup retrouver mon répertoire perdu (Sans compter les heures que j'ai déjà passé en tri / retouches)...
Le contexte est le suivant, j'ai sur mon pc un dual boot Ubuntu / Windows, avec chacun leur disque, et un troisième disque pour les données, pouvant être accédé depuis les deux. J'ai déposé dimanche les photos sur ce disque depuis Ubuntu, et tout a bien fonctionné. Hier, j'ai voulu accéder à ce répertoire depuis Windows, j'ai eu un message d'erreur me disant que le répertoire était endommagé. J'ai voulu y réaccéder depuis Ubuntu, depuis l'explorateur de fichier, le répertoire parait vide, et si j'y lance un "ls" depuis la ligne de commande, j'ai le message d'erreur suivant :
ls: lecture du répertoire '.': Erreur d'entrée/sortieMon hypothèse (mais que je n'ai plus le moyen de vérifier), c'est que parmi les sous répertoire que j'ai créé sous ce répertoire, j'en ai nommé un avec un caractère interdit sous Windows, mais autorisé sous Linux. En y accédant depuis l'explorateur Windows, mon répertoire s'est retrouvé endommagé à cause de ça.
J'ai essayé d'avancer au maximum en suivant différents posts, mais j'arrive à court d'idée...
Voici la description de mon disque de données (fdisk -l) :
Disque /dev/sdc : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: ST2000DM001-1ER1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2b484137
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdc1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sdc2 206848 3907024895 3906818048 1,8T 7 HPFS/NTFS/exFATJ'ai tenté de lancer un fsck, mais j'ai l'impression que ça ne fonctionne pas sur les disques NTFS
sudo fsck /dev/sdc
fsck de util-linux 2.37.2
e2fsck 1.46.5 (30-Dec-2021)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdc
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>
Trouvé une table de partitions dos dans /dev/sdcJ'ai tenté de lancer un ntfsfix, mais sans succès non plus
sudo ntfsfix -n /dev/sdc
Mounting volume... NTFS signature is missing.
FAILED
Attempting to correct errors... NTFS signature is missing.
FAILED
Failed to startup volume: Invalid argument
NTFS signature is missing.
Trying the alternate boot sector
Unrecoverable error
Volume is corrupt. You should run chkdsk.
No change madeVisiblement, il échoue à monter le volume, alors que je peux le monter / démonter sans problème depuis l'explorateur de fichier
J'ai vu dans un post que dmesg pouvait fournir des informations intéressantes, mais ça ne me parle pas vraiment...
sudo dmesg |tail
[sudo] Mot de passe de alex :
exe="/usr/bin/dbus-daemon" sauid=102 hostname=? addr=? terminal=?'
[ 2228.212189] sdc: sdc1 sdc2
[ 2372.578597] audit: type=1107 audit(1698839594.833:99): pid=963 uid=102 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="DENIED" operation="dbus_signal" bus="system" path="/org/freedesktop/login1" interface="org.freedesktop.DBus.Properties" member="PropertiesChanged" name=":1.4" mask="receive" pid=2847 label="snap.firefox.firefox" peer_pid=1000 peer_label="unconfined"
exe="/usr/bin/dbus-daemon" sauid=102 hostname=? addr=? terminal=?'
[ 2372.609299] ntfs3: Max link count 4000
[ 2372.609302] ntfs3: Enabled Linux POSIX ACLs support
[ 2372.609303] ntfs3: Read-only LZX/Xpress compression included
[ 2373.525524] ntfs3: sdc2: volume is dirty and "force" flag is not set!
[ 2374.020111] audit: type=1107 audit(1698839596.273:100): pid=963 uid=102 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="DENIED" operation="dbus_signal" bus="system" path="/org/freedesktop/login1" interface="org.freedesktop.DBus.Properties" member="PropertiesChanged" name=":1.4" mask="receive" pid=2847 label="snap.firefox.firefox" peer_pid=1000 peer_label="unconfined"
exe="/usr/bin/dbus-daemon" sauid=102 hostname=? addr=? terminal=?'Quelqu'un aurait de nouvelles pistes à me proposer ?
Merci !
Dernière modification par Alex_lbc (Le 01/11/2023, à 18:27)
Hors ligne
#2 Le 01/11/2023, à 14:28
- inbox
Re : Perte de fichiers dans un répertoire endommagé (résolu)
Salut,
On va d'abord, vérifier l'état Smart de ton disque dur. Installe Smartmontools avec :
sudo apt-get install --no-install-recommends smartmontoolsEnsuite, récupère les données Smart avec :
sudo smartctl -s on -a /dev/sdcA+
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#3 Le 01/11/2023, à 15:13
- Alex_lbc
Re : Perte de fichiers dans un répertoire endommagé (résolu)
Salut, et merci pour ta réponse ! Voilà la sortie de la commande :
sudo smartctl -s on -a /dev/sdc
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-6.2.0-35-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.14 (AF)
Device Model: ST2000DM001-1ER164
Serial Number: Z4Z1Q0H3
LU WWN Device Id: 5 000c50 07a090526
Firmware Version: CC25
User Capacity: 2000398934016 bytes [2,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Wed Nov 1 15:10:32 2023 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 80) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 213) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x1085) SCT Status supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 117 099 006 Pre-fail Always - 141504584
3 Spin_Up_Time 0x0003 097 096 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 091 091 020 Old_age Always - 9649
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 084 060 030 Pre-fail Always - 323511410
9 Power_On_Hours 0x0032 077 077 000 Old_age Always - 20770
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 096 096 020 Old_age Always - 5069
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 0 1
189 High_Fly_Writes 0x003a 096 096 000 Old_age Always - 4
190 Airflow_Temperature_Cel 0x0022 067 049 045 Old_age Always - 33 (Min/Max 16/34)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 19
193 Load_Cycle_Count 0x0032 014 014 000 Old_age Always - 173486
194 Temperature_Celsius 0x0022 033 051 000 Old_age Always - 33 (0 15 0 0 0)
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 4
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 10409h+51m+17.204s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 30067091268
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 1659189003266
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.Hors ligne
#4 Le 01/11/2023, à 16:25
- inbox
Re : Perte de fichiers dans un répertoire endommagé (résolu)
Le disque dur lui même est en bon état, même s'il a plus de 10 400h d'utilisation.
Comme il s'agit d'une partition NTFS (ntfs3: sdc2: volume is dirty and "force" flag is not set!), il faut monter le disque sous Windows et procéder à chkdsk. Sans garantie sur le résultat final.
Pour info, quel est le nom exact du dossier problématique ?
Dernière modification par inbox (Le 01/11/2023, à 16:25)
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#5 Le 01/11/2023, à 18:25
- Alex_lbc
Re : Perte de fichiers dans un répertoire endommagé (résolu)
Le chkdsk a résolu le problème, et mes photos sont de retour !
Le sous répertoire présent dans ce répertoire s'appelle "2023-10-21 - 28 - Rushs Tournée Bretagne". Pas de caractère interdit sous Windows, donc, peut être que le problème vient du "é"...
Merci en tout cas pour ton aide !
Bonne soirée
Hors ligne
#6 Le 01/11/2023, à 19:07
- inbox
Re : Perte de fichiers dans un répertoire endommagé (résolu)
Non, c'est le système de fichiers de la partition qui avait pris un coup. Il fallait le réparer.
Un problème résolu ? Indiquez le en modifiant le titre du sujet.
Hors ligne
#7 Le 01/11/2023, à 19:40
- geole
Re : Perte de fichiers dans un répertoire endommagé (résolu)
Car il avait très certainement été mal démonté.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne