Introduction

Lorsqu’on décide de protéger son ordinateur avec VeraCrypt en activant le chiffrement complet du système, il arrive que le processus se complique dès la phase de test. Dans ce cas, le système peut redémarrer et afficher un écran demandant un mot de passe qui ne fonctionne pas, ou bien un écran bleu empêchant totalement l’accès à Windows. Voici un retour d’expérience complet relatant un problème concret rencontré lors de la mise en place de VeraCrypt, et les étapes suivies pour restaurer l’accès au système.

Le problème rencontré

Après avoir configuré le chiffrement complet du disque avec VeraCrypt, l’ordinateur a redémarré pour lancer le pré-test. Ce test consiste à vérifier que le mot de passe saisi au démarrage permet bien de déchiffrer et démarrer Windows. Or, dès ce moment :

• le chargeur de démarrage VeraCrypt demandait un mot de passe, mais celui-ci n’était pas reconnu,
• la disposition du clavier était passée en QWERTY, créant une confusion,
• en insistant, l’ordinateur finissait par afficher un écran bleu.

Impossible donc d’accéder à Windows ni d’annuler la procédure.

Première hypothèse : problème de clavier

L’une des premières vérifications a été de tester la correspondance entre un clavier AZERTY et la disposition QWERTY utilisée par VeraCrypt au démarrage. Par exemple :

• la touche « A » devient « Q »,
• la touche « Z » devient « W »,
• les chiffres demandent l’usage de la touche Shift.

Un mot de passe saisi en AZERTY peut donc être rejeté si l’on oublie cette conversion. Malheureusement, même après adaptation, l’accès au système restait impossible.

Utilisation du Rescue Disk VeraCrypt

VeraCrypt génère un « Rescue Disk » sous forme d’ISO à conserver sur une clé USB ou un DVD. Ce support permet :

• de lancer Windows en clair si le bootloader est corrompu,
• de restaurer le chargeur Windows d’origine,
• ou de déchiffrer entièrement le disque.

Dans ce cas, le démarrage sur la clé affichait bien le menu de secours, mais certaines options demandaient malgré tout le mot de passe, qui n’était pas accepté.

Passage à une réparation manuelle

La solution a alors été d’utiliser un environnement externe comme Hiren’s BootCD PE pour réparer le bootloader Windows manuellement. Avec l’outil BootIce, il a été possible de :

1. Réécrire le MBR en « Windows NT 6.x », adapté à Windows 10 et 11,
2. Réécrire le PBR de la partition principale en « BOOTMGR boot record ».

Après redémarrage, l’ordinateur affichait un message d’erreur Windows (0xc0000001) prouvant que le chargeur VeraCrypt avait bien été retiré, mais que la configuration BCD de Windows restait endommagée.

Reconstruction du BCD

Toujours depuis l’environnement de secours, des commandes ont été exécutées :

bootrec /fixmbr
bootrec /fixboot (souvent en erreur « Access denied »)
bootsect /nt60 SYS /mbr
bootrec /scanos
bootrec /rebuildbcd

Ces étapes ont permis de réécrire complètement le secteur de démarrage et la base de configuration, jusqu’à retrouver un démarrage Windows normal.

Conclusion

Le problème initial venait du test de pré-chiffrement VeraCrypt combiné à un mot de passe saisi sur un clavier AZERTY mais attendu en QWERTY. La restauration a été longue, mais elle montre plusieurs enseignements :

• Toujours sauvegarder ses données avant de lancer un chiffrement complet.
• Tester et conserver soigneusement le Rescue Disk généré par VeraCrypt.
• Savoir que l’option de chiffrement complet n’est pas obligatoire : chiffrer uniquement les disques secondaires ou créer des conteneurs est souvent plus simple et moins risqué.

Si vous êtes confronté à ce type de blocage ou si vous envisagez un chiffrement de vos disques et souhaitez éviter ces écueils, vous pouvez nous contacter pour obtenir un accompagnement adapté.