Re: hal.dll Fehler
From: Frank Hoppe (frank-hoppe_at_praezisa-gotha.de)
Date: 02/07/05
- Next message: Walt Gallus: "Re: hal.dll Fehler"
- Previous message: Hermann: "Re: ScanDisk Win98"
- In reply to: Rainer Ullrich: "Re: hal.dll Fehler"
- Next in thread: Walt Gallus: "Re: hal.dll Fehler"
- Reply: Walt Gallus: "Re: hal.dll Fehler"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 7 Feb 2005 19:20:39 +0100
Rainer Ullrich <spam2005_dont_reply@rainerullrich.de> tippte:
>> Nun er betreibt eine Parallelinstallation, die er offensichtlich mit
>> XXCLONE öfters aktualisiert und die ständig mit im gleichen System
>> hängt. Das Image mit TrueImage macht er offensichtlich zusätzlich.
>
> Oh Gott oh Gott. Was soll denn das bringen? Walt sollte sich vielleciht
> mal eine gute Backup-Strategie erarbeiten und die dann konsequent durch-
> ziehen. Ein Mix auf Full- und Inkrementalbackup mit verschiedenen Tools
> machen nur dann sinn, wenn man weiß, was man tut und auch detaillierte
> Kenntnisse über sein System und der verwendeten Tools hat. So kommt
> nur Murks raus, wie man ja sieht :-(
Da hast du recht. Jedem Tierchen sein Ple... Aber einen Sinn hat es
doch. Original kaputt, Image kaputt aber der Clone läuft noch ;-)
>
>>>Nein! Gehe in den Gerätemanager, lösche _alle_ Festplatten raus, auch die
>>>ausgeblendeten (siehe kb-Artikel 315539) Devices und beim nächsten Reboot
>>>werden alle Festplatten neu erkannt und die Laufwerke nach den bakannten
>>>Regeln neu zugeordnet, also Buchstaben vergeben. Probier's einfach aus.
>>>
>>
>> Das ist schon richtig, aber die deinstallierten Part. werden unter
>> HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices *nicht* entfernt.
>
> Und muß er ja nicht.
>
>
>> Die Treiber
>> werden zwar deinstalliert aber die Part. bleibt dem System bekannt.
>
> Nein eben nicht ...
Aber ja doch. Du solltest es ausprobieren. Lösche eine Platte im
Gerätemanager, fahre den Rechner runter, lade dir die Hive System in
einem anderen System und sieh nach. Die gelöschte Partition ist in den
MountedDevices vorhanden. Das ist auch gut so.
>
>> Annahme das System ist auf E: und du löschst die Platte im
>> Gerätemanager. Beim nächsten Boot wird die Platte neu erkannt.
>
> ... da XP der Platte eine neue ID gibt, die aus mehreren Dingen zusammen-
> gesetzt ist. Ich glaube sogar, daß das Datum mit vermantscht wird.
Nein, hier liegst du komplett daneben. Wenn XP auf eine Platte trifft,
die ihr bereits bekannt war (auch wenn sie im Gerätemanager gelöscht
war) und in den MountedDevices eingetragen ist, erhält sie wieder
korrekt ihre komplette alte Kennung uns auch den alten LW-Buchstaben,
sofern dieser nicht inzwischen anders belegt wurde. Wo und wie sollte
XP sonst erkennen, dass es zB. auf E: installiert war?
>
>> XP vergleicht die erkannte Kennung mit denen in den MountedDevices
>> gespeicherten Informationen und weist dieser Partition korrekt wieder
>> den alten LW Buchstaben E: (und nicht wie vielleicht erwartet C:) zu.
>
> Geht eben nicht, da Windows die nicht mehr kennt. Für ihn ist das ein
> völlig neue unbekannte Platte.
Falsch, siehe oben. Wie soll XP merken dass es auf E: gehört, wenn es
als völlig neue Platte erkannt wird. XP ist nicht immer auf C:, wo die
egal wäre, es findet sich auch wieder auf E:
>
>> Hättest du aber vorher die Partition in den MoutedDevices zusätzlich
>> entfernt, würde XP versuchen ihr C: zuzuweisen - das Ergebnis ist die
>> bekannte Endlosschleife.
>
> Das mag sein, aber darum mache ich es auch so nicht. Ich hatte es auch
> früher so gemacht, wie Du es in Deiner Anleitung geschrieben hast.
>
>
>> Genau das ist das Problem beim Clonen und auch Imageziehen, wenn die
>> Zielplatte dem System bekannt ist.
>
> Eben, darum lösche ich sie und alle ausgeblendeten Festplatten aus dem Geräte-
> manager und lasse sie nue erkennen. Nimm Dein Testsystem und probiere es
> einfach aus.
Ja ich kann sogar sämtliche Platten im Gerätemanager löschen. Beim
Neustart wird mein System korrekt auf K: wiedererkannt. Würde ich K:
auch in den MountedDevices löschen, würde nichts mehr starten da der
Versuch das System standardgemäß auf C: zu mounten in die Hose geht.
Du hast bisher offensichtlich nur mit auf C: installierten Systemen
getestet, wo deine Aussage zufällig stimmt.
Ich habe es mehrfach und auf alle erdenklichen Arten ausprobiert. Ich
weiß wovon ich rede.
>
>> Beim alleinigen Start der
>> Zielplatte erhält sie den LW-Buchstaben, den sie während des Kopieren
>> hatte und nicht den des ursprünglichen Systems.
>
> Das sowieso. Sogar noch schlimmer, wenn das Sysrtem gleiche ID's auf mehreren
> Platten findet kommt es durcheinander, bis hin zu stehenbleiben und anderen
> lustigen Effekten.
>
Gleiche Id's entstehen nur dann, wenn MBR und Bootsectoren mit geclont
wurden. Zwei solche Platten sollte man niemals in einem System
betreiben. Abhilfe, ID's in den Bootsektoren ändern und Platte im
Gerätemanager löschen und jetzt werden die Partitionen beim nächsten
Start tatsächlich als neu gemounted.
>
> Dann hat aber ein ganz großes Problem. :-( Vielleicht hat er die Partition
> ausgeblendet?
Dann würde das System nicht ein Stück hoch laufen und in eine
Endlosschleife fallen.
>
>> Andere Möglichkeit die
>> Plattenzuordnung über Fremdzugriff in der Registry ändern.
>
> Viel zuviel Aufwand. Wenn die bekannten Befehle in der Wiederherstellungskonsole,
> also fixbmr, fixboot und bootcfg /rebuild nichts helfen, dann ist was oberfaul.
Der Direkteingriff war oft die letzte Rettung, wenn die drei Befehle
nicht greifen.
>
>> Eventuell hat auch BootUs etwas verändert, was ja beim ziehen des
>> Image nicht installiert war, aber beim Rückschreiben.
>
> BootUS verändert nichts. Es versteckt nur Partitions auf Wunsch und lädt den
> Bootloader nach, dem man ihn angibt.
Na ja, ohne Code im MBR geht es wohl kaum, wenn man BootUs auf Platte
installiert.
>
>> Na ja, wenn der OT mir die detaillierten Plattendaten schickt, wissen
>> wir vielleicht mehr.
>
> Na da bin ich gespannt
Ich auch. Bisher hat er sich noch nicht wieder gemeldet. Vielleicht
hat sich der Clone auch noch verabschiedet :-o
--
Gruß, Frank (Bitte nur in der Newsgroup antworten!)
Die andere Art der Datensicherung und Festplattenkopie:
http://www.praezisa-gotha.de/clonexp.htm
Jetzt neue Versionen von Tooli und RegCopy für XP-SP2
- Next message: Walt Gallus: "Re: hal.dll Fehler"
- Previous message: Hermann: "Re: ScanDisk Win98"
- In reply to: Rainer Ullrich: "Re: hal.dll Fehler"
- Next in thread: Walt Gallus: "Re: hal.dll Fehler"
- Reply: Walt Gallus: "Re: hal.dll Fehler"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
