[RÉSOLU] Récupération données avec Live-USB : permissions & co

theyoubot · Le 08/01/2016, à 13:15

Mon ubuntu 14.04 a planté : écran noir au démarrage avec incompréhensibles lignes de code (récopiées ici)
§ ma config en signature.
Mes données sont intactes sur une partition appelée sda3.
J'ai une live-USB 14.04 que j'avais créée à l'époque en prévision d'un problème de ce genre.

1

Je fais un diagnostic avec smartctl. Malgré des divergences d'interprétation de ce diagnostic, Malbo et Moko138 s'accordent à dire que mon disque dur interne doit être changé.
> #9

2

L'OS-live s'avère de ne pas avoir la permission de lire les fichiers à sauvegarder et gksudo n'est pas installé.
> problème solutionné par Moko138

3

Je fais une image du disque interne malade avec ddrescue. Je place l'image sur un disque externe.
> #25

4

J'installe un disque interne neuf à la place de celui qui a planté. Aidé par Bougron, je place l'image du disque planté sur ce disque interne neuf.
> #62
Hélas, le PC ne démarre toujours pas. Toujours le même écran noir.

5

J'applique le plan B, refaire une installation propre d'ubuntu sur ce disque interne neuf.
Le PC ne démarre toujours pas. J'ai toujours l'écran noir avec les mystérieuses lignes de code. Le menu GRUB indique que des dizaines d'anciens noyaux traînent dans ma partition sda1. § #86. Grâce à Moko138, je comprend que j'ai oublié de formater avant de réinstaller ubuntu. Héritage de l'étape 4 ci-dessus, je suis toujours sur un vieux noyau corrompu de mon ancien disque interne.
Je formate, réinstalle. Je démarre sur un nouveau noyau et une sda1 saine. § #88.
Alleluïa

6

Rapatriement de mes fichiers personnels
§ #93
On m'a proposé deux méthodes : écraser mon nouveau /home par mon ancien /home (méthode qui me semblait risquée) ou copier mon ancien /home en toute sécurité dans une partition supplémentaire créée à cet effet dans mon nouveau disque.
J'ai choisi la 2° méthode.

Tout fonctionne nickel. Encore une victoire de l'homme sur la machine.

Dernière modification par theyoubot (Le 19/10/2016, à 13:27)

Braun · Le 08/01/2016, à 14:26

Bonjour,
Tout ça me dépasse un peu, j'avoue, mais je pense que tu devrais pouvoir faire un ddrescue de la partition sda3 sur un autre support ... ce qui devrait te laisser le temps de voir venir.
D'autre part tu peux faire une (ré)installation complète sans effacer sda3 ... à condition de ne valider inopinément l'option « désastre ++ ».

moko138 · Le 08/01/2016, à 15:23

Tu ne donnes pas de détails sur ce qui t'amène à tenter une récupération.
Tu ne dis pas si ta live est persistante ou non.
Ce serait utile.

- - - - -

C'est bien d'éviter sudo nautilus.
C'est bien de lire les retours de terminal. Alors autant le faire dès le début :

The program 'gksudo' is currently not installed. You can install it by typing: 
sudo apt-get install gksu 
You will have to enable the component called 'universe'

= "Vous devrez activer le composant nommé "universe".

Tu peux le faire en graphique avec, par exemple, synaptic. Ou par

software-properties-gtk

qui t'ouvrira une boîte de dialogue où tu cocheras, dans le 1er onglet, la ligne "universe". Pense à valider.

Ensuite

sudo apt-get update

pour actualiser la liste des paquets disponibles,
et enfin, pour installer :

sudo apt-get install gksu

N.B. : Avec une live persistante, IL NE FAUT PAS FAIRE D'UPGRADE,
sous peine de casser définitivement la live.
Mais l'update est possible
et nécessaire pour activer un type supplémentaire de composants.

EDIT : ortho-gaffe

Dernière modification par moko138 (Le 08/01/2016, à 22:55)

theyoubot · Le 08/01/2016, à 22:28

Braun a écrit :

tu devrais pouvoir faire un ddrescue de la partition sda3 sur un autre support

Pas bête.

moko138 a écrit :

Tu ne donnes pas de détails sur ce qui t'amène à tenter une récupération.

Mes problèmes ont commencé avec ce message au démarrage d'ubuntu

Des erreurs ont été trouvées lors de la vérification du disque dur /home
Appuyez sur F pour essayer de réparer les erreurs, I les ignorer, S pour ignorer le montage ou M pour la récupération manuelle

En appuyant sur F, je me voyais proposer MemTest86. Il trouvait 0 erreur sur le disque.
Je pouvais ignorer ce message en appuyant une fois sur I. Puis, au bout de quelques temps, il fallait appuyer 2 fois. Le message revenait après le premier Ignorer.
Mon OS s'est dégradé progressivement en quelques jours, pour des raisons que j'ignore. Les applications sont toutes devenues plus lentes à se lancer. Ce ralentissement s'est d'abord manifesté au bout de session de 2h. Puis au bout de 45 mn, puis au bout de 20 mn. Ubuntu n'arrivait plus à s'éteindre tout seul, je devais mettre le PC hors tension. Parfois, il plantait, tout se figeait, fenêtres, icônes de bureau .. Des permissions sautaient toutes seules en cours de session, rendant des fichiers impossibles à modifier (picto cadenas apparaissant sur l'icône du répertoire).. J'avais tous les symptômes d'un OS en train de mourir graduellement.
Je l'ai fait durer le plus possible parce que j'avais customisé mon explorateur de fichiers (l'ai remplacé par Nemo) et il ne me tardait pas de refaire cette customisation. Mais finalement, le problème évoqué dans ce topic m'aura fait perdre bien plus de temps.

moko138 a écrit :

Tu ne dis pas si ta live est persistante ou non.

Non persistante

moko138 a écrit :

C'est bien d'éviter sudo nautilus.

Je n'étais pas très chaud non plus.

moko138 a écrit :

C'est bien de lire les retours de terminal. Alors autant le faire dès le début

Je l'ai fait. Je croyais Universe non disponible pour une version live. À tort.

moko138 a écrit :

software-properties-gtk
qui t'ouvrira une boîte de dialogue où tu cocheras, dans le 1er onglet, la ligne "universe".

J'ai fait ça.

Ensuite "sudo apt-get update" m'a donné :

Ign cdrom://Ubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140722.2) trusty InRelease
Ign cdrom://Ubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140722.2) trusty/main Translation-fr_FR
Ign cdrom://Ubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140722.2) trusty/main Translation-fr
Ign cdrom://Ubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140722.2) trusty/main Translation-en
Ign cdrom://Ubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140722.2) trusty/restricted Translation-fr_FR
Ign cdrom://Ubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140722.2) trusty/restricted Translation-fr
Ign cdrom://Ubuntu 14.04.1 LTS _Trusty Tahr_ - Release amd64 (20140722.2) trusty/restricted Translation-en
Ign http://archive.ubuntu.com trusty InRelease                          
Atteint http://security.ubuntu.com trusty-security InRelease            
Atteint http://archive.ubuntu.com trusty-updates InRelease    
Atteint http://security.ubuntu.com trusty-security/main amd64 Packages         
Atteint http://archive.ubuntu.com trusty Release.gpg                   
Atteint http://security.ubuntu.com trusty-security/restricted amd64 Packages
Atteint http://archive.ubuntu.com trusty-updates/main amd64 Packages
Atteint http://security.ubuntu.com trusty-security/universe amd64 Packages
Atteint http://archive.ubuntu.com trusty-updates/restricted amd64 Packages
Atteint http://security.ubuntu.com trusty-security/main Translation-en 
Atteint http://archive.ubuntu.com trusty-updates/universe amd64 Packages
Atteint http://security.ubuntu.com trusty-security/restricted Translation-en
Atteint http://archive.ubuntu.com trusty-updates/main Translation-en
Atteint http://security.ubuntu.com trusty-security/universe Translation-en
Atteint http://archive.ubuntu.com trusty-updates/restricted Translation-en
Atteint http://archive.ubuntu.com trusty-updates/universe Translation-en
Atteint http://archive.ubuntu.com trusty Release
Atteint http://archive.ubuntu.com trusty/main amd64 Packages
Atteint http://archive.ubuntu.com trusty/restricted amd64 Packages
Atteint http://archive.ubuntu.com trusty/universe amd64 Packages
Réception de : 1 http://archive.ubuntu.com trusty/main Translation-fr [814 kB]
Atteint http://archive.ubuntu.com trusty/main Translation-en       
Réception de : 2 http://archive.ubuntu.com trusty/restricted Translation-fr [3 879 B]
Atteint http://archive.ubuntu.com trusty/restricted Translation-en      
Réception de : 3 http://archive.ubuntu.com trusty/universe Translation-fr [2 942 kB]
Atteint http://archive.ubuntu.com trusty/universe Translation-en               
Ign http://archive.ubuntu.com trusty/main Translation-fr_FR                    
Ign http://archive.ubuntu.com trusty/restricted Translation-fr_FR              
Ign http://archive.ubuntu.com trusty/universe Translation-fr_FR                
3 759 ko réceptionnés en 24s (154 ko/s)                                        
Lecture des listes de paquets... Fait

"sudo apt-get install gksu" m'a donné :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés : 
  libgksu2-0
Les NOUVEAUX paquets suivants seront installés :
  gksu libgksu2-0
0 mis à jour, 2 nouvellement installés, 0 à enlever et 596 non mis à jour.
Il est nécessaire de prendre 99,6 ko dans les archives.
Après cette opération, 740 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] 
Réception de : 1 http://archive.ubuntu.com/ubuntu/ trusty/universe libgksu2-0 amd64 2.0.13~pre1-6ubuntu4 [71,8 kB]
Réception de : 2 http://archive.ubuntu.com/ubuntu/ trusty/universe gksu amd64 2.0.2-6ubuntu2 [27,8 kB]
99,6 ko réceptionnés en 0s (102 ko/s)
Sélection du paquet libgksu2-0 précédemment désélectionné.
(Lecture de la base de données... 175066 fichiers et répertoires déjà installés.)
Preparing to unpack .../libgksu2-0_2.0.13~pre1-6ubuntu4_amd64.deb ...
Unpacking libgksu2-0 (2.0.13~pre1-6ubuntu4) ...
Sélection du paquet gksu précédemment désélectionné.
Preparing to unpack .../gksu_2.0.2-6ubuntu2_amd64.deb ...
Unpacking gksu (2.0.2-6ubuntu2) ...
Processing triggers for man-db (2.6.7.1-1) ...
Processing triggers for gconf2 (3.2.6-0ubuntu2) ...
Processing triggers for gnome-menus (3.10.1-0ubuntu2) ...
Processing triggers for desktop-file-utils (0.22-1ubuntu1) ...
Processing triggers for bamfdaemon (0.5.1+14.04.20140409-0ubuntu1) ...
Rebuilding /usr/share/applications/bamf-2.index...
Processing triggers for mime-support (3.54ubuntu1) ...
Paramétrage de libgksu2-0 (2.0.13~pre1-6ubuntu4) ...
update-alternatives: utilisation de « /usr/share/libgksu/debian/gconf-defaults.libgksu-sudo » pour fournir « /usr/share/gconf/defaults/10_libgksu » (libgksu-gconf-defaults) en mode automatique
Processing triggers for gconf2 (3.2.6-0ubuntu2) ...
Paramétrage de gksu (2.0.2-6ubuntu2) ...
Processing triggers for libc-bin (2.19-0ubuntu6) ...

Ensuite, avec "gksudo nautilus", le gestionnaire de fichiers a été capable de lire les fichiers du disque à sauvegarder sans énerver le terminal.
Il y a eu juste ça au départ :

(nautilus:11557): GLib-CRITICAL **: Source ID 98 was not found when attempting to remove it
(nautilus:11557): GLib-CRITICAL **: Source ID 99 was not found when attempting to remove it
(nautilus:11557): GLib-CRITICAL **: Source ID 100 was not found when attempting to remove it

Mais depuis, tout roule.
Merci pour tes conseils. Je vai tenter une copie. On verra ce que ça donne.

Dernière modification par theyoubot (Le 14/01/2016, à 09:12)

J5012 · Le 08/01/2016, à 22:37

sudo nautilus

marche aussi bien, meme si ca fait peeur ...

les erreurs sont tout à fait normales ...

et la copie s'est bien passée, sinon tu aurais eu des retours genre "erreur ... impossible de copier"

Braun · Le 08/01/2016, à 22:43

Ceci fait, jette quand même un œil sur les copies et méfie toi des droits de propriété qui on dû être attribués à « root » sans grand discernement.

theyoubot · Le 08/01/2016, à 22:48

theyoubot a écrit :

règles du forum, la taille des images est limitée.

Je l'ignorais. C'est noté. Désolé.

J5012 a écrit :

sudo nautilus
marche aussi bien, meme si ca fait peur ... les erreurs sont tout à fait normales ...

Peut être que je suis inquiet à tort. Je n'ai pas l'habitude de lire des messages d'erreur que je dois ignorer, surtout en aussi grandes quantités.

Braun a écrit :

Ceci fait, jette quand même un œil sur les copies et méfie toi des droits de propriété qui on dû être attribués à « root » sans grand discernement.

C'était mon intention. On m'a conseillé la commande diff pour comparer la copie et l'original. J'ai 140 000 fichiers pour un total de 480 gigas. Je vai essayer d'être minutieux.

Dernière modification par theyoubot (Le 08/01/2016, à 22:55)

moko138 · Le 08/01/2016, à 22:53

Avec le non-persistant, tu as choisi la robustesse ; ça va servir

J'ignore le sens des 3 dernières lignes. Braun, le sais-tu ?
Mais j'ai l'habitude, depuis des années, de m'asseoir sur les "GLib-CRITICAL..." qui suivent mes gksudo. Et mes S.E. ne s'en portent pas plus mal.

theyoubot a écrit :

Mon OS s'est dégradé progressivement en quelques jours, pour des raisons que j'ignore.

Hum... Si je comprends bien le signal et ta réaction, tu penserais à une dégradation du disque ?
En ce cas c'est facile à vérifier. Par

sudo apt-get install --no-install-recommends smartmontools

et, en remplaçant X par la lettre exacte (elle peut changer entre deux sessions et selon le système utilisé),
faire sans ajouter de chiffre :

sudo smartctl -a /dev/sdX

et donner le retour complet.

Dans l'hypothèse d'un disque dégradé, la proposition de Braun est plus sûre que nautilus :
la copie en graphique n'affiche pas toujours les erreurs. Et c'est 6 mois plus tard - et trop tard - qu'on s'aperçoit que certains fichiers copiés sont illisibles.
Ça m'est arrivé plusieurs fois, donc ce n'est pas une vue de l'esprit.
Alors que (g)ddrescue affiche un rapport circonstancié et des options utiles, et fournit une image sur un support sain. Image qu'on pourra encore dupliquer et retravailler à loisir en cas de besoin, même tardif.

theyoubot · Le 08/01/2016, à 23:06

"sudo smartctl -a /dev/sda" retourne :

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

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST500DM002-1BD142
Serial Number:    Z2ARGMTK
LU WWN Device Id: 5 000c50 04072bbe7
Firmware Version: KC45
User Capacity:    500 107 862 016 bytes [500 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Fri Jan  8 22:01:29 2016 CET
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:  (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: 		(  592) 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: 	 (  76) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x303f)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table 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   107   099   006    Pre-fail  Always       -       12956720
  3 Spin_Up_Time            0x0003   100   100   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   097   097   020    Old_age   Always       -       3997
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   078   060   030    Pre-fail  Always       -       30537503463
  9 Power_On_Hours          0x0032   079   079   000    Old_age   Always       -       19244
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   020    Old_age   Always       -       2936
183 Runtime_Bad_Block       0x0032   001   001   000    Old_age   Always       -       99
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   099   000    Old_age   Always       -       27 27 28
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   069   053   045    Old_age   Always       -       31 (Min/Max 19/32)
194 Temperature_Celsius     0x0022   031   047   000    Old_age   Always       -       31 (0 15 0 0 0)
195 Hardware_ECC_Recovered  0x001a   035   033   000    Old_age   Always       -       12956720
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   069   000    Old_age   Always       -       19211
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       19250h+08m+57.549s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       2110448364
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       1534507888

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%     10078         -

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.

moko138 a écrit :

Dans l'hypothèse d'un disque dégradé, la proposition de Braun est plus sûre que nautilus :
la copie en graphique n'affiche pas toujours les erreurs. Et c'est 6 mois plus tard - et trop tard - qu'on s'aperçoit que certains fichiers copiés sont illisibles.

Ma hantise.
Mais je ne me suis jamais servi de ddrescue. Je n'y avais même pas pensé.

Dernière modification par theyoubot (Le 08/01/2016, à 23:10)

moko138 · Le 08/01/2016, à 23:24

Oui, c'est bien la mécanique du disque qui faiblit gravement.

C'est déjà miraculeux que tu aies réussi à mener à 19.200 heures un disque à 7.200 rpm. Bravo ! D'habitude ils claquent à la moitié !
7200*60*19244 = 8,3 milliards de tours...
Peu de HD atteignent les 5 milliards sans occasionner des pertes de données.

La surface du plateau semblent indemne :

197 Current_Pending_Sector        -       0
198 Offline_Uncorrectable         -       0

Mais le taux d'erreur devient phénoménal, signe que le disque n'arrive plus à maîtriser la placement de la tête de lecture par rapport au plateau.

moko138 · Le 08/01/2016, à 23:34

theyoubot a écrit :

Mais je ne me suis jamais servi de ddrescue. Je n'y avais même pas pensé.

Je ne m'en suis pas servi non plus. Mais il y a des connaisseurs sur le forum Qui se feront un plaisir de t'accompagner.
Mais d'abord,

1) Lis ./viewtopic.php?pid=4093301#p4093301 de rmy, même s'il a quitté le bénévolat pour se mettre à son compte et même si ça date de 2011.
2) Lis la Doc.
3) Il y a des interventions récentes de Bougron, tiramiseb et d'autres sur le forum.

theyoubot · Le 11/01/2016, à 00:05

Comparer deux répertoires
Vendredi soir, dans la foulée de ta solution pour gksudo, j'ai fait une copie de mon répertoire de fichiers persos (appelé 'nomdutilisateur') sur un disque dur externe (appelé My Passport). Résultat :

Sauvegarde

Tout a l'air d'être là. Bien sûr, 106 000 fichiers c'est un peu trop pour savoir ce qu'il en est réellement.
Quelqu'un aurait-il une commande pour que je compare ma sauvegarde avec le répertoire original ?

En root dans Nautilus, quand j'essaie de voir par un clic droit, 'propriétés', la taille du répertoire original, j'ai une pop-up fulgurante d'erreur (pas le temps de la lire), Nautilus plante, se ferme, et le terminal me retourne

ERROR:nautilus-properties-window.c:1839:schedule_owner_change_timeout: assertion failed: (NAUTILUS_IS_FILE (file))

moko138 a écrit :

1) Lis ./viewtopic.php?pid=4093301#p4093301 de rmy, même s'il a quitté le bénévolat pour se mettre à son compte et même si ça date de 2011.
2) Lis la Doc.
3) Il y a des interventions récentes de Bougron, tiramiseb et d'autres sur le forum.

Yep ! Ce sera mon plan B (en fait je suis quand même allé voir la doc et le topic que tu indiques).

Braun a écrit :

D'autre part tu peux faire une (ré)installation complète sans effacer sda3 ... à condition de ne valider inopinément l'option « désastre ++ ».

J'y avais pensé. J'ai croisé le tuto correspondant il y a pas longtemps sur le forum. Ce sera mon plan C.

Dernière modification par theyoubot (Le 11/01/2016, à 00:58)

moko138 · Le 11/01/2016, à 07:49

STOOOP !
Tu n'as pas réalisé que tu demandes à une tête de fémur centenaire de trottiner sur 30 km.

À 7.200 rpm, chaque minute qui passe est une épreuve pour ton vieillard de disque.
Chaque minute de rotation accroît sa dégradation.

Tu as réussi à copier (mais dans quel état ?*) 106.000 fichiers : estime-toi heureux.
La SEULE chose raisonnable avant de transformer ce disque en presse-papier, est la proposition de Braun :
faire sur DDE une image de la partition qui contenait ton /home. Et en attendant, de ne SURTOUT pas faire tourner ton vieux disque.

(*) Vu l'état du HD source, on peut imaginer qu'il y a une quantité monstrueuse de messages d'erreur et que ça excède les possibilités de la mémoire allouée à l'affichage ou à nautilus.
AJOUT : le message d'erreur

ERROR:nautilus-properties-window.c:1839:schedule_owner_change_timeout: assertion failed: (NAUTILUS_IS_FILE (file))

est dû à un bug répertorié de nautilus, quand on lui demande en root d'afficher les permissions d'un fichier ou répertoire. Cf. https://bugs.launchpad.net/ubuntu/+sour … ug/1235457 :

Jobin Raju George (jobin-rv) on 2014-03-20
summary: - error open nautilus on terminal
+ nautilus exits when opened using sudo user and properties of a
+ file/folder is opened
description: updated
--------
Launchpad Janitor (janitor) wrote on 2014-03-20: #1
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in nautilus (Ubuntu):
status: New → Confirmed

Dernière modification par moko138 (Le 11/01/2016, à 08:14)

malbo · Le 11/01/2016, à 09:45

moko138 a écrit :

Oui, c'est bien la mécanique du disque qui faiblit gravement.

Quelles sont les données SMART du post #9 sur lesquelles tu te bases pour donner ce diagnostic "faiblit gravement" ?

Dernière modification par malbo (Le 11/01/2016, à 09:47)

moko138 · Le 11/01/2016, à 19:08

8,3 milliards de tours est un âge jeannecalmentesque donc le disque doit avoir des problèmes.
Et en effet theyoubot signale : "Des permissions sautaient toutes seules en cours de session, rendant des fichiers impossibles à modifier".

Ensuite où gît le lièvre ?
a) On peut penser à la surface du plateau, mais elle semble indemne :

  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   -       0
197 Current_Pending_Sector        -       0
198 Offline_Uncorrectable         -       0

Il reste
b) les composants électroniques
Malheureusement, je ne sais pas évaluer leur usure. Sauf ici la valeur End-to-End_Error, qui indique, cf. http://h20000.www2.hp.com/bc/docs/suppo … 159621.pdf que le tampon ram du disque n'a connu aucune erreur.

c) les parties mobiles
Or 8,3 milliards de tours sont plus que suffisants pour causer ceci

  1 Raw_Read_Error_Rate     0x000f   107   099   006    Pre-fail  -       12,9 millions
195 Hardware_ECC_Recovered  0x001a   035   033   000    Old_age   -       12,9 millions
  7 Seek_Error_Rate         0x000f   078   060   030    Pre-fail  -       30,5 milliards

À chaque lecture ou écriture, le bras de lecture se déplace par rapport au socle, (accélération, freinage puis immobilisation précise en moins d'un tour. Dans le cas de ce disque, en moins d'un 7.200ème de seconde.

https://en.wikipedia.org/wiki/S.M.A.R.T.#ATA_S.M.A.R.T._attributes a écrit :

Seek Error Rate
(Vendor specific raw value.) Rate of seek errors of the magnetic heads.
If there is a partial failure in the mechanical positioning system, then seek errors will arise. Such a failure may be due to numerous factors, such as damage to a servo, or thermal widening of the hard disk. The raw value has different structure for different vendors and is often not meaningful as a decimal number.

Ce que je traduis par

(Valeur brute propre au vendeur). Taux d'erreurs de recherche par les têtes magnétiques.
Si le système mécanique de placement connaît une défaillance partielle, les erreurs de recherche augmentent.
Des facteurs variés peuvent concourir à ce genre de défaillance : moteur endommagé ou dilatation thermique du disque dur.
Cette valeur brute est calculée différemment d'un fabricant à l'autre (...)

On trouve Seek Error Rate généralement ligne 7.
Dans ces "facteurs variés", il faut évidemment compter aussi l'usure par frottement ou attrition.

Donc, que "le disque n'arrive plus à maîtriser la placement de la tête de lecture par rapport au plateau", je le déduis de cette conjonction :
- nombre pharaonique de tours effectués, donc attrition élevée,
- taux astronomique d'erreurs de recherche / Seek_Error_Rate,
- bon état du plateau.

Quant à la valeur brute de Seek Error Rate, à notre niveau, ce n'est pas directement qu'elle est exploitable, mais plutôt par comparaison :
- j'ai rarement vu des valeurs de Seek Error Rate chiffrant en dizaines de milliards ;
- plus sûrement, enregistrer chaque trimestre les données smart avec la date

sudo smartctl -a /dev/sda > smart-mon-disque-$(date +%Y%m%d).txt

permet de voir clairement l'évolution de son disque personnel.

La valeur High_Fly_Writes généralement ligne 189, augmente à chaque fois que la distance entre le plateau du disque et la tête s'écarte trop de la valeur nominale au point de chercher une autre zone de disque pour écrire ; cf. http://www.wdc.com/wdproducts/library/o … 850123.pdf. Du moins à chaque fois que cela est détecté.
Curieusement, ici smartctl indique "0". Si ce nombre est exact, cela signifie que les erreurs mécaniques se sont produites latéralement mais pas perpendiculairement au disque.
- -

Cas général
Il convient de tenir compte aussi - si possible en prévention - du nombre de parcages, "Load Cycle Count" ou "Load/Unload Cycle Count", (généralement ligne 193). Mais dans le cas de ce disque-ci, SMART ne nous le fournit pas.
N.B. : quand on abaisse, à l'aide de hdparm, le taux horaire de parcages ("Load Cycle Count" / "Power-On Hours"), la température du disque augmente. Il faut alors veiller à ce que cette température ne dépasse pas une valeur raisonnable.
Quelle est cette valeur ?
Je manque d'information. Chez moi, je m'efforce de ne pas dépasser 40°C, mais en période de canicule, avec certains disques je ne parviens pas à rester sous 45°C.

malbo · Le 11/01/2016, à 21:58

moko138 a écrit :

Quant à la valeur brute de Seek Error Rate, à notre niveau, ce n'est pas directement qu'elle est exploitable, mais plutôt par comparaison :
- j'ai rarement vu des valeurs de Seek Error Rate chiffrant en dizaines de milliards ;

Ce ne sont pas des dizaines de milliards, on a des infos sur le sujet dans cette page : http://www.users.on.net/~fzabkar/HDD/Se … R_HEC.html
J'en ressors que la valeur RAW de Seek Error Rate est incompréhensible pour le profane. On peut se contenter des valeurs normalisée et si on en croit ce tableau extrait de la page que j'ai indiquée :

The following table correlates the normalised SER against the actual error rate:

 90 — <= 1 error per 1000 million seeks
 80 — <= 1 error per 100 million
 70 — <= 1 error per 10 million
 60 — <= 1 error per million
 50 — 10 errors per million
 40 — 100 errors per million
 30 — 1000 errors per million
 20 — 10 errors per thousand

Si on identifie avec le résultat obtenu par theyoubot :

7 Seek_Error_Rate         0x000f   078   060   030    Pre-fail  Always       -       30537503463

ça voudrait dire que le pire cas (060) obtenu par le disque dur de theyoubot est de 1 erreur par million alors que le seuil (030) est de 1000 erreurs par million.

moko138 · Le 11/01/2016, à 23:38

malbo, je te remercie du lien.
Je vois qu'il contient des infos intéressantes, mais ce soir je ne suis plus en état ; j'y retournerai à tête reposée.

Quoi qu'il en soit, à mes yeux 8,3 milliards de tours est une valeur qui à elle seule justifie de ne rien tenter que la proposition de Braun. Et en attendant de débrancher soigneusement le disque qui a tant vécu.
Mais cette valeur n'est pas seule, il y a aussi les descriptions de theyoubot :
En #4 :

Mon OS s'est dégradé progressivement en quelques jours, pour des raisons que j'ignore. Les applications sont toutes devenues plus lentes à se lancer. Ce ralentissement s'est d'abord manifesté au bout de session de 2h. Puis au bout de 45 mn, puis au bout de 20 mn. Ubuntu n'arrivait plus à s'éteindre tout seul, je devais mettre le PC hors tension. Parfois, il plantait, tout se figeait, fenêtres, icônes de bureau .. Des permissions sautaient toutes seules en cours de session, rendant des fichiers impossibles à modifier (picto cadenas apparaissant sur l'icône du répertoire).. J'avais tous les symptômes d'un OS en train de mourir graduellement.

En #7 :

comparer la copie et l'original. J'ai 140 000 fichiers pour un total de 480 gigas.

En #12 :
propriétés de la copie sur DDE par gksudo nautilus :
106.615 fichiers pour 402,3 GB (selon la capture écran)

Or,
(140.000 - 106.000) / 140.000 = 24%
Un fichier sur quatre n'a pu être copié

Dans ces conditions, je conseille catégoriquement de ne plus toucher ce disque que pour (tenter de) faire sur un DDE une image de la partition contenant l'ancien home.

J'espère, malbo, que tu partages ma conviction.

Braun · Le 11/01/2016, à 23:42

J'appuierai d'autant plus que le ralentissement des accès est probablement le signe de recherches répétées de la piste et ça me semble vraiment dangereux car plus on cherche plus on augmente le jeu du bras.

malbo · Le 12/01/2016, à 09:20

moko138 a écrit :

malbo, je te remercie du lien.
Je vois qu'il contient des infos intéressantes, mais ce soir je ne suis plus en état ; j'y retournerai à tête reposée.

Il ne s'agit pas de vérifier les formules détaillées dans la page : il suffit juste de comprendre que la valeur RAW est inexploitable et qu'il convient de se reporter aux valeurs normalisées. Ses dernières étant elle-mêmes difficiles à interpréter (échelle logarithmique) d'où l'intérêt du tableau que j'ai copié dans mon post qui est plus "parlant".
Cela étant, je suis bien conscient que ce disque dur est en fin de vie.

Dernière modification par malbo (Le 12/01/2016, à 09:26)

moko138 · Le 12/01/2016, à 12:35

malbo a écrit :

il suffit juste de comprendre que la valeur RAW est inexploitable et qu'il convient de se reporter aux valeurs normalisées.

Je comprends ton point de vue.
Et j'aimerais bien adhérer pleinement aux conclusions de ce blog !

Mais pour l'instant je n'y arrive pas, puisque son auteur explique que la documentation du SMART de Seagate - puisque sa page ne traite que de Seagate - n'est pas publique et que, s'il a fait un gros effort de documentation, ses informations "peuvent contenir des erreurs". Il ajoute :

Je crois que la relation entre les valeurs brute et normalisée est
normalised SER = -10 log (lifetime seek errors / lifetime seeks)

- Il dit "je crois", et
- sa formule supposerait une corrélation entre la valeur normalisée et "lifetime seek errors" ;
est-ce que j'ai bien compris ?
-------

En tout cas ceci

the normalised values of Seagate's
Seek Error Rate,
Raw Read Error Rate, and
Hardware ECC Recovered
attributes are logarithmic, not linear, and the raw values are sector counts or seek counts, not error counts.

me paraît partiellement contradictoire : comment peut-il affirmer que les *Error Rate ne sont pas des décomptes d'erreurs ?

Accessoirement, je me demande ce qu'on pourrait dire, en s'appuyant sur son tableau, de deux de mes disques affichant

Seek_Error_Rate         0x002e   200   200   000  # un WD
Seek_Error_Rate         0x000b   100   100   067  # un Hitachi

si c'étaient des Seagate et qu'on n'ait pas d'autre info que ces "valeurs normalisées".

malbo · Le 12/01/2016, à 13:24

Je conviens que la fiabilité de cette page peut être contestée dans certains détails. C'est d'ailleurs mentionné par l'auteur lui-même dans le texte. Mais moi j'y crois à son propos et même si je n'ai pas vérifié tout ce qu'il détaille, j'ai confiance.

theyoubot · Le 12/01/2016, à 13:30

moko138 a écrit :

La SEULE chose raisonnable avant de transformer ce disque en presse-papier, est la proposition de Braun :
faire sur DDE une image de la partition qui contenait ton /home. Et en attendant, de ne SURTOUT pas faire tourner ton vieux disque.

Ok.

Dernière modification par theyoubot (Le 12/01/2016, à 13:36)

theyoubot · Le 12/01/2016, à 13:34

Merci à vous trois.
Je comprends d'après l'intervention de Malbo que le disque dur est peut être moins atteint que je le craignais.
Cependant, vu son comportement, il n'y a aucun mal à en faire une copie avec ddrescue, comme le conseillent Braun et Moko138, et une fois le sauvetage réussi, remplacer ce disque interne par un neuf.

J'ai lancé la commande de copie. À l'instant ou je tape cette ligne, ddrescue me dit :

rescued: 122004 MB, errsize: 0 B, current rate: 37486 kB/s
ipos: (pareil)

La copie a l'air de bien se passer.

Dernière modification par theyoubot (Le 12/01/2016, à 13:37)

moko138 · Le 12/01/2016, à 13:59

Pour l'instant, nous ignorons si tu fais un journal, quelles options tu as choisies...

Pense à indiquer la commande complète
- pour qu'on puisse te suivre
- et pour que ton fil serve à d'autres

theyoubot · Le 12/01/2016, à 14:58

Après avoir lu ce tuto, j'ai tapé :

sudo ddrescue -r 3 /dev/sda /media/ubuntu/westerndigital/backup/ImageFileName.img /media/ubuntu/westerndigital/backup/TextFileName.txt

Là, ddrescue en est à 308917 MB.

Dernière modification par theyoubot (Le 12/01/2016, à 14:59)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 08/01/2016, à 13:15

[RÉSOLU] Récupération données avec Live-USB : permissions & co

#2 Le 08/01/2016, à 14:26

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#3 Le 08/01/2016, à 15:23

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#4 Le 08/01/2016, à 22:28

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#5 Le 08/01/2016, à 22:37

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#6 Le 08/01/2016, à 22:43

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#7 Le 08/01/2016, à 22:48

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#8 Le 08/01/2016, à 22:53

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#9 Le 08/01/2016, à 23:06

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#10 Le 08/01/2016, à 23:24

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#11 Le 08/01/2016, à 23:34

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#12 Le 11/01/2016, à 00:05

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#13 Le 11/01/2016, à 07:49

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#14 Le 11/01/2016, à 09:45

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#15 Le 11/01/2016, à 19:08

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#16 Le 11/01/2016, à 21:58

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#17 Le 11/01/2016, à 23:38

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#18 Le 11/01/2016, à 23:42

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#19 Le 12/01/2016, à 09:20

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#20 Le 12/01/2016, à 12:35

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#21 Le 12/01/2016, à 13:24

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#22 Le 12/01/2016, à 13:30

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#23 Le 12/01/2016, à 13:34

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#24 Le 12/01/2016, à 13:59

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

#25 Le 12/01/2016, à 14:58

Re : [RÉSOLU] Récupération données avec Live-USB : permissions & co

Pied de page des forums