HAL.DLL manquant ou corrompu - LA Solution

Résolu/Fermé
Si jamais vous ne pouvez plus entrer sous windows à cause de l'erreur suivante : "HAL.DLL manquant ou corrompu" veuillez savoir que la source du problème n'est pas le DLL mais bien BOOT.INI (la plupart du temps).

La solution au problème est simple :
Partez l'ordinateur sur une disquette de démarrage (si vous n'en possèdez pas vous pouvez en avoir une sur www.bootdisk.com)
et accédez à l'invite de commande. Entrez les commandes suivantes :
C:
edit boot.ini

Vous accéderez à BOOT.INI, par défaut il ressemble à:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professionnel" /fastdetect

L'erreur provient dans la plupart des cas du numéro de la partition qui est indiqué (ça survient souvent après une installation d'un 2e système d'exploitation). Changez partition(1) pour partition(2), et si ça ne fonctionne toujours pas, changez encore de chiffre jusqu'à ce que vous soyez tombé sur le bon. Si vous ne voulez pas avoir à rééditer BOOT.INI plusieurs fois, recopiez la ligne complète après [operating systems] et changez le chiffre dans chaque, vous n'aurez qu'a essayer les différentes options qui s'offriront à vous lors du prochain démarrage.

Autre astuce:
copiez encore la ligne complète après [operating systems] et ajoutez après /fastdetect : /safeboot:minimal /sos /bootlog
Changez le nom de l'option pour "Mode Sans Échec"
Vous avez maintenant une option dans le menu qui vous permet d'accèder au mode sans échec sans avoir à peser sur F8 lors du démarrage.

27 réponses

  1. Merci pour la solution. Je viens juste d'avoir ce problème sauf qu'en lisant l'intervention de CLB, j'ai pas tenté le coup car toutes mes partitions sont en NTFS, sauf les partitions LINUX bien sûr.

    Après une manoeuvre sous linux, impossible de booter sur XP Pro à cause du fameux HAL.DLL corrompu ou manquant.

    Voilà la solution que j'ai appliquée :

    boot sur cd-rom d'installation de XP PRO en demandant le mode réparation.

    Entrée donc de mes identifiants administrateur puis utilisation de la commande BOOTCFG /ADD :

    [scan des disques durs pour identifier les systèmes windows installés]

    [1] C:\WINDOWS

    sélectionner l'installation à ajouter :
    taper 1 [entrée]

    entrer l'identificateur de chargement :
    taper le nom du système, ici : WINDOWS XP PRO [entrée]

    entrer les options de chargement du système à lancer :
    ici : /fastdetect [entrée]

    puis je quitte le mode text et reboote la machine : exit [entrée]

    la machine reboote sur GRUB où je choisis WINDOWS XP, et là j'arrive au menu de BOOT windows où je choisis l'option que je viens de configurer, soit WINDOWS XP PRO et j'arrive sur mon O.S. tranquille sans avoir besoin de réinstaller.

    DONC, si vous n'avez que du NTFS, tout comme moi, tout n'est pas perdu !

    Dragonban,
    le petit Dragon d'Internet


    hall.dll manquant ou corrompu
    104
    1. franchement merci Dragonban!
      0
    2. @cawebeonpas de quoi !

      L'information est faite pour circuler ...
      0
    3. Un grand merci pour cette solution.
      Bien suivie, elle a règlé le problème que j'avais sur un de mes postes.
      Ernest.
      0
    4. Salut,

      j'ai rencontré le même problème : hal.dll manquante. Les solutions proposées sont très claire, je vais tenter tout cela sous peu.

      Mais une autre question me viens à l'esprit. Ce problème survient chez moi après avoir installer Linux en dual boot et surement une manipulation malencontreuse sous Linux. Donc à priori le même cas de figure que toi Dragonban. Seulement je ne vois pas vraiment ce qui à pu causer ce problème et cela me semble être une question intéressante pour éviter une rechute.

      En clair, d'où peux venir ce genre dégradation du système de Windows ?

      merci pour tous vos conseils fort avisés
      0
    5. @cijadBonjour Cijad,

      Eh bien je ne suis pas expert sur cette question, j'utilise simplement mes connaissances windows et linux et un peu de bon sens.

      Toutefois, je pense que le problème vient du fait que lorsque tu installes windows, il sait où se trouver lui-même puisqu'il touche au secteur de boot au cours de l'installation, il l'étiquette donc par rapport à lui et à d'autres windows pouvant être installés préalablement.

      Lorsqu'on installe ensuite Linux en dual-boot et qu'on choisit l'un de ses gestionnaires de boot (Lilo, Grub), alors celui-ci touche également au secteur de boot et le réétiquette. Il est possible que le problème survienne par rapport à cela.

      Il semble que Grub n'est pas le gestionnaire préféré de tout le monde mais que Lilo éviterait bien des ennuis, à voir...

      0