Restauration fichier tgz stoppée

senacle · Le 12/10/2014, à 19:11

Bonjour,

J'essaie de récupérer une sauvegarde ma_sauvegarde.tgz.

tar -xzvf ma_sauvegarde.tgz

Ca commence bien, puis au bout d'un moment :

gzip: stdin: Input/output error
tar: Fin prématurée rencontrée dans l'archive.
tar: Fin prématurée rencontrée dans l'archive.
tar: Error is not recoverable: exiting now

J'ai essayé de copier ma_sauvegarde.tgz vers un autre emplacement, et il y a aussi une erreur au bout d'un moment :

Erreur lors de l'opération de « splicing » sur le fichier : Erreur d'entrée/sortie

tiramiseb · Le 12/10/2014, à 20:15

Salut,

Es-tu sûr que ta sauvegarde n'est pas corrompue ?

J'ai essayé de copier ma_sauvegarde.tgz vers un autre emplacement

Quelle est la taille de la sauvegarde ?
Quel est le type de système de fichiers de la destination (FAT?) ?

senacle · Le 12/10/2014, à 21:50

tiramiseb a écrit :

Es-tu sûr que ta sauvegarde n'est pas corrompue ?

Je crains le pire...

tiramiseb a écrit :

Quelle est la taille de la sauvegarde ?

215 Go

tiramiseb a écrit :

Quel est le type de système de fichiers de la destination (FAT?) ?

Ext4

tiramiseb · Le 12/10/2014, à 22:06

Retente le coup, et au moment où il y a "Input/output error" exécute la commande suivante et donnes-en le retour :

dmesg | tail -n 20

senacle · Le 12/10/2014, à 22:16

tiramiseb a écrit :

Retente le coup

De copier vers un autre emplacement ou de faire l'extraction ?

senacle · Le 12/10/2014, à 22:19

tiramiseb a écrit :

exécute la commande suivante et donnes-en le retour :
dmesg | tail -n 20

J'ai tenté sans faire la copie.
Je pense que cette partie concerne mon problème (et correspond à l'ouverture avec le gestionnaire d'archives) :

[28727.104599] EXT4-fs error: 7 callbacks suppressed
[28727.104606] EXT4-fs error (device sdb1): ext4_get_branch:169: inode #27828232: block 1117043447: comm pool: invalid block

sdb1 est bien la partition où se trouve ma_sauvegarde.tgz

Dernière modification par senacle (Le 12/10/2014, à 22:22)

tiramiseb · Le 13/10/2014, à 07:43

Je t'avais demandé de me montrer le retour de la commande, pas de le filtrer. Je vais donc devoir faire des suppositions par rapport à ce que tu crois être la source du problème.

[28727.104599] EXT4-fs error: 7 callbacks suppressed
[28727.104606] EXT4-fs error (device sdb1): ext4_get_branch:169: inode #27828232: block 1117043447: comm pool: invalid block

Selon les informations filtrées que tu montres, ça semble être un problème sur la partition contenant la sauvegarde : soit un problème de données, soit un problème de matériel.

Commence alors par voir avec smartctl s'il y a des problèmes.
(étant donné que tu filtres les retours, j'imagine que tu sais te servir des logiciels, alors j’attends juste le retour qui va bien...)

senacle · Le 15/10/2014, à 19:32

Bonsoir,

Ce qu'il y avait avant et après les messages ext4

[167844.640265] CPU0: Core temperature/speed normal
[168144.640766] CPU0: Core temperature above threshold, cpu clock throttled (total events = 11253910)

Donc, à mon avis, sans rapport avec mon problème, c'est bien ça ?

Comme j'étais pressé, j'ai fait comme indiqué ici : fsck

sudo touch /forcefsck

puis

sudo reboot

Ca n'a rien changé.

Ensuite :

sudo fsck -nv /dev/sdb1

Les erreurs existantes ont été affichées.
J'ai lancé une correction :

sudo fsck -yv /dev/sdb1

Ca a corrigé les erreurs :

..................

différences de bitmap d'i-noeuds :  -1302625 -27828232
Corriger ? oui

Le décompte des i-noeuds libres est erroné pour le groupe n°159 (8111, décompté=8112).
Corriger ? oui
..............................


***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

        1600 i-noeuds utilisés (0.01%, sur 30523392)
          26 fichiers non contigus (1.6%)
           0 répertoire non contigu (0.0%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 93/24/5
    67478655 blocs utilisés (55.27%, sur 122088192)
           0 bloc défectueux
          17 fichiers de grande taille

        1516 fichiers normaux
          74 répertoires
           0 fichier de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
           0 lien
           0 lien symbolique (0 lien symbolique rapide)
           0 socket
------------
        1590 fichiers

Et là, j'ai vérifié via le gestionnaire de fichiers : ma_sauvegarde.tgz a disparu

J'ai fait une vérification en suivant ton conseil avec smartctl :

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     24699         -

Il n'y a pas (plus) d'erreurs.

J'espère que physiquement, le fichier n'a pas vraiment disparu, mais comment le retrouver ?

tiramiseb · Le 15/10/2014, à 20:27

Tu caches le retour complet de "dmesg ...", je ne peux pas me prononcer.
Tu caches le retour complet du fsck, je ne peux pas me prononcer.
Tu caches le retour complet de smartctl, je ne peux pas me prononcer.

Tout ce que je peux faire, c'est supposer qu'il y avait une erreur au niveau de ce fichier sur ton filesytem et qu'il était déjà perdu depuis longtemps vu que l'erreur était là-dessus.

Pour la prochaine fois, je t'invite fortement à (re)lire ce message :
http://forum.ubuntu-fr.org/viewtopic.php?id=1614731

senacle · Le 15/10/2014, à 20:43

tiramiseb a écrit :

Tu caches le retour complet de "dmesg ...", je ne peux pas me prononcer.

Non, je t'assure, il n'y a rien d'autre que ce que j'ai mis.

tiramiseb a écrit :

Tu caches le retour complet du fsck, je ne peux pas me prononcer.

Je n'ai pas pensé à enregistrer les messages dans un fichier, le terminal ne me permet pas de remonter au début et de voir tous les messages.
De ce que j'ai vu défiler, les messages sont du même type que ceux que j'ai publiés ici.

tiramiseb a écrit :

Tu caches le retour complet de smartctl, je ne peux pas me prononcer.

Pas du tout.
Ce que j'ai indiqué est le retour de :

sudo smartctl -q errorsonly -H -l selftest /dev/sdb
sudo smartctl -l selftest /dev/sdb

tiramiseb a écrit :

Tout ce que je peux faire, c'est supposer qu'il y avait une erreur au niveau de ce fichier sur ton filesytem et qu'il était déjà perdu depuis longtemps vu que l'erreur était là-dessus.
Pour la prochaine fois, je t'invite fortement à (re)lire ce message :
http://forum.ubuntu-fr.org/viewtopic.php?id=1614731

Il n'y a donc rien à faire ?

tiramiseb · Le 15/10/2014, à 20:52

dmesg retourne des centaines de lignes. associé à "tail -n 20", ça filtre en ne gardant que les 20 dernières. Tu ne m'en as montré que quatre. Il est impossible que le retour ne fasse que 4 lignes quand on demande 20 lignes sur plusieurs centaines.
De plus, tu m'as montré deux lignes à la 28727me seconde et deux lignes à la 167844me seconde et à la 168144me seconde (temps depuis le démarrage de l'ordinateur). Tu m'as donc, au mieux, montré deux groupes de deux messages messages séparés de plus de 38h.

Pour fsck, que veut dire « les messages sont du même type que ceux que j'ai publiés ici » ? Qu'il y avait de très nombreuses erreurs et que tu as demandé au système de les "corriger" tout seul sans te demander aucune confirmation ? Ou alors qu'il n'y avait pas grand chose sauf les deux erreurs que tu as montrées ?

Pour smartctl, ce dont on a besoin c'est :

sudo smartctl -a /dev/sdb

Et si tu avais suivi le préconisations données dans le message que je t'ai montré, tu aurais mis le prompt et la commande que tu as tapée, j'aurais tout de suite compris ce que tu as fait. Ta façon de limiter au minimum les informations que tu donnes rend toute aide difficile et pénible. Pour "smartctl -a /dev/sdb", si tu ne formates pas le retour correctement je me permettrai de ne plus répondre car là j'ai vraiment l'impression de perdre mon temps...

Comme j'étais pressé, j'ai fait comme indiqué ici : fsck

Comme tu étais pressé, tu as probablement perdu tes données.

senacle · Le 15/10/2014, à 21:28

tiramiseb a écrit :

dmesg retourne des centaines de lignes. associé à "tail -n 20", ça filtre en ne gardant que les 20 dernières. Tu ne m'en as montré que quatre. Il est impossible que le retour ne fasse que 4 lignes quand on demande 20 lignes sur plusieurs centaines.

Oui, je comprends.
Et je t'assure que sur les 20 lignes, il y avait les 2 lignes de ext4, et les 16 autres concernaient CPU0.
Par curiosité, j'ai fait "-n 30" et "-n 40", et là encore, CPU0 et 2 lignes ext4.

tiramiseb a écrit :

De plus, tu m'as montré deux lignes à la 28727me seconde et deux lignes à la 167844me seconde et à la 168144me seconde (temps depuis le démarrage de l'ordinateur). Tu m'as donc, au mieux, montré deux groupes de deux messages messages séparés de plus de 38h.

J'aurais au moins appris que les chiffres en début de ligne du retour de dmesg sont les secondes depuis ... le démarrage de l'ordinateur ?
J'ai tenté "sudo dmesg | tail -n 200000 > dmesg.txt", mais permission non accordée

tiramiseb a écrit :

Pour fsck, que veut dire « les messages sont du même type que ceux que j'ai publiés ici » ? Qu'il y avait de très nombreuses erreurs et que tu as demandé au système de les "corriger" tout seul sans te demander aucune confirmation ?

Oui, et là, c'est sans doute une erreur de ma part.

tiramiseb a écrit :

Ou alors qu'il n'y avait pas grand chose sauf les deux erreurs que tu as montrées ?

Beaucoup d'erreurs du même type que celles que j'ai montrées. Je n'ai pas voulu surchargé mon post, puisqu'elles se ressemblent.

tiramiseb a écrit :

Et si tu avais suivi le préconisations données dans le message que je t'ai montré, tu aurais mis le prompt et la commande que tu as tapée, j'aurais tout de suite compris ce que tu as fait.

Je n'avais pas connaissance de ce formalisme, je l'aurais utilisé sans aucun problème.

tiramiseb a écrit :

Ta façon de limiter au minimum les informations que tu donnes rend toute aide difficile et pénible.

Ce n'est pas de la mauvaise volonté de ma part, c'est simplement pour éviter de surcharger le post.

tiramiseb a écrit :

Pour "smartctl -a /dev/sdb", si tu ne formates pas le retour correctement je me permettrai de ne plus répondre car là j'ai vraiment l'impression de perdre mon temps...

Merci pour ton aide.
Voilà le résultat.
prompt

serge@Dell2008:/home$

commande

sudo smartctl -a /dev/sdb

réponse

smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-37-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital My Passport (USB)
Device Model:     WDC WD5000BMVW-11AMCS0
Serial Number:    WD-WX31A3159449
LU WWN Device Id: 5 0014ee 6011b83dc
Firmware Version: 01.01A01
User Capacity:    500 107 862 016 bytes [500 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Wed Oct 15 21:18:31 2014 CEST
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
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status:  (0x84)	Offline data collection activity
					was suspended by an interrupting command from host.
					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: 		(11400) 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: 	 ( 114) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x7035)	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     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   157   155   021    Pre-fail  Always       -       3116
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       565
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   067   067   000    Old_age   Always       -       24725
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       68
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       29
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       2977
194 Temperature_Celsius     0x0022   120   107   000    Old_age   Always       -       27
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%     24699         -

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.

tiramiseb a écrit :

Comme j'étais pressé, j'ai fait comme indiqué ici : fsck
Comme tu étais pressé, tu as probablement perdu tes données.

D'habitude, je suis prudent, mais bon, là....

tiramiseb · Le 15/10/2014, à 21:33

Pour le retour de smartctl, tu peux te contenter de copier-coller ce qu'il y a dans le terminal, pas besoin de séparer en plusieurs machins

On voit que ton disque a tourné un total d'environ 2 ans et 10 mois (temps de fonctionnement, pas âge calendaire). A priori c'est un vieux disque, attention donc à d'éventuelles faiblesse. Cela dit, il n'y a aucune valeur alarmante.

Si tu veux récupérer tes données, tu peux tenter avec photorec et/ou testdisk, mais je n'en suis pas expert. J'ai de gros doutes sur la possibilité de retrouver ce fichier.

senacle · Le 15/10/2014, à 21:39

tiramiseb a écrit :

Pour le retour de smartctl, tu peux te contenter de copier-coller ce qu'il y a dans le terminal, pas besoin de séparer en plusieurs machins

Quand on me demande de suivre des instructions, je le fais

tiramiseb a écrit :

On voit que ton disque a tourné un total d'environ 2 ans et 10 mois (temps de fonctionnement, pas âge calendaire). A priori c'est un vieux disque, attention donc à d'éventuelles faiblesse. Cela dit, il n'y a aucune valeur alarmante.

3 ans pour un disque externe, ça te paraît si vieux que ça ?

tiramiseb a écrit :

Si tu veux récupérer tes données, tu peux tenter avec photorec et/ou testdisk, mais je n'en suis pas expert. J'ai de gros doutes sur la possibilité de retrouver ce fichier.

Je me penche sur ces commandes pour voir ce que je peux faire.

Je te tiens au courant.

Merci.

Dernière modification par senacle (Le 15/10/2014, à 21:40)

tiramiseb · Le 15/10/2014, à 21:44

Quand on me demande de suivre des instructions, je le fais

Les instructions expliquent ce qu'il faut mettre mais ne demandent pas de le faire en plusieurs parties. D'ailleurs le message contient un exemple de retour complet...

3 ans pour un disque externe, ça te paraît si vieux que ça ?

2 ans et 10 mois de fonctionnement.
À raison de 8 heures par jour, 365 jours par an (donc travail 7j/7, y compris vacances et jours fériés), ça voudrait dire que le disque a 8 ans.
À raison de 8 heures par jour, 217 jours par an (jours ouvrés, hors vacances, hors weekends, etc), ça voudrait dire que le disque a 14 ans.
À raison de 2 heures par jour, 217 jours par an (utilisation faible mais quotidienne du disque externe), ça voudrait dire qu'il a 57 ans.
À raison de 2 heures par semaine (utilisation occasionnelle), ça voudrait dire qu'il a 238 ans.
...

Dernière modification par tiramiseb (Le 15/10/2014, à 21:47)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/10/2014, à 19:11

Restauration fichier tgz stoppée

#2 Le 12/10/2014, à 20:15

Re : Restauration fichier tgz stoppée

#3 Le 12/10/2014, à 21:50

Re : Restauration fichier tgz stoppée

#4 Le 12/10/2014, à 22:06

Re : Restauration fichier tgz stoppée

#5 Le 12/10/2014, à 22:16

Re : Restauration fichier tgz stoppée

#6 Le 12/10/2014, à 22:19

Re : Restauration fichier tgz stoppée

#7 Le 13/10/2014, à 07:43

Re : Restauration fichier tgz stoppée

#8 Le 15/10/2014, à 19:32

Re : Restauration fichier tgz stoppée

#9 Le 15/10/2014, à 20:27

Re : Restauration fichier tgz stoppée

#10 Le 15/10/2014, à 20:43

Re : Restauration fichier tgz stoppée

#11 Le 15/10/2014, à 20:52

Re : Restauration fichier tgz stoppée

#12 Le 15/10/2014, à 21:28

Re : Restauration fichier tgz stoppée

#13 Le 15/10/2014, à 21:33

Re : Restauration fichier tgz stoppée

#14 Le 15/10/2014, à 21:39

Re : Restauration fichier tgz stoppée

#15 Le 15/10/2014, à 21:44

Re : Restauration fichier tgz stoppée

Pied de page des forums