crash pc et data recovery

pascal33 · Le 26/06/2019, à 22:14

Bonjour, c'est donc mon premier message sur ce forum, alors que j'utilise Ubuntu depuis pas mal d'années. En fait, je suis Gnu-Linux depuis 2001 avec l'install de Mandrake. J'ai cassé il y a 2 semaines mon pc portable double boot ubu cryptée/w10. le disque dur n'est pas mort, grâce à un lecteur externe de disque dur interne (...), je peux visualiser mes anciennes partitions sur mon nouveau pc portable (que j'ai entièrement dédié à Ubuntu).
Quels outils dois je utiliser pour accéder à mon ancien /home qui est crypté, considérant que j'ai le mot de passe utilisateur ?
Merci à vous.

Caribou22 · Le 26/06/2019, à 22:17

Bonjour et bienvenue
Le plus simple serait sans doute que tu règle ton BIOS pour booter directement sur le disque dur de ton ancien ordi. (En mettant le BIOS en priorité de boot sur les périphériques USB.)

pascal33 · Le 26/06/2019, à 23:29

Bonsoir, merci pour la réponse pleine de bon sens. Malheureusement ça ne fonctionne pas : grub n'apparait plus et ça se lance directement sur une tentative de réparation de windows, que j'ai laissé faire et qui échoue après plusieurs tentatives...

pascal33 · Le 26/06/2019, à 23:31

Notons au passage qu'aujourd'hui il fera meilleur dans le 22 que dans le 33.
Mais ça, c'est une autre histoire.

Caribou22 · Le 26/06/2019, à 23:34

Essaye peut-être de créer une clé USB bootable supergrub2 disk : https://www.supergrubdisk.org/category/ … sk-stable/
Elle devrait détecter tous les systèmes bootables présent sur ton ordi et dans ses périphériques externe, et te permettre de booter dessus.

Si ça ne marche pas, il faudra réussir à accéder à ton disque dur depuis le Ubuntu installé sur ton ordi.

moko138 · Le 27/06/2019, à 04:05

pascal33 a écrit :

J'ai cassé il y a 2 semaines mon pc portable (...)
grub n'apparait plus et ça se lance directement sur une tentative de réparation de windows, que j'ai laissé faire et qui échoue après plusieurs tentatives...

À faire (DDE branché) :

1) En priorité, montrer les données SMART complètes du DDE.

2) Pour le confort :

sudo update-grub

3) Et puis toutes précisions sur les circonstances de la casse (chute ? chute en fonctionnement ? autre ?) seraient bienvenues !
.

je peux visualiser mes anciennes partitions

4) Et nous, pourrait-on voir

sudo parted -l | grep -vA3 loop

5) et une capture de gparted ?

bruno · Le 27/06/2019, à 06:24

Bonjour,

Si tu as chiffré ton dossier personnel avec les outils Ubuntu (ecryptfs) tu dois utiliser la procédure décrite au point 8.2 de la doc ecryptfs

pascal33 · Le 28/06/2019, à 17:52

Bonjour, merci pour vos contributions à mon soucis.
Mais je pense que c'est mort....
Après update-grub avec le 2° disque dur branché (celui du crash), je reboot et trouve bien mon ancien Ubuntu, mais il ne se lance pas.
En recovery mode, pendant le boot, tout est ok jusqu'au message : dependency failed for cryptography setup for cryptswap1, dependency failed for local volumes encrypted, for dev-mapper-cryptswap1.device, for /dev/mapper/cryptswap1, for swap.
"echo 0> /proc/sys/kernel/hung_task_timeout_secs" disables this message.
INFO: task jbd2/sdb10-8:352 bloked for more than 120 seconds (où sdb10 est mon ancienne /home)
Not tainted 4.15.0-34-generic #37-Ubuntu (un des 2 noyaux restant actif)(avec l'autre noyau, c'est idem)
La situation se gèle, et plus rien ne se passe.
Si je reboote sur mon Ubuntu active avec le dd-crash branché, j'y accède depuis thunar : accès à tout W10, à /ancien-root-ubu, à une partition de stockage que j'avais rajouté, non cryptée.
Par contre, quand je clique sur /home/ancien-moi, 2 items apparaissent : un fichier readme.txt et un éxécutable.
Le readme me dit de cliquer sur l'éxécutable "Access-Your-Private-Data", lien vers /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
Quand je clique dessus, une fenètre veut s'ouvrir, mais disparait aussitôt.
Voilà...

moko138 · Le 28/06/2019, à 19:25

Non, ce n'est probablement pas mort. Mais,
ARRÊTE d'essayer de monter les partitions de ce disque !

Tu as déjà provoqué des tentatives de réparation du système de fichiers à l'aide du journal :

pascal33 a écrit :

task jbd2/sdb10-

Et c'est préjudiciable sur un disque matériellement dégradé.

Branche-le une avant-dernière fois pour

1) En priorité, montrer les données SMART complètes du DDE.

(bis).

Ensuite débranche-le Cf.
Récupération de données - Importance de débrancher le disque En particulier le
§3 de "Récupération de données - Importance de débrancher le disque".

Car il est probable que le disque est dégradé et qu'il faudra cloner, ou le disque entier ou l'ancien LVM, avec un outil spécialisé. Et que les tentatives de récupération des données pour avoir une chance de réussite, se feront sur le clone.

pascal33 · Le 29/06/2019, à 06:05

(bis)

smartctl 6.6 2017-11-05 r4594 [x86_64-linux-5.0.0-20-generic] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, [url=http://www.smartmontools.org]www.smartmontools.org[/url]

=== START OF INFORMATION SECTION ===
Model Family:     Toshiba 2.5" HDD MQ01ABD...
Device Model:     TOSHIBA MQ01ABD075
Serial Number:    X2PLFABHS
LU WWN Device Id: 5 000039 457186b5f
Firmware Version: AX003M
User Capacity:    750156374016 bytes [750 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
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 (current: 3.0 Gb/s)
Local Time is:    Sat Jun 29 06:45:34 2019 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Status command failed: Connection timed out
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
Warning: This result is based on an Attribute check.
Failed Attributes:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   044   044   050    Pre-fail  Always   FAILING_NOW 15680

General SMART Values:
Offline data collection status:  (0x06)	Offline data collection activity
					was aborted by the device with a fatal error.
					Auto Offline Data Collection: Disabled.
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: 		(  120) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No 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: 	 ( 199) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

J'ai utilisé Gsmartcontrol avec le disque dur non monté.
...Jusqu'à hier soir, smart n'était pour moi qu'une marque de voiture urbaines ..!
On apprend à tout âge, merci.

_{Modération : merci d'utiliser les balises code (explications ici).}

Dernière modification par cqfd93 (Le 29/06/2019, à 06:43)

moko138 · Le 29/06/2019, à 07:56

pascal33 a écrit :

Model Family:     Toshiba 2.5" HDD MQ01ABD...
Device Model:     TOSHIBA MQ01ABD075
Serial Number:    X2PLFABHS
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   044   044   050    Pre-fail  Always   FAILING_NOW 15680

Disque sub-claquant,
à débrancher au plus vite. Mais il est peut-être déjà trop tard.
Le seul motif valable pour le rebrancher sera de tenter son clonage avec gddrescue, sur un autre disque, sain celui-là.

À l'avenir :
- sauvegardes régulières ;
- installation complète de smartmontools, pour profiter de son daemon avertisseur.

pascal33 · Le 30/06/2019, à 12:38

Je fais régulièrement des sauvegardes, heureusement je ne perdrais pas tout.
Comme je n'ai plus, justement, assez de place sur mon disque de sauvegarde, j'attends d'en recevoir un nouveau pour tenter le clonage.
Je me permettrai alors de revenir vers vous...
Merci de votre aide.

pascal33 · Le 07/07/2019, à 23:25

Bonsoir, j'ai reçu mon disque dur externe de 1To en usb3.0 .
Par prudence, j'ai fait un essai de copie avec un vieux disque dur d'une tour que j'avais.
Je me retrouve donc avec un pc portable sous Ubuntu 19.04 , un disque dur externe récepteur de 1To, vide, que j'ai reformaté en fat32, et un vieux disque dur IDE Maxtor 80GB à cloner.
J'ai utilisé comme commande : sudo ddrescue -f -r3 -n -d /dev/sdc /dev/sdb mapfile, en fonction d'infos que j'ai pu trouvé sur le net.
Au bout de 3/4 d'heures, la copie s'est terminée.
J'ai éteint mon pc portable et débranché les 2 disques externes. J'ai redémarré en accédant au bios : j'ai remplacé uefi boot par csm boot, j'ai mis le sata controler mode de ahci à compatibility et mis l'ordre de boot sur USB en premier.
J'ai ensuite branché le disque dur externe où il y a la copie du disque Maxtor, et là j'ai booté sur grub, j'ai choisi Ubuntu 12.04, et ça a marché.
Comme j'avais conservé le mot de passe, j'ai pu me servir d'xfce, ouvrir mes fichiers, etc...
Donc ça fonctionne.
Il ne me reste plus qu'à faire la même chose avec le disque dur crashé de mon ex-portable.
Y aurait il des arguments à rajouter/modifier à ma ligne de commande ?
Je n'ai pas essayé photorec sur le clone de mon Maxtor : est ce que ça peut servir à quelquechose, ou pas?
Merci.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 26/06/2019, à 22:14

crash pc et data recovery

#2 Le 26/06/2019, à 22:17

Re : crash pc et data recovery

#3 Le 26/06/2019, à 23:29

Re : crash pc et data recovery

#4 Le 26/06/2019, à 23:31

Re : crash pc et data recovery

#5 Le 26/06/2019, à 23:34

Re : crash pc et data recovery

#6 Le 27/06/2019, à 04:05

Re : crash pc et data recovery

#7 Le 27/06/2019, à 06:24

Re : crash pc et data recovery

#8 Le 28/06/2019, à 17:52

Re : crash pc et data recovery

#9 Le 28/06/2019, à 19:25

Re : crash pc et data recovery

#10 Le 29/06/2019, à 06:05

Re : crash pc et data recovery

#11 Le 29/06/2019, à 07:56

Re : crash pc et data recovery

#12 Le 30/06/2019, à 12:38

Re : crash pc et data recovery

#13 Le 07/07/2019, à 23:25

Re : crash pc et data recovery

Pied de page des forums