Ubuntu-fr

CGe

Re : [Résolu] Impossible de booter après mise à jour

J'ai fait touch.
Est-ce que les 2 lignes de copie sont justes ?

Bougron

Re : [Résolu] Impossible de booter après mise à jour

sudo  ddrescue        -f    -n         /dev/sdc1         /dev/sda1/     /media/SuiviDD/journal
sudo  ddrescue       -d   -f    -r3          /dev/sdc1         /dev/sda1/     /media/SuiviDD/journal

Cela me semble parfait
Pendant la première commande tu verras une petite ligne qui te montrera le % d'exécution  fait.
Dans l'ensemble, c'est assez proportionnel car DDrescue n'insiste pas sur la partie malade au premier passage.

Désolé je n'avais pas vu l'erreur
sudo  ddrescue        -f    -n         /dev/sdc1         /dev/sda1           /media/SuiviDD/journal
sudo  ddrescue       -d   -f    -r3          /dev/sdc1         /dev/sda1    /media/SuiviDD/journal

Dernière modification par Bougron (Le 13/08/2015, à 12:56)

CGe

Re : [Résolu] Impossible de booter après mise à jour

J'ai lancé la première ligne, j'obtiens

ddrescue: Can't open output file: Is a directory

CGe

Re : [Résolu] Impossible de booter après mise à jour

Pas de problème !
C'est lancé, ça fonctionne mais je ne vois pas la différence entre les 2 lignes

CGe

Re : [Résolu] Impossible de booter après mise à jour

Merci pour l'explication (et toute l'aide apportée)
Ca continue à fonctionner

CGe

Re : [Résolu] Impossible de booter après mise à jour

Résultat de la 1ère ligne de copie :

GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:   635917 MB,  errsize:    866 kB,  current rate:        0 B/s
   ipos:    66707 MB,   errors:      86,    average rate:   24929 kB/s
   opos:    66707 MB,    time since last successful read:      32 s
Finished

Bougron

Re : [Résolu] Impossible de booter après mise à jour

Merci pour ton premier retour.
J'avais sous-estimé le temps.
Dans ce que j'ai fait en simulation, je n'ai jamais pu voir des erreurs.
Il semble ne pas y en avoir beaucoup.
La seconde commande devrait être rapide car l'option -r3 signifie de faire 3 essais avant d'abandonner.
et je sais que si on ne met pas une limite, on peut détruire le dispositif de lecture.
Si ce second passage  ne donne pas satisfaction, on mettra une valeur plus forte quitte à casser le disque. Mais au moins l'essentiel aura été récupéré.

CGe

Re : [Résolu] Impossible de booter après mise à jour

Pas de problème pour le temps. C'est déjà super de pouvoir récupérer les données.

Voici le résultat de la seconde commande :

GNU ddrescue 1.17
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   635917 MB,  errsize:    866 kB,  errors:      86
Current status
rescued:   635918 MB,  errsize:    212 kB,  current rate:        0 B/s
   ipos:   488444 MB,   errors:     191,    average rate:      136 B/s
   opos:   488444 MB,    time since last successful read:     1.3 m
Finished    

Puis

ddrescuelog -t  /media/SuiviDD/journal

Donne

current pos:   488444 MB,  current status: finished
domain size:   635918 MB,  in    1 area(s)
    rescued:   635918 MB,  in  192 area(s)  ( 99.99%)
  non-tried:         0 B,  in    0 area(s)  (  0%)

    errsize:    212480 B,  errors:     191  (  0.00%)
non-trimmed:         0 B,  in    0 area(s)  (  0%)
  non-split:         0 B,  in    0 area(s)  (  0%)
 bad-sector:    212480 B,  in  191 area(s)  (  0.00%)

Est-ce que je dois faire :

sudo fsck -v /dev/sda1

Dernière modification par CGe (Le 13/08/2015, à 21:57)

Bougron

Re : [Résolu] Impossible de booter après mise à jour

Tu as déjà récupéré 99,99% des données
rescued:   635918 MB,  in  192 area(s)  ( 99.99%)
Mais malgré tout il reste pas mal d'espace  à récupérer.
bad-sector:    212480 B,
Pour un peu j'en remettrais une couche de dernier passage. histoire de savoir si de façon plus agressive, on peut encore en récupérer.
Cela n'a aucun risque pour la partition de sortie.
La commande serait alors par exemple

sudo  ddrescue       -d   -f    -r9      /dev/sdc1         /dev/sda1    /media/SuiviDD/journal

    Je n'ai pas regardé la valeur maxi possible à mettre.
          Mais si pendant 99 fois, on essaie de lire un secteur et qu'on n'a pas pu le faire, c'est une quasi certitude que le tenter 9999 fois
n'y changera rien. Dans la doc, ils disent que 3 fois c'est bien. Si avec 9 fois on en récupère encore un peu cela vaut le coup. On peut alors essayer avec une valeur un peu plus forte et voir si cela continue d'en récupérer. Le tout est de s'arrêter lorsque le jeu n'en vaut plus la peine.
Puis après c'est le contrôle FSCK qui donnera le bilan.

Dernière modification par Bougron (Le 13/08/2015, à 22:27)

CGe

Re : [Résolu] Impossible de booter après mise à jour

Merci pour tous ces conseils.
Je l'ai relancé pour 9 fois cette nuit.
Demain je lance le FSCK.
Mais il est probable que j'ai récupéré une grande majorité de mes fichiers importants.

Dernière modification par CGe (Le 13/08/2015, à 22:54)

CGe

Re : [Résolu] Impossible de booter après mise à jour

GNU ddrescue 1.17
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   635918 MB,  errsize:    212 kB,  errors:     191
Current status
rescued:   635918 MB,  errsize:    185 kB,  current rate:        0 B/s
   ipos:   488444 MB,   errors:     181,    average rate:        2 B/s
   opos:   488444 MB,    time since last successful read:     6.1 m
Finished 

On a gagné une dizaine d'erreur. J'ai relancé une commande avec -r9

Bougron

Re : [Résolu] Impossible de booter après mise à jour

Bonjour.
Peut-être aurais-tu pu être plus agressif avec -r27
   Premier passage      average rate:   24929 kB/s    rescued:   635917 MB,  errsize:    866 kB, errors:      86
   Second passage      average rate:      136 B/s       rescued:   635917 MB,  errsize:    212 kB,  errors:     191
   Troisième passage   average rate:        2 B/s         rescued:   635918 MB,  errsize:    185 kB,  errors:     181
   .....
    Septième passage                                                                                                       175 kB   errors    173

Dernière modification par Bougron (Le 14/08/2015, à 11:22)

CGe

Re : [Résolu] Impossible de booter après mise à jour

Bonjour,
Est-ce que cela veut dire que plus on fait de passage, plus la vitesse diminue et plus il y a de chance de récupérer des données ?
J'en suis à la 7ème tentative. Il reste 173 erreurs pour 175 kB. Je me demande s'il est bien raisonnable de continuer. Est-ce que si je fais le FSCK, je peux refaire la commande de copie ? Car je pense que les fichiers endommagés correspondent à des fichiers système et non à des fichiers de données.
Merci

Bougron

Re : [Résolu] Impossible de booter après mise à jour

Je ne peux pas te dire avec certitude
          si tu fais un passage avec -Rxx   il va tenter de récupérer des secteurs   cela va durer un certain temps
                                                                  s'il ne récupère de 50% des secteurs abîmés, il y aura  transfert de ces données
        Pour un  passage suivant  avec le même -Rxx, La durée d'exécution devrait être un tout petit peu inférieure.
                                                                s'il ne récupère que 5%   la durée des transferts sera 10 fois plus faible.
     Le tout est de savoir si avec  un xx trois fois plus important on en récupère un peu plus, mais dans ce contexte, la durée d'exécution sera fois plus longue,  donc pour une quantité de récupération identique, le débit sera 3 fois plus faible.
le débit par lui-même n'a pas tellement de sens.
La seule chose valable me semble-t-il est la quantité d'espace non récupéré actuellement 185 KB. Dans les quelques discussions sur ce sujet, lorsqu'on approfondit un peu plus et qu'on demande la liste des secteurs qui sont illisibles, on s'aperçoit souvent qu'il ne sont pas éparpillés sur la totalité du disque mais souvent bien regroupées en  3 ou 4 paquets.
Donc en fait 3 ou 4 fichiers qui auront des morceaux en moins.
   Humour Si dans ce fichier c'est une vidéo, on risque de voir 512  pixels manquants.
   Humour Si dans ce fichier, c'est une comptabilité, on  risque de voir un chiffre avec 512 zéros en plus.....
En réalité, je n'ai pas regardé l'option que DDrescue utilise pour finaliser les secteurs non récupérés, je ne sais donc pas s'il y met des zéros ou des 1 ou s'il continue de les interdire de lecture ou si cela sera le travail de FSCK.
Mais je sais que cette option existe dans les sous-utilitaires utilisés par FSCK.
      A l'issue du FSCK, tu devrais  avoir une liste des fichiers impactés. Tu verras alors s'il  faut qu'on continue pour permettre la récupération avec cette solution.

   combien reste-t-il a récupérer?.

   Il faut se souvenir que si un secteur est totalement démagnétisé, ce n'est pas en le lisant 1000 fois que cela reviendra.
  S'il  ne l'est que partiellement, je pense (sans aucune certitude) que le fait de tenter de le lire plusieurs fois consécutivement fait un peu augmenter la température de cet endroit et augmente la capacité de capture. Mais je ne me suis jamais penché sur ce comment.
D'ailleurs celui qui a fait le logiciel ne s'est pas mouillé. Il dit de paramétrer. Peut-être sait-il que les réactions sont différentes suivant les modèles de disque. Dans le smartctl, j'ai vu que la mécanique était en bon état. Cela permet d'insister mais si la mécanique était en très mauvais état, on risquerait de complètement la casser en insistant un peu trop aux endroits ou cela frotte.

Dernière modification par Bougron (Le 14/08/2015, à 11:23)

CGe

Re : [Résolu] Impossible de booter après mise à jour

Merci pour ces explications.

Voici le résultat du 2ème passage :

GNU ddrescue 1.17
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   635918 MB,  errsize:    185 kB,  errors:     181
Current status
rescued:   635918 MB,  errsize:    171 kB,  current rate:        0 B/s
   ipos:   488444 MB,   errors:     174,    average rate:        1 B/s
   opos:   488444 MB,    time since last successful read:     9.2 m
Finished    

et ddrescuelog donne :

current pos:   488444 MB,  current status: finished
domain size:   635918 MB,  in    1 area(s)
    rescued:   635918 MB,  in  175 area(s)  ( 99.99%)
  non-tried:         0 B,  in    0 area(s)  (  0%)

    errsize:    171008 B,  errors:     174  (  0.00%)
non-trimmed:         0 B,  in    0 area(s)  (  0%)
  non-split:         0 B,  in    0 area(s)  (  0%)
 bad-sector:    171008 B,  in  174 area(s)  (  0.00%)

Il reste peu à récupérer mais j'ai le temps pour tenter un passage à r27.

D'après ta réponse précédente, je lance le FSCK. On verra après s'il est nécessaire de reprendre la récupération.

Dernière modification par CGe (Le 14/08/2015, à 11:12)

Bougron

Re : [Résolu] Impossible de booter après mise à jour

Bonjour,
Est-ce que cela veut dire que plus on fait de passage, plus la vitesse diminue et plus il y a de chance de récupérer des données ?
J'en suis à la 7ème tentative. Il reste 173 erreurs pour 175 kB. Je me demande s'il est bien raisonnable de continuer. Est-ce que si je fais le FSCK, je peux refaire la commande de copie ? Car je pense que les fichiers endommagés correspondent à des fichiers système et non à des fichiers de données.
Merci

Avec 175 KB manquants à l'appel. je pense que tu peux en rester là,
A partir du moment ou tu vas lancer FSCK, il va mouliner et déplacer des secteurs ou changer des contenus de secteurs.
La géographie du disque aura changé, Il ne faut absolument plus du tout relancer DDrescue qui s'il récupère ne serait-ce  qu'un secteur, va l'écrire dans un endroit en fonction de la géographie qu'il connaissait avant cette situation.
De plus; les secteurs qui posent problème sont
            soit des fichiers personnels.
            soit des fichiers de l'OS
            soit de l'espace inutilisé.
            Soit des secteurs de gestion de l'espace disque. du style gestion d'un répertoire.
               Dans ce dernier cas, un seul secteur manquant peut éliminer des milliers de fichiers. Mais photorec prendra le relais si tel est le cas.

C'est le probablement le moment de faire le bilan en lançant un FSCK

Dernière modification par Bougron (Le 14/08/2015, à 11:14)

CGe

Re : [Résolu] Impossible de booter après mise à jour

Lorsque je fais :

sudo fsck -v /dev/sda1

J'ai le message suivant :

fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
/dev/sda1 est mounted.
e2fsck: Ne peut continuer, arrêt immédiat.

Bougron

Re : [Résolu] Impossible de booter après mise à jour

c'est normal

 sudo umount /dev/sda1

Dernière modification par Bougron (Le 14/08/2015, à 11:16)

CGe

Re : [Résolu] Impossible de booter après mise à jour

J'ai fait umount

Il a mouliné après que j'ai fait plusieurs fois o.

Est-ce que je remonte sda1 pour voir si mes fichiers sont dessus ?

Bougron

Re : [Résolu] Impossible de booter après mise à jour

oui
Le fsck a été sacrement rapide....

Je ne sais pas trop si le fsck a bien travaillé..........
En effet ce disque me semble être  normalement 'sain' la copie défectueuse qu'il a reçu l'a certainement perturbé un peu
Mais peut-être pas au point de lui faire absolument tout contrôler.
Je te propose de recommencer cette vérification.
D'abord tu feras la commande
e2fsck
pour comprendre la signification des options que je te propose
puis la vraie commande

sudo e2fsck -pvcf /dev/sda1

et postes le résultat qui pourrait ressembler à cela

bougron@15-4:~$ sudo e2fsck -pvcf /dev/sda4
UBUNTU1404-3-13: Updating bad block inode.
      301930 i-noeuds utilisés (12.12%, sur 2490368)
        2770 fichiers non contigus (0.9%)
         388 répertoires non contigus (0.1%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 251190/297/1
     7015094 blocs utilisés (70.42%, sur 9961472)
           0 bloc défectueux
           5 fichiers de grande taille
      206477 fichiers normaux
       28424 répertoires
          57 fichiers de périphérique en mode caractère
          25 fichiers de périphérique en mode bloc
           2 fifos
          19 liens
       66934 liens symboliques (50348 liens symboliques rapides)
           2 sockets
------------
      301940 fichiers

Dernière modification par Bougron (Le 14/08/2015, à 12:54)

CGe

Re : [Résolu] Impossible de booter après mise à jour

Je n'arrive pas à le monter
Quelle est la commande ?

Bougron

Re : [Résolu] Impossible de booter après mise à jour

On va tenter comme cela

sudo mkdir /media/DD
sudo mount -t ext4  /dev/sda1  /media/DD
sudo ls -rl /media/DD

CGe

Re : [Résolu] Impossible de booter après mise à jour

mount donne :

mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Bougron

Re : [Résolu] Impossible de booter après mise à jour

avant

sudo fdisk -l

pour s'assurer que cela n'a pas changé de nom.
puis

dmesg | tail -20

Dernière modification par Bougron (Le 14/08/2015, à 11:51)

CGe

Re : [Résolu] Impossible de booter après mise à jour

[86565.790487]         72 03 13 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[86565.790495]         38 dc ce 48 
[86565.790498] sd 0:0:0:0: [sdc]  
[86565.790501] Add. Sense: Address mark not found for data field
[86565.790502] sd 0:0:0:0: [sdc] CDB: 
[86565.790503] Read(10): 28 00 38 dc ce 48 00 00 01 00
[86565.790510] end_request: I/O error, dev sdc, sector 953994824
[86565.790524] ata1: EH complete
[88561.115190] EXT4-fs (sda1): ext4_check_descriptors: Checksum for group 776 failed (50014!=54206)
[88561.115198] EXT4-fs (sda1): group descriptors corrupted!
[88738.885681] EXT4-fs (sda1): ext4_check_descriptors: Checksum for group 776 failed (50014!=54206)
[88738.885686] EXT4-fs (sda1): group descriptors corrupted!
[88748.625373] EXT4-fs (sda1): ext4_check_descriptors: Checksum for group 776 failed (50014!=54206)
[88748.625379] EXT4-fs (sda1): group descriptors corrupted!
[88759.095123] EXT4-fs (sda1): ext4_check_descriptors: Checksum for group 776 failed (50014!=54206)
[88759.095131] EXT4-fs (sda1): group descriptors corrupted!
[88888.303664] systemd-timedated[8966]: /etc/localtime should be a symbolic link to a timezone data file in /usr/share/zoneinfo/.
[88891.383193] systemd-timedated[8966]: Changed timezone to 'Europe/Paris'.
[88954.428539] EXT4-fs (sda1): ext4_check_descriptors: Checksum for group 776 failed (50014!=54206)
[88954.428547] EXT4-fs (sda1): group descriptors corrupted!