Bonjour,
Je ne sais plus trop que faire face à un PC sous Windows XP Pro qui ne boote plus, avec le tiret qui clignote sur fond noir (problème d'amorçage.)
Il me semble nécessaire de fournir l'historique de ce qui s'est passé et des utilitaires utilisés.
Permettez-moi d'utiliser parfois des conventions Unix/Linux, notamment pour numéroter les partitions.
Le partitionnement d'origine sur disque de 500 Go
sda1 C: (Windows XP) env. 25 Go
sda2 (Linux Swap) env. 3 Go
sda3 (Linux) env. 22 Go
sda4 (Partition étendue)
sda5 (Logiciels) env. 10 Go
sda6 (Données) env. 440 Go |
Le but était:
- supprimer les partitions sda2 et sda3 qui n'étaient pas utilisées
- agrandir sda1 sur toute la zone occupée au préalable par sda2 et sda3.
Ce qui est arrivé à cause de la fatigue est des hachures sans doute un peu trop discrètes dans gestionnaire de disques:
- suppression accidentelle de la partition "Données" sda6 (au lieu de sda2 ou sda3)
dans le gestionnaire de disques de Windows XP,
mais sans reformatage. La partition contenant les données est simplement devenue non allouée.
Ce qui a été fait, dans l'ordre:
1. Clonage de bas niveau vers un disque de 750 Go
(pour éviter tout risque de confusion avec celui de 500 Go)
2. Analyse des partitions avec l'utilitaire testdisk sous Linux,
ce qui a permis de restaurer sda6 sur le disque clone.
3. Contrôle des partitions sous Windows en plaçant le disque dans un dock externe.
L'accès aux données fonctionnait.
4. Fort du succès du point 3, application de testdisk sur le disque original,
mais celui-ci n'est pas parvenu à restaurer sda6,
sans doute en raison d'un mode d'analyse trop simple.
5. Clonage des 512 premiers octets
depuis le disque clone vers le disque original.
(Là, je n'ai sans doute pas été pas très malin.)
6. Clonage du début de sda4 depuis le disque clone
vers le disque original (sauf erreur 512 octets)
7. Constats:
a) Les données des diverses partitions étaient accessibles,
aussi bien pour le disque d'origine que pour le clone,
mais la taille de sda6 et du disque dans le gestionnaire
était fausses dans le gestionnaire de disque de Windows.
Ceci provenait du fait que testdisk a supposé que sda6
s'étendait jusqu'à la fin du disque de 750 Go.
Il a en conséquence calculé une taille totale trop grande
pour sda6 et en conséquence pour sda4.
b) Affichage des partitions impossible dans GParted sous Linux,
en raison de ce problème de partition sda4 débordant de la taille du disque original.
La taille de sda6 pour le disque d'origine avait toutefois conservé sa valeur correcte.
8. Correction de la taille de sda4 sous pour s'ajuster à la capacité du disque original.
(ceci avec sfpart sous Linux)
Résultat: Succès, toutes les partitions pouvaient alors être affichées par GParted.
9. Contrôle d'accès aux données des diverses partitions sous Windows (dans Dock externe). Ok
10. Avec GParted, suppression des partitions sda2 et sda3
sur le disque original et agrandissement de la partition sda1.
Résultat : les données restent accessibles sur chaque partition
lorsque le disque est dans un dock externe
mais lorsqu'il est replacé dans l'ordinateur, Windows n'est pas amorcé.
11. Contrôle avec GParted que sda1 possède bien encore le drapeau "boot"
13. Suppression du mot de passe oubilé pour Administrateur, grâce à l'utilitaire chntpw sous Ubuntu.
14. Application de fixboot depuis le CD d'installation.
Résultat: Fixboot indique qu'un nouveau secteur de démarrage a été écrit.
Cependant, l'ordinateur reste avec son curseur clignotant. |
Je pense que le problème pourraît être une conséquence de l'étape 10.
J'ai toujours le clone qui pourrait permettre de restaurer la table de partitionnement avant la suppression de sda2 et sda3.
Y a-t-il moyen de contrôler "manuellement" ce qui cloche.
Par exemple avec un éditeur hexadécimal tel que HxD ?
Je n'envisage pas trop une réinstallation avec récupération de données classique,
car la partition Données contient des dossiers spéciaux tels que ceux des emails, Mes images, etc.
Merci pour votre aide.
