sda1 sda2 sda 3 sda 4<sda5 sda6 sda7>
trois part primaires, sda 1 boot win de 100 Mo, sda2 win, sda 3 Linux2, une étendue sda 4 qui contient swap, linux1 / et /home de linux1.
Le clonage de sda 3 (lubuntu / dont /home) échoue, mais le clonage continue...
Le clonage plante lors de la copie de la dernière partition (sda7) qui contient le home
Démarrage du noyau mais pas d' interface graphique, et home non reconnu, ce qui est logique.
Cependant grub est bien installé, avec le menu ( sda3 manquant) ,
Insérer le seul dd fautif dans le pc, booter sur clé usb live lancer testdisk
Message d' erreur...
check_FAT: Unusual media descriptor
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
linux 12183 14317
FAT12 12530 12530
FAT12 12539 12539
Linux 13763 60801
FAT32LBA 28885 29366 [NO NAME]
FAT32LBA 28885 29366 [NO NAME]
EDIT: suite...
Deeper search dans testdisk trouve toutes les partitions. Ecrire la nouvelle table. Redémarrer ==> Boot impossible.
Réparer fstab
Live CD, chrooter linux 1 sur le DD en panne...
sudo leafpad /etc/fstab ===> UUID
et
Sudo blkid =====> autres UUID pour / et /home= les bons à conserver, les copier (recopier sur feuille) puis les placer dans fstab...
Clonage échoué pour sda7
DD source: la part /home sda7 dont le clonage a échoué, la copier manuellement vers sdb7 (insérer le disque dans un slot, ou le brancher en externe avec adaptateur...)
https://resque.wordpress.com/2012/02/15 … -recovery/
Un nouveau qui inventorie quelques outils de récupération...
Check the disk first:
parted /dev/hda print
fdisk -l /dev/hda
fdisk /dev/hda
then run the v command to verify the disk
sfdisk -uS -l /dev/sda
(Check with LBA (Logical Block Addressing) instead of CHS (Cylinder/Head/Sector). View the partition table using sectors instead of cylinders)
Examining boot secorts and partiton tables manualy
sudo dd bs=512 skip=1 count=1 if=/dev/sda of=/home/ubuntu/gpt.bin
dd ibs=64 count=1 if=name-of-your-file | hexdump -C
dd ibs=64 skip=1 count=1 if=/dev/sda | hexdump -C
Outils
fdisk sfdisk testdisk gpt fdisk gparted CHS cylinder, head, sector
FAT32 LBA
https://cscie92.dce.harvard.edu/spring2 … ucture.pdf
66 pages sur le sujet...
testdisk permet de récupérer les données corrompues, plus exactement de corriger l'intégrité des données dans la MFT (master file table), et il répare très bien les systèmes de fichiers.
réécrit la table de partition après les avoir récupérés...
on peut le mettre sur disquette (?),
mais surtout sur cd (il existe UBCD (ultimate boot cd), cd de dépannage basé sur linux)
on peut le tester sans risque, juste en lui demandant d'analyser les partitions, puis lancer une recherche approfondie.
Notons que la plupart des disques sont partitionnés (usine), avec parfois une partition cachée de restauration du système (certains pc grand public vendu en grande surface), ou la recovery d'IBM , ou la nouveau sytème de vista et de seven consistant à mettre une partition cachée qui gère le boot (100 Mo); donc quand nous en remettons soit par installatiion d'un deuxième système d'exploitation (quelle idée !!), soit par envie de séparer nos données (data) du système, on ajoute parfois à la confusion de départ.
Je disais, testdisk nous retrouve deux ( rarement trois) entrées dans la mft de la même partition, et on constate que ces entrées sont différentes (cylindres de départ, de fin ...), d'où les risques potentiels...
La structure des disques n'a pas évolué depuis le début et il n'y a toujours que 512 octets en tout dont 66 pour la table des partitions dans le mbr !!
J'ai déja récupéré la table de partition linux (sam linux) avec ce logiciel...
Idem, on retrouve des données sur des disques déjà formatés !!
Il reconnait au boot les disques connectés, où qu'ils soient, externes, en usb, etc..., ou au bout de l'adaptateur usb vers ide sata décrit dans le post précédent !:D
A connaître, c'est sûr....
C Grenier le créateur de testdisk a aussi de quoi récupérer les photos sur de nombreux supports...
http://www.cgsecurity.org/wiki/PhotoRec