Je suis tombé sur un problème bien étrange chez un client. L’équipe Backup ne parvient pas restaurer le contenu du disque D d’une machine virtuelle avec NetBackup 7.5. La “restore” du Vmdk complet fonctionne bien. Aucun problème sur le C: et le E: de cette même VM, alors que le disque D semble vide dans la console NetBackup, il est donc impossible de faire une restauration graduelle.
Avec l’utilitaire MBRfix, j’ai découvert que le disque D avait une partition de type “01” autrement dit FAT12 Voir la list des types
Dans mon cas, on voit la partition en type DOS 12-bits FAT, alors que la partition est bien en NTFS dans le gestionnaire de disque Windows.
Pour corriger ce problème et changer la signature du disque 01 – FAT12 en 07 NTFS, j’ai utilisé l’outil d’un ancien collègue de chez orbytes ingénierie ( ou plutôt Global ASP) Christophe Grenier, TESTDISK.
TESTDISK permet de faire un tas d’opération au niveau des partitions, MFT, FAT, disque, etc ….
En voici la liste en anglais:
TestDisk can
- Fix partition table, recover deleted partition
- Recover FAT32 boot sector from its backup
- Rebuild FAT12/FAT16/FAT32 boot sector
- Fix FAT tables
- Rebuild NTFS boot sector
- Recover NTFS boot sector from its backup
- Fix MFT using MFT mirror
- Locate ext2/ext3/ext4 Backup SuperBlock
- Undelete files from FAT, exFAT, NTFS and ext2 filesystem
- Copy files from deleted FAT, exFAT, NTFS and ext2/ext3/ext4 partitions.
Voici la marche a suivre pour corriger ce problème de FAT12:
Lancez testdisk_win.exe depuis Windows en administrator local:
Perso, j’ai pas fait de log, donc choisir No Log
Sélectionnez la partition qui pose problème, Ici la /dev/Sdb
Ensuite dans notre cas, il faut choisir Intel
Puis choisir Analyse
On peut voir que l’outil détecte un problème de structure “Invalid FAT Boot sector”
Choisir l’option Quick search.
Sur cette capture, on voit que testdisk a bien détecté la partition NTFS, appuyer sur Enter pour continuer.
Déplacer le curseur sur Write et appuyer sur Enter.
Répondre “Y” pour confirmer
Voila c’est fini, il ne reste plus qu’a rebooter la VM.
Merci à Christophe Grenier pour son outil http://www.cgsecurity.org/
