Montage d'un DD avec Win7

Ambigua · Le 30/04/2018, à 19:43

Salut!

J'ai un pote qui avait un PC avec Win7 a qui il est arrivé un petit malheur... Une armoire d'archives est tombée sur le PC, détruisant la tour et la CM dedans... ( là, le PC ne marche plus...)

Mon pote a récupéré le DD voulant "sauver" une bonne série de dossiers et documents qu'il a dedans.
Mais en branchant le DD sur un PC supporté par Win7, ça ne boot pas... et le PC s'éteint.

En le mettant sur un PC avec Xubuntu, le DD est bien reconnu, mais impossible de le monter.

Le DD est un 250go en SATA et était "en marche" lors de la chute de l'armoire.
J'ai lu un truc sur le "verrouillage" par win des DD...
Serait-ce ça qui empêche le boot ou le montage?

Y'a t-il un moyen pour récupérer les données ( surtout des PDF, des PPS, des XLS et quelques photos et vidéos) sans avoir à faire de la sorcellerie...?

Arbiel · Le 30/04/2018, à 22:18

Bonsoir

Ambigua a écrit :

En le mettant sur un PC avec Xubuntu, le DD est bien reconnu, mais impossible de le monter.

Qu'est-ce à dire ?
Commandes exécutées et retours complets permettraient de ne pas avoir à jouer aux devinettes.

Par contre, les circonstances de l'incident ou de l'accident n'apportent rien. Inutile de raconter sa vie. Perte de temps à la composition du message et à la lecture. Esprit start-up entreprise, les gars, du sommet de l'état jusqu'aux plus petites mains. C'est comme cela que nous redeviendrons une grande nation.

Arbiel

Ambigua · Le 30/04/2018, à 23:34

Là, je n'ai pas le DD ni le PC avec moi.

En gros, depuis l'explorateur on avait bien le DD noté mais non monté; Lorsqu'on cliquait sur le petit triangle pour le monter, ça moulinait et ensuite marquait un message disant de le DD n'est pas libre.
Je n'ai pas essayé d'autre façon, on a vite abandonné, car on a trouvé un PC avec Win7 où l'on a pu tenter de mettre le DD, sans succès comme indiqué dans le premier post.

Le fait de raconter "ma vie", ne prends que 36 caractères et quelques espaces... et ça permet aux autres de comprendre les circonstances et que le DD était en service lors de la destruction du PC.

Arbiel · Le 01/05/2018, à 00:52

Bonsoir

Pour essayer de comprendre ce qui se passe, il va falloir passer par des lignes de commande. L'interface graphique ne donne en général pas suffisamment d'informations pour analyser les problèmes.

Le disque étant raccordé à un PC, passer la commande

sudo blkid

et donner la réponse en respectant de formalisme ci-dessous (voir si nécessaire les pages de la documentation qui expliquent l'utilisation des balises dans les interventions sur le forum)

remi@remi-Vostro-3550:~$ sudo blkid
/dev/sda1: LABEL="multi_amorces" UUID="367C9BBD7C9B75F9" TYPE="ntfs" 
/dev/sda2: LABEL="win7pro" UUID="5A549F42549F1FB5" TYPE="ntfs" 
/dev/sda3: LABEL="TRANSIT" UUID="6FA7-9CC9" TYPE="vfat" 
/dev/sda4: UUID="mLCqaA-7Su3-x2BK-RMJZ-4Qzi-xfY1-IEnZv9" TYPE="LVM2_member" 
/dev/mapper/victor-root_l: UUID="78576555-f0c2-4c80-af4f-d763cc7ae71d" TYPE="crypto_LUKS" 
/dev/mapper/victor-usr: LABEL="victor-usr" UUID="c438ab5d-636a-4e87-bdbc-25700b1ebdad" TYPE="ext2" 
/dev/mapper/victor-boot: LABEL="victor-boot" UUID="728d4e9f-3015-4571-b226-73a7155164af" TYPE="ext2" 
/dev/mapper/victor-ouranos: LABEL="victor-ouranos" UUID="2f32f2a6-d8d5-485f-8a68-769ca1671bbe" TYPE="ext2" 
/dev/mapper/victor-gumnon: LABEL="victor-gumnon" UUID="473aaf37-8b79-4bd5-8b04-1ede572a8481" TYPE="ext2" 
/dev/mapper/victor-psilos: LABEL="victor-psilos" UUID="6d247bdb-0bad-4562-b8bb-0a69c06e85fd" TYPE="ext4" 
/dev/mapper/victor-home_jetable_l: UUID="37447a61-f946-4d38-a398-5a886c4e3f22" TYPE="crypto_LUKS" 
/dev/mapper/victor-root_alt_l: UUID="bcc1027f-6078-449f-a26c-99706b5b59b4" TYPE="crypto_LUKS" 
/dev/mapper/victor-usr_alt: LABEL="victor-usr_alt" UUID="07a8dd93-820b-40c1-a73b-2e71f6914167" TYPE="ext2" 
/dev/mapper/victor-boot_alt: LABEL="victor-boot_alt" UUID="70c6be90-0e8d-4bae-85c2-e4493abfce8e" TYPE="ext2" 
/dev/mapper/victor-odos_l: UUID="fd6afe40-b9c5-40af-a48f-d397bb57382f" TYPE="crypto_LUKS" 
/dev/mapper/victor-trophe: UUID="6412a23a-703e-4eea-bb34-2d9b973e4943" TYPE="ext4" 
/dev/mapper/victor-archos: UUID="0b1a0ad3-a97d-43c9-adbb-cd4b86474670" TYPE="ext2" 
/dev/mapper/victor-oikia_l: UUID="97aca676-26ee-4745-8d9f-336257426db3" TYPE="crypto_LUKS" 
/dev/mapper/victor-home_l: UUID="3d6502a4-ee71-4291-a17e-304e3027ca59" TYPE="crypto_LUKS" 
/dev/mapper/victor-xenial: UUID="f0091524-8a6e-4980-9664-7863a2d8ce78" TYPE="ext4" 
/dev/sdb1: LABEL="SANDISK" UUID="37DF-3BE1" TYPE="vfat" 
/dev/sdb2: LABEL=".sandisk" UUID="4146dfad-26f0-4aec-99c3-8ab00c3e4297" TYPE="ext2" 
/dev/sdc1: LABEL=".Xavier" UUID="4146dfad-26f0-4aec-99c3-8ab00c3e4297" TYPE="ext4" 
/dev/sdc2: UUID="I6qCHw-HTNK-0dMX-Ylij-6QKH-1mIL-XqnkVe" TYPE="LVM2_member" 
/dev/mapper/xavier-boot: LABEL="xavier-boot" UUID="29a23231-63da-49c8-ab9a-4a5c7cf51e0c" TYPE="ext4" 
/dev/mapper/xavier-root_l: UUID="2e167b67-6ac7-4ede-94bd-bafebcb3491c" TYPE="crypto_LUKS" 
/dev/mapper/xavier-usr: LABEL="xavier-usr" UUID="ea023b94-5bed-45c7-a681-06ec7fb0259d" TYPE="ext4" 
/dev/mapper/xavier-home_l: UUID="46889e2d-aac8-4869-8f6b-1d4f4deda420" TYPE="crypto_LUKS" 
/dev/mapper/xavier-grub: LABEL="xavier-grub" UUID="a1d2a715-c069-46b5-94fe-07490f40e581" TYPE="ext2" 
/dev/mapper/xavier-ciel: LABEL="xavier-ciel" UUID="3033e869-1750-4cce-9167-1211400099d4" TYPE="ext2" 
/dev/mapper/xavier-root_trav: UUID="57c6118b-6518-427c-991a-a1a0663102d6" TYPE="ext4" 
/dev/mapper/victor-root: LABEL="victor-root" UUID="4e0b8f16-2c9a-491f-8e13-d780893f65a4" TYPE="ext4" 
/dev/mapper/victor-oikia: UUID="5b96a110-0c7d-4ffa-acd8-7665bc84e18a" TYPE="ext4" 
/dev/mapper/victor-home: LABEL="victor-home_alt" UUID="767bbb95-4b40-4321-8394-2636e06b87a0" TYPE="ext4" 
remi@remi-Vostro-3550:~$

Le retour sera moins volumineux, mais il faut le présenter depuis l'intrégralité de la ligne de commande jusqu'à l'intégralité de l'invite qui lui succède.

On pourra alors essayer de monter le disque toujours en ligne de commande, et le retour nous permettra alors peut-être de comprendre ce qui se passe.

Pour ce qui concerne le fait de raconter sa vie, j'ai voulu indiquer qu'il fallait supprimer tout le superflu. Ne crois-tu pas que

Ambigua a écrit :

J'ai un pote qui avait un PC avec Win7 a qui il est arrivé un petit malheur... Une armoire d'archives est tombée sur le PC, détruisant la tour et la CM dedans... ( là, le PC ne marche plus...)
Mon pote a récupéré le DD voulant "sauver" une bonne série de dossiers et documents qu'il a dedans.
Mais en branchant le DD sur un PC supporté par Win7, ça ne boot pas... et le PC s'éteint.
En le mettant sur un PC avec Xubuntu, le DD est bien reconnu, mais impossible de le monter.
Le DD est un 250go en SATA et était "en marche" lors de la chute de l'armoire.
J'ai lu un truc sur le "verrouillage" par win des DD...
Serait-ce ça qui empêche le boot ou le montage?
Y'a t-il un moyen pour récupérer les données ( surtout des PDF, des PPS, des XLS et quelques photos et vidéos) sans avoir à faire de la sorcellerie...?

aurait pu être remplacé par quelque chose comme

Avec l'interface graphique de XUbuntu, je ne parviens pas à monter un disque qui était installé dans un PC motorisé par Windows et en cours de fonctionnement lorsqu'il a été malencontreusement détruit.
Merci de m'indiquer comment procéder pour résoudre cette difficulté.

?
On se doute bien que si tu veux le monter, c'est pour en faire quelque chose. Si quelqu'un estime qu'il doit savoir si c'est à la suite de la chute d'une armoire, si cela est arrivé à un de tes proches, il te le demandera.

Arbiel

Ambigua · Le 08/05/2018, à 02:37

Salut!

Bon, problème résolu... de façon "brutal" en forçant une "réinstallation" de win7.. Je ne sais pas comment, mais ils ont réussi à récupérer tous les documents en les mettant sur un autre DD.

Là, le DD est formaté près à recevoir un Xubuntu.

Merci à ceux qui ont pris le temps de me répondre.

moko138 · Le 08/05/2018, à 03:42

Salut !
Vu que le disque était en fonctionnement au moment du choc, on peut redouter un atterrissage de tête.

Donc, si la réinstallation n'échoue pas,
alors en session live :
a) Installer l'utilitaire :

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

b) Repérer la lettre X exacte attribuée au disque /dev/sdX (elle peut changer entre deux branchements ou démarrages) :

sudo parted -l

(c'est un L minuscule).

c) Lire les données SMART :
en remplaçant X par la lettre trouvée précédemment, faire sans ajouter de chiffre :

sudo smartctl -s on -a /dev/sdX

et en donner le retour complet et entre balises-code.

Puis laisse le disque vivre au moins quatre heures de plus sous tension, (ça peut être étalé sur plusieurs jours, si tu le préfères) et répète la procédure.

Ambigua · Le 08/05/2018, à 04:03

Merci Moko138, mais là, l'étape "réinstallation" a été passée et correctement puisque les dossiers ont été sauvegardés.

Je garde sous le coude au cas où...

Je vais tester le disque avant d'installer Xubuntu (je vais faire ça demain ou mercredi) mais à priori, il fonctionne.
Le DD sera monté dans une tour avec un CPU de Intel Core i5 et 6Go de RAM.
Je n'ai pas le détail de la CM ni de la CG, je vais découvrir quand il arrivera. Mais je ne pense pas avoir de difficulté.
J'ai conseillé mon pote d'acheter un SSD pour gagner en rapidité mais "la banque" ne suit pas...

moko138 · Le 08/05/2018, à 06:14

Ambigua a écrit :

là, l'étape "réinstallation" a été passée et correctement (...)
Je vais tester le disque avant d'installer Xubuntu (je vais faire ça demain ou mercredi) mais à priori, il fonctionne.

Nous n'en savons rien.

Explication :
La réinstallation d'un système écrit quelques Gio au début du disque.
S'il y a eu atterrissage de tête au-delà (par exemple entre le 60ème et le 85ème Gio), l'utilisateur ne s'en apercevra qu'au moment où il commencera à utiliser cette zone du HDD.

Un rapport smart complet s'obtient en deux secondes et permet de savoir s'il y a problème ou pas.

Et, s'il y a eu atterrissage de tête, on peut prendre des mesures pour prolonger la vie du disque de plusieurs années.
Bien entendu, ça se pratique à froid, avant d'avoir confié des données au HDD.

Ambigua · Le 08/05/2018, à 16:00

Salut!

Oui, on ne sait pas si le DD est "sain", mais ils ont réussi à "sauver" les données ( donc les lire)...

Après la récupération, ils ont cru bon de formater le DD, mais je ne sais pas en quel format (surement NTFS).
J'aurais la réponse dans l'après midi... et en Live, je ferais un rapport smart ... avant l'installation.

Ambigua · Le 17/05/2018, à 22:10

Salut!

Donc j'ai installé Xubuntu 16.04 64bit avec ce DD après l'avoir testé en LiveCD... Pas de problème.

L'installation s'est bien passée malgré que nous avons dû virer une barrette de RAM.. (on a testé une par une et à la deuxième, l'install a (enfin) pu être finalisée...)

Là, le PC marche très bien!

Merci à tous ceux qui ont aidé!

moko138 · Le 17/05/2018, à 23:25

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 30/04/2018, à 19:43

Montage d'un DD avec Win7

#2 Le 30/04/2018, à 22:18

Re : Montage d'un DD avec Win7

#3 Le 30/04/2018, à 23:34

Re : Montage d'un DD avec Win7

#4 Le 01/05/2018, à 00:52

Re : Montage d'un DD avec Win7

#5 Le 08/05/2018, à 02:37

Re : Montage d'un DD avec Win7

#6 Le 08/05/2018, à 03:42

Re : Montage d'un DD avec Win7

#7 Le 08/05/2018, à 04:03

Re : Montage d'un DD avec Win7

#8 Le 08/05/2018, à 06:14

Re : Montage d'un DD avec Win7

#9 Le 08/05/2018, à 16:00

Re : Montage d'un DD avec Win7

#10 Le 17/05/2018, à 22:10

Re : Montage d'un DD avec Win7

#11 Le 17/05/2018, à 23:25

Re : Montage d'un DD avec Win7

Pied de page des forums