[Résolu %]Récupérer des données dans une partition devenue non allouée

Arthourei · Le 12/06/2017, à 13:48

Hello,
Je reposte comme demandé mon message dans ce nouveau post et je le complète un petit peu plus.
merci d'avance d'y prêter attention

Mon fils m'a passé son portable pour que je puisse récupérer les dernières photos depuis avril dernier de sa fille de 19mois.
Ayant rebooter de force et à plusieurs reprises son ordi, ou parce que sa fille a fermer le clapet du portable, celui-ci est devenu un Linux inutilisable.
Au boot, on obtient le grub>rescue,

Pouvez-vous m'éclairer sur la procédure pour récupérer des données lorsque l'on a un grub>rescue?

j'ai utilisé un live cd(mini sd carte de 32Gb, avec 2 versions de Rescatux, Elementary-os, GrubDos4, SuperGrub2Disk...)
En utilisant Gparted, la partition sda3(la partition Linux) apparaît non allouée!

Le pc étant en dualBoot Windaze7 et Elementary-os.

Je me suis documenté sur des forums dont celui-ci, sur YouTube...(les liens)
- https://forum.ubuntu-fr.org/viewtopic.php?id=509791
- http://www.tomshardware.fr/forum/id-180 … e-dur.html
-http://okki666.free.fr/docmaster/articles/linux019.htm

- Reinstalling & fixing grub2
https://www.youtube.com/watch?v=gl8mfpZuDiM&t=36s
- Reinstalling Grub
https://www.youtube.com/watch?v=WtBBl6HvdpM
- Grub Rescue - Complete Re-install of GRUB 2 from Live USB
https://www.youtube.com/watch?v=8lod8sRb_6I&t=108s

(J'avoue que je comprends mieux par l'image que par le texte)
....
J'ai donc lancé plusieurs commandes et j'ai utilisé Photorec et Tesdisk pour pouvoir récupérer des données mais elles viennent de windows, rien de la partition Linux.
(Oui! j'ai obtenu après plus de 16h, 1500 dossiers "recup_dir *" avec des fichiers en doublons et renommés)

Bon, voici les résultats:
Gparted

Fdisk

qwerty@qwerty:~$ sudo fdisk -l
Disque /dev/loop0 : 1,3 GiB, 1367113728 octets, 2670144 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd9b3496e

Périphérique Amorçage     Start       Fin  Secteurs   Size Id Type
/dev/sda1                  2048  30715903  30713856  14,7G 1c W95 FAT32 masquée 
/dev/sda2    *         30715904 323882078 293166175 139,8G  7 HPFS/NTFS/exFAT
/dev/sda3             323883006 976771071 652888066 311,3G  5 Étendue
/dev/sda5             968388608 976771071   8382464     4G 82 partition d'échang



Disque /dev/sdb : 14,5 GiB, 15523119104 octets, 30318592 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb4a1685c

Périphérique Amorçage Start      Fin Secteurs  Size Id Type
/dev/sdb1    *         8192 30318591 30310400 14,5G  c W95 FAT32 (LBA)


Disque /dev/zram0 : 987,8 MiB, 1035771904 octets, 252874 secteurs
Unités : sectors of 1 * 4096 = 4096 octets
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disque /dev/zram1 : 987,8 MiB, 1035771904 octets, 252874 secteurs
Unités : sectors of 1 * 4096 = 4096 octets
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
qwerty@qwerty:~$

Os-prober

qwerty@qwerty:~$ sudo os-prober
/dev/sda1:Windows Recovery Environment (loader):Windows:chain
/dev/sda2:Windows 7 (loader):Windows1:chain
qwerty@qwerty:~$

Lspci, lsusb, lscpu, lsb-release,

qwerty@qwerty:~$ lspci
00:00.0 Host bridge: NVIDIA Corporation MCP79 Host Bridge (rev b1)
00:00.1 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.0 ISA bridge: NVIDIA Corporation MCP79 LPC Bridge (rev b2)
00:03.1 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.2 SMBus: NVIDIA Corporation MCP79 SMBus (rev b1)
00:03.3 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.5 Co-processor: NVIDIA Corporation MCP79 Co-processor (rev b1)
00:04.0 USB controller: NVIDIA Corporation MCP79 OHCI USB 1.1 Controller (rev b1)
00:04.1 USB controller: NVIDIA Corporation MCP79 EHCI USB 2.0 Controller (rev b1)
00:08.0 Audio device: NVIDIA Corporation MCP79 High Definition Audio (rev b1)
00:09.0 PCI bridge: NVIDIA Corporation MCP79 PCI Bridge (rev b1)
00:0b.0 IDE interface: NVIDIA Corporation MCP79 SATA Controller (rev b1)
00:0c.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:15.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:16.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
02:00.0 VGA compatible controller: NVIDIA Corporation G96M [GeForce 9600M GT] (rev a1)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)
04:00.0 Network controller: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
qwerty@qwerty:~$ 
==============================================
qwerty@qwerty:~$ lsusb
Bus 001 Device 004: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader
Bus 001 Device 003: ID 04f2:b071 Chicony Electronics Co., Ltd 2.0M UVC Webcam / CNF7129
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 248a:8564  
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
qwerty@qwerty:~$ 
===============================================
qwerty@qwerty:~$ lscpu
Architecture:          x86_64
Mode(s) opératoire(s) des processeurs :32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) par cœur : 1
Cœur(s) par socket : 2
Socket(s):             1
Nœud(s) NUMA :       1
Identifiant constructeur :GenuineIntel
Famille de processeur :6
Modèle :             23
Model name:            Intel(R) Core(TM)2 Duo CPU     T6600  @ 2.20GHz
Révision :           10
Vitesse du processeur en MHz :2200.000
CPU max MHz:           2200,0000
CPU min MHz:           1200,0000
BogoMIPS:              4399.88
Cache L1d :           32K
Cache L1i :           32K
Cache L2 :            2048K
NUMA node0 CPU(s):     0,1
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm
qwerty@qwerty:~$ 
=====================================================
qwerty@qwerty:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="LXLE Eclectica 16.04.2 64bit"
qwerty@qwerty:~$
qwerty@qwerty:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
qwerty@qwerty:~$ 
=====================================================

....au plaisir de vous lire

Dernière modification par Arthourei (Le 04/07/2017, à 09:49)

Caribou22 · Le 12/06/2017, à 14:03

Bonjour,
Je n'y connaît rien en sauvetage de données, mais Rmy m'a sauvé un HDD formaté par erreur il y a quelques années. regarde le dernier lien de ta signature si ça peut t'aider

Arthourei · Le 12/06/2017, à 14:12

Caribou22, merci j'ai aussi déjà visité ce lien, à la lecture on regagne du moral. J'ai déjà été sur plusieurs voies sans aboutir en faisant ce que je peux. Maintenant que je demande la bonne voie pour continuer!

Laurent85 · Le 12/06/2017, à 14:12

Bonjour, as-tu tenté de récupérer la partition Linux supprimée avec testdisk ? Il faut le faire à partir d'une session Live.

Sans système Linux installé tu ne peux pas réparer grub au démarrage !

Arthourei · Le 12/06/2017, à 14:22

hello Laurent85,
Faudrait que je re-essaie en session live, je pense que cela n'avait rien donné. C'est pourquoi l'utilisation de photorec.

J'ai aussi parcouru (la tête sous l'eau)
- http://www.coursinforev.org/doku.php/grub-rescue?s[]=grub&s[]=rescue

Oui une réinstallation linux me donnerai un nouveau grub, mais quid des données de l'ancien home?

Dernière modification par Arthourei (Le 12/06/2017, à 14:58)

moissan · Le 12/06/2017, à 14:52

ne surtout pas reinstaller linux ! ça va ecrire dans la partition non aloué et ecraser les donnée qui y sont peut etre encore

il faut absolument faire marcher un logiciel de recuperation avant toute autre utilisation du disque ... un logiciel de recuperation va chercher les donné qui reste même si il n'y a plus de formatage valable ... il faut esperer que le formatage qui a fait disparaitre cette partition etait un formatage rapide qui n'efface que le formatage mais n'efface pas les donné ... si ça a été un formatage complet qui ecrit des zero partout , tout est definitivement perdu

grub n'est pas le probleme puisque la partition linux n'existe plus

Arthourei · Le 12/06/2017, à 14:59

Ok! moissan, je pense la même chose!

Laurent85 · Le 12/06/2017, à 15:01

Arthourei a écrit :

C'est pourquoi l'utilisation de photorec.

testdisk c'est pour la récupération de partitions supprimées, photorec sert à récupérer des fichiers sur le disque par une analyse secteur par secteur, en général de l'espace disque non alloué.

Oui une réinstallation linux me donnerai un nouveau grub, mais quid des données de l'ancien home?

Bah non surtout pas d'installation. Le principe quand on veut récupérer des données sur un disque est de ne pas tenter de démarrer dessus, ni d'écrire dessus. Accès en lecture uniquement.

Arthourei · Le 12/06/2017, à 15:25

Bon voilà Laurent85, je suis prêt à retravailler avec testdisk.
Il m'est arrivé de relancer windows7, et là d'une manière plus propre que photorec, j'ai retrouvé pour sauvegarde les photos et doc divers avec leur noms.
Sinon j'utilise le live

MicP · Le 12/06/2017, à 17:40

Bonjour

Juste un petit détail concernant le vocabulaire : Par définition, l'espace d'un disque considéré comme "non alloué" n'est donc pas utilisé par une des partitions de ce disque => ce n'est pas une partition.

L'espace non alloué dont vous allez essayer de récupérer des informations est situé après le secteur (de 512 octets) 652888066 et avant le secteur 968388608
cet espace corresponds à environ 154GB

S'il s'agissait de mon disque, je commencerai par faire une copie brute de cet espace disque dans un fichier sur un autre disque afin de pouvoir le restaurer en cas de mauvaise manipulation.

Dernière modification par MicP (Le 12/06/2017, à 17:48)

Babdu89 · Le 12/06/2017, à 18:12

Bonjour.

Post#1 on lit;

Ayant rebooter de force et à plusieurs reprises son ordi, ou parce que sa fille a fermer le clapet du portable, celui-ci est devenu un Linux inutilisable.
Au boot, on obtient le grub>rescue,

Je ne suis pas sûr que ce genre de manips en arrive à un formatage de la partition.

Il est possible que çà casse la table de partition,ou l'EBR de la partition étendue.

Je pense qu'avant d'utiliser Photorec. Avec testdisk, il doit être possible de réécrire une table de partition et retrouver la partition perdue, pour y avoir accès.

Je conseille de faire appel à Nasman, un des spécialistes de ce genre de problème. Il confirmera, ou pas ce que j'avance.

https://forum.ubuntu-fr.org/profile.php?id=58702

Tout en suivant le conseil de MicP avant toutes autres manips.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/06/2017, à 18:22)

erresse · Le 12/06/2017, à 18:23

MicP a écrit :

L'espace non alloué dont vous allez essayer de récupérer des informations est situé après le secteur (de 512 octets) 652888066 et avant le secteur 968388608
cet espace corresponds à environ 154GB

Salut,
Je ne suis pas de ton avis sur ce point : Il semble que la partition disparue (devenue espace non alloué) se trouve au début de la partition étendue, donc elle devait commencer en 323883006 plutôt, non ?
Ou je me trompe ?

Babdu89 · Le 12/06/2017, à 18:30

erresse a écrit;
Ou je me trompe ?

Non, tu as raison

Périphérique Amorçage Start Fin Secteurs Size Id Type
/dev/sda1 2048 30715903 30713856 14,7G 1c W95 FAT32 masquée
/dev/sda2 * 30715904 323882078 293166175 139,8G 7 HPFS/NTFS/exFAT
/dev/sda3 323883006 976771071 652888066 311,3G 5 Étendue
/dev/sda5 968388608 976771071 8382464 4G 82 partition d'échang

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/06/2017, à 18:38)

Arthourei · Le 12/06/2017, à 18:30

MicP a écrit :

....
L'espace non alloué dont vous allez essayer de récupérer des informations est situé après le secteur (de 512 octets) 652888066 et avant le secteur 968388608
cet espace corresponds à environ 154GB
...je commencerai par faire une copie brute de cet espace disque dans un fichier sur un autre disque afin de pouvoir le restaurer en cas de mauvaise manipulation.

merci pour l'info!

J'ai lu la procédure pour copier cet espace dans un fichier iso/ou comme une image...m'en vais retrouver cette page. Mais la procédure sur celle-ci y ressemble
- https://www.perhonen.fr/blog/2014/11/re … ctueux-921

Oui Baddu89 et erresse la page que je recherche montre comment calculer cette espace...ce qui va me donner à mes presque 61 ans encore plus de cheveux blancs..:-)

Dernière modification par Arthourei (Le 12/06/2017, à 18:37)

Nasman · Le 12/06/2017, à 18:44

Tiens, je crois que l'on m'appelle.

En cas de perte de partition (et de données) :
- ne pas écrire sur le disque (donc ne pas démarrer d'OS présent sur le disque, utiliser un LiveDVD ou LiveUSB)
- donner des infos sur ce qu'il y avait avant (même de mémoire, taille, système de fichiers)
- un sudo fdisk -l pour avoir les infos sur les partitions reconnues - et sur les espaces non alloués (les trous entre les partitions)

Ici tu as une partition étendue sda3 commençant à l'adresse LBA = 323883006 et qui contient sda5 (swap) à la LBA 968388608). La partition manquante est entre ces deux positions.
Les partitions commencent généralement à une adresse multiple du Mio, soit un multiple de 2048 et souvent la partition étendue commence 2 secteurs avant.
Ainsi l'emplacement le plus probable serait en 323883008.

A cet emplacement commencerait la partition mais en général c'est vide au début et on voit des choses un peu plus loin.

Peux tu poster le résultat de

sudo dd if=/dev/sda bs=512 count=8 skip=323883008 | hexdump -C

En général on trouve le point de montage à l'offset 488

Dernière modification par Nasman (Le 12/06/2017, à 19:05)

Babdu89 · Le 12/06/2017, à 18:52

@Nasman . Bonjour.

Comme toujours, je vais suivre ce qui va se passer.
Bien que je n'y comprenne toujours, jamais rien... C'est très instructif la lecture que tu fais en exa.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/06/2017, à 18:54)

Arthourei · Le 12/06/2017, à 20:04

Nasman a écrit :

...
Peux tu poster le résultat de
sudo dd if=/dev/sda bs=512 count=8 skip=323883008 | hexdump -C
En général on trouve le point de montage à l'offset 488

Bonjour Nasman,
voici le résultat de la commande (y a t il un traducteur)

qwerty@qwerty:~$ sudo dd if=/dev/sda bs=512 count=8 skip=323883008 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400  00 60 33 01 00 4c cd 04  00 77 3d 00 bd 7f 21 03  |.`3..L...w=...!.|
00000410  f8 7e 2d 01 00 00 00 00  02 00 00 00 02 00 00 00  |.~-.............|
00000420  00 80 00 00 00 80 00 00  00 20 00 00 5a d1 0e 59  |......... ..Z..Y|
00000430  93 06 10 59 23 02 ff ff  53 ef 03 00 01 00 00 00  |...Y#...S.......|
00000440  00 a4 03 57 00 00 00 00  00 00 00 00 01 00 00 00  |...W............|
00000450  00 00 00 00 0b 00 00 00  00 01 00 00 3c 00 00 00  |............<...|
00000460  42 02 00 00 7b 00 00 00  47 d2 73 9f 2b 0b 44 2e  |B...{...G.s.+.D.|
00000470  92 16 92 8b be 43 71 9e  00 00 00 00 00 00 00 00  |.....Cq.........|
00000480  00 00 00 00 00 00 00 00  2f 00 61 72 67 65 74 00  |......../.arget.|
00000490  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000004c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 ec 03  |................|
000004d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000004e0  08 00 00 00 00 00 00 00  00 00 00 00 bf 9f 5c 37  |..............\7|
000004f0  80 a8 4d a4 87 82 b4 6b  b4 01 9a 2f 01 01 00 00  |..M....k.../....|
00000500  0c 00 00 00 00 00 00 00  00 a4 03 57 0a f3 02 00  |...........W....|
00000510  04 00 00 00 00 00 00 00  00 00 00 00 ff 7f 00 00  |................|
00000520  00 80 60 02 ff 7f 00 00  01 00 00 00 ff ff 60 02  |..`...........`.|
00000530  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000540  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 08  |................|
00000550  00 00 00 00 00 00 00 00  00 00 00 00 1c 00 1c 00  |................|
00000560  01 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000570  00 00 00 00 04 00 00 00  f9 b4 61 3a 00 00 00 00  |..........a:....|
00000580  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
8+0 enregistrements lus
8+0 enregistrements écrits
4096 bytes (4,1 kB, 4,0 KiB) copied, 0,00131482 s, 3,1 MB/s
00001000
qwerty@qwerty:~$

Nasman · Le 12/06/2017, à 22:59

Bien, il semble bien qu'en 488 se trouve la valeur hexa 2f qui correspond au caractère / soit le point de montage du système Linux. On peut donc en conclure que la partition perdue commence bien au secteur d'adresse 323883008.

Pour la récupération des données je pense que l'on peut faire appel à testdisk pour retrouver une partition commençant à la LBA 323883008.
Par contre testdisk indique le début des partitions, non pas en adresse LBA mais dans le système CHS (cylindre, tête et secteur) avec :
Il faut diviser 323883008 par 16065 (63*255) pour connaitre la valeur du cylindre, ici 20160.
Pour la tête il faut diviser le reste par 63, ce qui donne 200.
Le secteur restant est 9.

La relation est LBA = 16065*C + 63*H + S -1.

En utilisant testdisk on devrait voir apparaitre une partition logique avec C H S = 20160 200 9.

On devrait pouvoir explorer cette partition pour y récupérer les fichiers (avec p on peut lister les fichier puis les copier sur un autre disque).
On peut aussi restaurer l'accès à la partition, elle sera accessible en mode "Live". Avec un peu de chance le pc pourra aussi démarrer sur cette partition.

Arthourei · Le 13/06/2017, à 08:57

merci Nasman, cela semble de bonne augure!

Je vous donne les résultats après les tentatives de ce jour mais d'abord la sauvegarde de sda.

Nasman a écrit :

...
En utilisant testdisk on devrait voir apparaitre une partition logique avec C H S = 20160 200 9.
On devrait ... (avec p on peut lister les fichier puis les copier sur un autre disque).
.....

C'est quoi p (une option dans testdisk?)

MicP · Le 13/06/2017, à 10:44

…
Je ne suis pas de ton avis sur ce point : Il semble que la partition disparue (devenue espace non alloué) se trouve au début de la partition étendue, donc elle devait commencer en 323883006 plutôt, non ?
Ou je me trompe ?
…

Je me suis effectivement trompé de référence : 652888066 étant le nombre de secteurs occupés par la partition étendue

=======
Sinon, connaissant le type de partition qui a été supprimé,
après avoir récupéré une copie de l'espace non alloué,
j'aurais simplement recréé sur le disque source cette partition manquante en utilisant fdisk

Dans un premier temps, le numéro d'ordre des partition en aurait été chamboulé,
mais si les données redevenaient accessibles par un simple mount,
il aurrait suffit de réordonner ensuite les partitions, toujours avec fdisk.

Dernière modification par MicP (Le 13/06/2017, à 10:51)

Nasman · Le 13/06/2017, à 11:06

Pour récupérer la partition avec testdisk :
"installer" testdisk en session Live (ou live persistant si tu le peux)
- lancer testdisk avec

sudo testdisk

- sélectionner le disque sda
- choisir partitionnement intel (de mémoire)
- faire analyse (fait une analyse sommaire) - il devrait retrouver quelques partitions
- si ta partition est retrouvée, la sélectionner puis tu devrais avoir le choix de faire un list files (touche p)
- sinon lancer un deeper search (l'analyse se fait sur tout le disque - cela peut durer des heures)
- si partition trouvée, alors la sélectionner et list files
- si tes fichiers sont bien accessibles, alors tu peux, soit les copier vers un autre support, soit restaurer la partition (logique puisqu'elle est située dans la partition étendue)

Arthourei · Le 13/06/2017, à 11:12

AAhhh! je ne parviens pas ni à installer ddrescue et testdisk le dépot n'est pas contenu dans le livecd d'Elementary-os
Les adresses dépots

qwerty@qwerty:~$  sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
qwerty@qwerty:~$ 
qwerty@qwerty:~$ sudo apt-get install software-properties-common
E: Malformed entry 55 in list file /etc/apt/sources.list (Component)
E: La liste des sources ne peut être lue.
E: Malformed entry 55 in list file /etc/apt/sources.list (Component)
E: La liste des sources ne peut être lue.
qwerty@qwerty:~$

Où est l'erreur?
J'ai bien la version téléchargée de Tesdisk7 mais je n'ai jamais installé de fichier tar.bz2
----

Je viens de retrouvé un cd live SystemRescue pour lancer Testdisk (v6), j'en suis dans la deepsearch.....

Dernière modification par Arthourei (Le 13/06/2017, à 11:57)

MicP · Le 13/06/2017, à 11:56

…
Je ne suis pas de ton avis sur ce point : Il semble que la partition disparue (devenue espace non alloué) se trouve au début de la partition étendue, donc elle devait commencer en 323883006 plutôt, non ?
Ou je me trompe ?
…

Je me suis effectivement trompé de référence : 652888066 étant le nombre de secteurs occupés par la partition étendue

=======
Sinon, connaissant le type de partition qui a été supprimé,
après avoir récupéré une copie de l'espace non alloué,
j'aurais simplement recréé sur le disque source cette partition manquante en utilisant fdisk

Dans un premier temps, le numéro d'ordre des partition en aurait été chamboulé,
mais si les données redevenaient accessibles par un simple mount,
il aurrait suffit de réordonner ensuite les partitions, toujours avec fdisk.

=======

udisksctl mount -f /chemin/nomDuFichierDeLaCopieDeLespaceNonAlloué

aurait peut-être permis de vérifier que le système de fichiers de la partition qui avait été supprimée est accessible

Dernière modification par MicP (Le 13/06/2017, à 11:59)

Arthourei · Le 13/06/2017, à 14:55

hello
J'ai suivi le post #21 de Nasman
ce fut ok jusqu'au moment de la copie.
J'ai pensé qu'il allait me proposer un répertoire de destination des fichiers....en étant sur un live cd(systemRescue) il ne propose que de le copier vers le bureau. Aurais-je du copier fichier par fichier au lieu de choisir le Home complet.

Pour le moment j'ai pas l'impression qu'il copie quoique ce soit! Pas même la possibilité de sortir de tesdisk. Vais encore attendre une bonne heure!

Qui vivra verra!

MicP · Le 13/06/2017, à 15:18

…il ne propose que de le copier vers le bureau…

Je pense que tu aurais dû connecter un autre disque et mounter un de ses systèmes de fichiers afin de pouvoir y copier les fichiers à récupérer

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/06/2017, à 13:48

[Résolu %]Récupérer des données dans une partition devenue non allouée

#2 Le 12/06/2017, à 14:03

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#3 Le 12/06/2017, à 14:12

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#4 Le 12/06/2017, à 14:12

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#5 Le 12/06/2017, à 14:22

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#6 Le 12/06/2017, à 14:52

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#7 Le 12/06/2017, à 14:59

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#8 Le 12/06/2017, à 15:01

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#9 Le 12/06/2017, à 15:25

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#10 Le 12/06/2017, à 17:40

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#11 Le 12/06/2017, à 18:12

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#12 Le 12/06/2017, à 18:23

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#13 Le 12/06/2017, à 18:30

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#14 Le 12/06/2017, à 18:30

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#15 Le 12/06/2017, à 18:44

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#16 Le 12/06/2017, à 18:52

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#17 Le 12/06/2017, à 20:04

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#18 Le 12/06/2017, à 22:59

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#19 Le 13/06/2017, à 08:57

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#20 Le 13/06/2017, à 10:44

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#21 Le 13/06/2017, à 11:06

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#22 Le 13/06/2017, à 11:12

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#23 Le 13/06/2017, à 11:56

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#24 Le 13/06/2017, à 14:55

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

#25 Le 13/06/2017, à 15:18

Re : [Résolu %]Récupérer des données dans une partition devenue non allouée

Pied de page des forums