Der Begriff »HAL« mag einigen noch in Erinnerung haften geblieben sein,
sicher im Zusammenhang mit HAL 9000 und Space Odyssey.
Wenn der Begriff schon mit Computern in Verbindung gebracht wird,
dann darf er auch bei den Betriebssystemen der Klasse NT »New Technology«
verwendet werden. 
Tatsächlich ist dem so, seit NT3.50 wird dieser verwendet.
Allerdings weist Microsoft dem Kürzel HAL die Bezeichnung 
»Hardware Abstraction Layer« zu, eine recht schöne Erläuterung dazu ist
über www.Wikipedia.org [2] zu erfahren. Die in der letzten Kolumne angesprochenen Powermanagement Funktionen (APM, ACPI) residieren 
zum Teil in dieser als »Dynamic Linked Library» konzipierten HAL.
Nicht erst seit Windows XP ist es möglich, andere Versionen dieser 
»Hal.dll« sicher zu installieren, um Multiprozessor- und ACPI-Unterstützung zu ermöglichen oder zu entfernen.
Es gibt Anwendungen die mit mehreren CPU's, ob nun virtuell (HT) oder 
physikalisch vorhanden, ihre Probleme haben können. Möglicherweise sind gerade die Leser davon betroffen, die einen Spieleserver betreiben und diesen eventuell im Internet bereitstellen.
Kaum jemand installiert sich ein zweites Windows auf die Festplatte um diese 
Probleme auszutesten oder mit derartigen Anwendungen dennoch arbeiten zu können.
Da die Pflege einer zweiten Installation immer auch Zeit und erheblichen 
Aufwand bedeutet, lebt man eher mit Merkwürdigkeiten, anstatt diese mal 
kurz und auch recht gefahrlos zu testen.

Die manipulierte / erweiterte Boot.ini lädt auf Wunsch eine andere HAL

So stellt man sicher, dass der Rechner  auch nach einer ACPI- oder Prozessorumstellung noch willig startet.

Statt ACPI wird ein Standard-PC gestartet, nach der obligatorischen
Hardwareerkennung selbstverständlich. Ein gravierender Eingriff ins System,
der aber funktioniert. Dennoch, eine Sicherung vorher ist nicht falsch.

Zu beachten ist unbedingt, Windows lädt ohne Angabe eine HAL.DLL, die im System32 Verzeichnis liegt, neben der ntoskrnl.exe, die ebenfalls von dort geladen wird. Vor Kopieraktionen ist zuerst der aktuelle Stand zu überprüfen.
Am Besten ist es die im System vorliegende Datei HAL.DLL sowie die ntoskrnl.exe mit denen auf der CD oder dem Servicepackverzeichnis über die Angabe der Größe zu vergleichen. Eventuell umbenennen der neu zu verwendeten Datei wie im Bild [Boot.ini] gezeigt hilft Konflikte zu vermeiden. 
Selbst die im zweiten Bild sehr radikale Umstellung eines neuen Computers zurück auf einen technischen Steinzeit-PC funktioniert. 
Eine Gewährleistung für derartige Aktionen wird natürlich nicht übernommen.
Für Windows Vista gelten die gleichen Regeln, auch wenn der Heise Verlag (c't) hier anderer Ansicht ist.