Perte de données en Ext4

Mairusu · Le 08/03/2010, à 17:04

Bonjour,

J'utilise la version 9.10 de Ubuntu, sur un filesystem en Ext4. L'installation est nouvelle et n'est pas issue d'une upgrade de la 9.04 donc.

J'ai remarqué avoir de sévères pertes de données sur mes disques dur. En particulier, la plupart de mes dossiers de musique sont maintenant vides, ou incomplets dans le meilleur des cas. Un exemple avec un album que j'ai rippé moi-même depuis Sound-Juicer il y a quelques mois déjà :

Notez qu'il manque les pistes < 12. Je n'ai pas la berlue, non, ces pistes existaient dans le temps, et je les ai écoutées régulièrement. Aucune idée de ce qui leur est arrivé depuis.

De même, je retrouve souvent une architecture de dossiers vides témoignant d'une existence de fichiers précédemment. Je classe mes dossiers de musique par /Artiste/Album/01 - Musique.ogg, et je ne vois plus que /Artiste/Album/ sans 01 - Musique.ogg dedans - dossier vidé de son contenu ! Pas même de fichier à 0 octets ou autre blague. Plus rien.

Chose curieuse, je n'ai pas remarqué de problème avec les autres dossiers ou types de fichiers. Mon lecteur de musique est exclusivement Totem.

Quelqu'un aurait une idée du problème et de comment résoudre ça ? C'est gonflant.

rmy · Le 08/03/2010, à 19:47

Ton disque est-il ancien ?
Hypothèse : des erreurs I/O dûe à des secteurs defectueux suivies par un fsck malheureux qui fait le nettoyage ?

Sinon je ne vois pas d'autre raison pour une disparition "aléatoire"...

Essaye de voir avec testdisk, la version béta static que tu peux chopper en ligne, pour voir si les fonctions d'undelete te permettent d'accéder à ces anciens fichiers.

Y a-t-il un dossier Lost+Found à la racine de ton arborescence ?

Mairusu · Le 08/03/2010, à 21:34

rmy a écrit :

Ton disque est-il ancien ?

Non, il date de l'été dernier environ, pas de secteurs défectueux.

rmy a écrit :

Hypothèse : des erreurs I/O dûe à des secteurs defectueux suivies par un fsck malheureux qui fait le nettoyage ?

Voir précédent : j'en doute. fsck se fait régulièrement au boot, sans erreurs.

rmy a écrit :

Essaye de voir avec testdisk, la version béta static que tu peux chopper en ligne, pour voir si les fonctions d'undelete te permettent d'accéder à ces anciens fichiers.

Hm, bonne idée, je vais voir ça.

rmy a écrit :

Y a-t-il un dossier Lost+Found à la racine de ton arborescence ?

Oui, mais vide.

rmy · Le 08/03/2010, à 22:09

Je ne vois pas d'autre explication logique. Je vais demander autour de moi si certains ont d'autres hypothèses...

kouskous · Le 08/03/2010, à 22:25

Ça ne se passe qu'avec les fichiers musicaux ?

Mairusu · Le 08/03/2010, à 23:22

Étrangement, oui. Je n'ai rien perdu comme documents, vidéos, images, ou même fichiers système. Juste du contenu dans ~/Musique/.

Au début, je pensais qu'un logiciel genre Rhythmbox réorganisait ma collection de lui-même, mais en fait non - déjà, parce que je n'utilise que Totem en faisant un drag'n'drop de ce qui m'intéresse dans la playlist, ensuite, parce que j'ai vérifié quand même la config de Rhythmbox.

La seule chose qui gère une base de fichiers sur mon poste, c'est Mediatomb pour l'UPnP. Il traite aussi les photos et vidéos et je n'ai pas de soucis sur ces fichiers.

Je comprends pas non plus.

tshirtman · Le 08/03/2010, à 23:41

salut,

locate Saoul

(une autre piste de cet album si j'en croit wikipedia)
ne renvoit rien?

peut être une erreur de manip récurente avec des playlist qui conduirait à des déplacements/suppressions? tu n'a pas tendance à laisser l'explorateur ouvert avec la liste de fichier sélectionné quand tu les a mis à jouer et que tu va dormir? (si t'a un chat c'est une piste sérieuse...)

sinon pas trop d'idées, le fait que les musiques soient les seules touchées semble exclure un problème systeme d'ordre général (pilotes, démons...) et donc indiquer soit un problème avec un logiciel spécifique à la musique, soit une erreur humaine (ou les deux combinés).

Dernière modification par tshirtman (Le 08/03/2010, à 23:42)

inbox · Le 09/03/2010, à 00:42

Salut,

Le disque dur est récent, mais de quand date le PC ?

A+

Hoper · Le 09/03/2010, à 14:32

Étrangement, oui. Je n'ai rien perdu comme documents, vidéos, images, ou même fichiers système. Juste du contenu dans ~/Musique/.

Cet ordinateur est il en dual boot avec windows ?
Que donne les commandes :
sudo smartctl --test=short /dev/xxx
suivi, 2 minutes plus tard, de la commande :
sudo smartctl --all /dev/xxx

Dernière modification par Hoper (Le 09/03/2010, à 14:33)

rmy · Le 09/03/2010, à 18:35

A quoi penses-tu en particulier Hoper ?

Mairusu · Le 11/03/2010, à 11:42

Il y a un dual-boot avec Windows, mais je l'utilise rarement et sans accéder aux partitions Ext.

Le PC a été monté par mes soins, à la même date que l'achat du disque dur, avec uniquement des composants neufs.

locate Saoul ne donne rien

smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model:     SAMSUNG HD502IJ
Serial Number:    S13TJDWQ424473
Firmware Version: 1AA01110
User Capacity:    500 107 862 016 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 3b
Local Time is:    Thu Mar 11 10:39:44 2010 CET

==> WARNING: May need -F samsung or -F samsung2 enabled; see manual for details.

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      ( 114)	The previous self-test completed having
					the read element of the test failed.
Total time to complete Offline 
data collection: 		 (7224) 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: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 121) minutes.
Conveyance self-test routine
recommended polling time: 	 (  13) minutes.
SCT capabilities: 	       (0x003f)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
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   100   099   051    Pre-fail  Always       -       5
  3 Spin_Up_Time            0x0007   084   084   011    Pre-fail  Always       -       5610
  4 Start_Stop_Count        0x0032   099   099   000    Old_age   Always       -       1030
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   100   100   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0025   100   100   015    Pre-fail  Offline      -       9947
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       4533
 10 Spin_Retry_Count        0x0033   100   100   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       1014
 13 Read_Soft_Error_Rate    0x000e   100   099   000    Old_age   Always       -       5
183 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
184 Unknown_Attribute       0x0033   100   100   099    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       10
188 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   080   064   000    Old_age   Always       -       20 (Lifetime Min/Max 10/20)
194 Temperature_Celsius     0x0022   076   064   000    Old_age   Always       -       24 (Lifetime Min/Max 10/24)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       122686
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       1
199 UDMA_CRC_Error_Count    0x003e   100   100   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000a   100   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x000a   253   253   000    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 4
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 68 43 32 e8  Error: UNC at LBA = 0x08324368 = 137511784

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 00 ef 42 32 e8 08      02:10:35.370  READ DMA
  ec 00 00 00 00 00 a0 08      02:10:35.360  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 08      02:10:35.360  SET FEATURES [Set transfer mode]
  ec 00 00 00 00 00 a0 08      02:10:34.330  IDENTIFY DEVICE

Error 3 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 68 43 32 e8  Error: UNC at LBA = 0x08324368 = 137511784

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 00 ef 42 32 e8 08      02:10:32.500  READ DMA
  ec 00 00 00 00 00 a0 08      02:10:32.500  IDENTIFY DEVICE
  ef 03 46 00 00 00 a0 08      02:10:32.500  SET FEATURES [Set transfer mode]
  ec 00 00 00 00 00 a0 08      02:10:28.550  IDENTIFY DEVICE

Error 2 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 22 43 32 e8  Error: UNC at LBA = 0x08324322 = 137511714

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 00 ef 42 32 e8 08      02:10:27.560  READ DMA
  c8 00 00 ef 41 32 e8 08      02:10:27.560  READ DMA
  c8 00 00 ef 40 32 e8 08      02:10:27.560  READ DMA
  c8 00 00 ef 3f 32 e8 08      02:10:27.550  READ DMA
  c8 00 00 ef 3e 32 e8 08      02:10:27.550  READ DMA

Error 1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 c5 3d 32 e8  Error: UNC at LBA = 0x08323dc5 = 137510341

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 00 ef 3c 32 e8 08      02:10:23.320  READ DMA
  c8 00 00 ef 3b 32 e8 08      02:10:22.530  READ DMA
  c8 00 00 ef 3a 32 e8 08      02:10:22.530  READ DMA
  c8 00 00 ef 39 32 e8 08      02:10:22.530  READ DMA
  c8 00 00 ef 38 32 e8 08      02:10:22.520  READ DMA

SMART Self-test log structure revision number 0
Warning: ATA Specification requires self-test log structure revision number = 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       20%      4533         137510319

SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1
SMART Selective self-test log data structure revision number 0
Warning: ATA Specification requires 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.

Hoper · Le 11/03/2010, à 12:11

A quoi penses-tu en particulier Hoper ?

A un virus qui effacerai des fichiers musicaux aléatoirement (ça existe). Cela nécéssiterai bien sur qu'un driver windows/ext2 soit installé.

Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 20% 4533 137510319

Donc ton disque a vraiment un GROS soucis...
Renvoi le au sav si il est toujours sous garentie, sinon... poubelle.
J'ai eu exactement le même genre d'erreur il y a un mois.
Coup de bol, les erreurs se sont trouvés situés sur des fichiers temporaires ou non critiques facilement récupérable, et sur une partition du disque qui était en raid avec trois autres.... Donc remplacement sans soucis. (Mais disque hors garentie... Si quelqu'un cherche un presse papier de 1 To c'est cadeau )

Dernière modification par Hoper (Le 11/03/2010, à 16:15)

rmy · Le 11/03/2010, à 16:06

confirmé à la lecture du log. Il va être urgent de faire un backup et de changer de disque dur, ou tout du moins de tenter un lowlevel format.

Korak · Le 11/03/2010, à 16:25

Bonjour,

Si ça ne touche que les fichiers musicaux, je ne pense pas que ce soit le disque dur qui déraille.

J'irais plutôt voir du côté d'une liste de lecture liée aux fichiers musicaux de façon que quand on supprime un élément de la liste, cela supprime automatiquement le fichier correspondant.

A tester en tout cas.

Hoper · Le 11/03/2010, à 16:26

Korak : Relis le résultat de la commande smartctl... Le résultat est une preuve irréfutable que le disque est matériellement HS.

Korak · Le 11/03/2010, à 17:42

Korak : Relis le résultat de la commande smartctl... Le résultat est une preuve irréfutable que le disque est matériellement HS.

Je ne sais pas si c'est une preuve irréfutable. Ce n'est pas de la mauvaise foi, peut-être juste un manque de connaissance car je ne connais cette commande ni comment interpréter correctement les résultats. Mais je fais confiance en ton expérience.

Ce qui me fait tiquer, uniquement fichiers musicaux.

Si le disque dur est HS ou presque, pourquoi uniquement ce type de fichiers? Je pense que ça devrait arriver avec n'importe quel type de fichiers alors.

rmy · Le 11/03/2010, à 17:48

Si le disque est HS, des secteurs défectueux devenus illisibles peuvent avoir concerné des inodes de fichiers/dossiers musicaux. Lors du fsck suivant, le nettoyage a été fait de ces fichiers devenus "orphelins de référence".

Rien ne dit qu'au prochain fsck, ce ne sont pas des fichiers systèmes qui seront touchés.

Korak · Le 11/03/2010, à 17:56

Possible, en effet.

Hoper · Le 11/03/2010, à 18:05

La commande smartctl permet de lancer les processus de diagnostique interne du disque dur. Il "s'auto test" en fait. Et ce test automatique à échoué, il n'a pas réussit à lire le secteur 137510319. Tout ceci n'ayant bien sur rien à voir avec le système de fichier ou un logiciel quelconque. C'est le disque dur lui même dit qu'il ne fonctionne plus correctement.

Korak · Le 11/03/2010, à 18:13

Ok, c'est bon à savoir.

mloupiot · Le 11/03/2010, à 18:33

Bonsoir,
J'ai remarqué au passage qu'il s'agit d'un dd Samsung, coup de chance pour toi, Mairusu, la garantie constructeur est de 2 ans... mais il ne faut pas être pressé pour l'échange.

costello22 · Le 18/03/2010, à 19:02

Salut
J'ai récemment eu les mêmes soucis de disparition de fichier sur un PC neuf assemblé chez matériel net.
En fait, j'avais des plantages réguliers du système qui causaient également des disparitions de fichiers.
Il semble que ces conflits étaient dus à une incompatibilité partielle entre la carte mère et les mémoires DDR3... J'ai depuis changé la fréquence, cela semble aller mieux..
Tu peux jeter un oeil sur mon post si ça peut t'aider
http://forum.ubuntu-fr.org/viewtopic.php?id=384479
Alex

rmy · Le 18/03/2010, à 20:14

intéressant effectivement...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 08/03/2010, à 17:04

Perte de données en Ext4

#2 Le 08/03/2010, à 19:47

Re : Perte de données en Ext4

#3 Le 08/03/2010, à 21:34

Re : Perte de données en Ext4

#4 Le 08/03/2010, à 22:09

Re : Perte de données en Ext4

#5 Le 08/03/2010, à 22:25

Re : Perte de données en Ext4

#6 Le 08/03/2010, à 23:22

Re : Perte de données en Ext4

#7 Le 08/03/2010, à 23:41

Re : Perte de données en Ext4

#8 Le 09/03/2010, à 00:42

Re : Perte de données en Ext4

#9 Le 09/03/2010, à 14:32

Re : Perte de données en Ext4

#10 Le 09/03/2010, à 18:35

Re : Perte de données en Ext4

#11 Le 11/03/2010, à 11:42

Re : Perte de données en Ext4

#12 Le 11/03/2010, à 12:11

Re : Perte de données en Ext4

#13 Le 11/03/2010, à 16:06

Re : Perte de données en Ext4

#14 Le 11/03/2010, à 16:25

Re : Perte de données en Ext4

#15 Le 11/03/2010, à 16:26

Re : Perte de données en Ext4

#16 Le 11/03/2010, à 17:42

Re : Perte de données en Ext4

#17 Le 11/03/2010, à 17:48

Re : Perte de données en Ext4

#18 Le 11/03/2010, à 17:56

Re : Perte de données en Ext4

#19 Le 11/03/2010, à 18:05

Re : Perte de données en Ext4

#20 Le 11/03/2010, à 18:13

Re : Perte de données en Ext4

#21 Le 11/03/2010, à 18:33

Re : Perte de données en Ext4

#22 Le 18/03/2010, à 19:02

Re : Perte de données en Ext4

#23 Le 18/03/2010, à 20:14

Re : Perte de données en Ext4

Pied de page des forums