[Toni123]

Hi,

ich liste einfach mal ein paar fakten auf. Mein Problem besteht darin, dass mein image auf dem rechner, auf dem es erstellt wurde funktioniert und auf 2 anderen Rechnern einen Bluescreen während des Minisetups liefert.

- Auf allen Rechnern wird mit VirtualPC 2003, Service Pack 1 mit installierten VMAdditions gearbeitet.
- Es wurde ein Windows 2003 Server Standard Image erstellt.
- Folgende Einstellungen wurde dabei vorgenommen:

VMAdditions installiert ->
Systemwiederherstellung ausgeschaltet ->
sfc /cachesize=0 & sfc/ purgecache ->
Defragmentierung von Laufwerk C: ->
Virtual Disk Precompactor.iso ausgeführt ->
Komprimierung per VirtualPC Einstellungen.

- Beim Durchlaufen des Minisetups tritt ein Bluescreen auf ("processr.sys DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATI
ONS").
- Nach dem Bluescreen startet die virtuelle Maschine neu und beim 2ten Durchlauf funktioniert das Image dann auch.
- Screenshot mit kompletter Bluescreen Fehlermeldung hängt an

Woran kann das nun liegen und wie kann es das Problem beheben damit das Image beim ersten durchlaufen direkt funktioniert und nicht erst nen bluescreen liefert und dann erst beim 2ten neustart funktioniert?

Thx schon mal.

Angehängte Miniaturbilder

• 

Dieser Beitrag wurde von Toni123 bearbeitet: 21. Dezember 2005 - 10:34

[Rika]

Zitat

This Stop message indicates that a driver failed to cancel pending operations, deferred procedure calls, andworker threads before exiting.

Interpreting the Stop 0xCE MessageThis Stop message has four parameters, as listed in Table 10.26.
Parameter 1 - Memory address referenced.
Parameter 2 - Type of access:
· 0x00000000 = read operation
· 0x00000001 = write operation
Parameter 3 - If non-zero, the address of the instruction that referenced theincorrect memory location.
Parameter 4 - This parameter is reserved (set aside for future use).

Stop 0xCE messages can occur after installing faulty drivers or system services. If a driver is listed by name,disable, remove, or roll back that driver to confirm that this resolves the error. If it does, contact the manufacturerabout a possible update. Using updated software is especially important for backup programs, multimediaapplications, antivirus scanners, DVD playback, and CD/DVD mastering tools.

Ich tippe mal darauf, daß beim Defragmentierung und Komprimieren was schiefläuft. Schon mal ohne probiert?
In jedem Falle ist VirtualPC natürlich die gleiche Bananen-Software wie eh und je.

[Toni123]

komprimierung muss erhalten bleiben, ich werds aber noch mal neu machen ohne defragmentierung und dann bescheid geben.

thx for tipp! =)

[Toni123]

Update: habe sowohl ein deutsches, als auch ein englisches image noch mal neuaufgelegt und die defragmentierung weggelassen.

Ergebnis ist leider immer noch ein bluescreen :[ hat niemand mehr ne idee woran das liegen könnte?

[Toni123]

leute hab grade das gefunden:

"Beachten Sie, dass Systeme über unterschiedliche Hardware-Abstraction-Layers (HALs) oder unterschiedliche Unterstützungen für das Advanced Configuration and Power Interface (ACPI) verfügen können. Beim Einrichten von Disk-Images müssen die Zielmaschine und die Referenzmaschine über die gleichen HALs, ACPIs und Massenspeichergeräte verfügen"

Wie kann ich diese HALs ACPIs überprüfen?

[Rika]

Im Gerätemanager? Durch Nachschauen der Beschreibung der installieren hal.dll?

[Toni123]

also die dateiversion von der c:\windows\system32\hal.dll ist bei beiden rechnern identisch......

[Rika]

Das wundert ja auch nicht. Entscheidend ist die Beschreibung, an der du ablesen kannst, welche HAL tatsächlich verwendet wurde.
Normalerweise hast du verschiedene hal*.dll, nämlich halacpi.dll (ACPI), halapmp (Multiprozessor mit APIC) usw. und dazu korrespondierende Kernel (ntknacpi.exe, ...), und die tatsächlich verwendete Version wird nach hal.dll bzw. ntoskrnl.exe kopiert.

[Toni123]

also bei mir sieht das folgendermaßen aus, zB hab ich bei mir kein halapmp .... nach was muss ich jetzt genau vergleichen? blick da grad net so durch

Angehängte Miniaturbilder

• 

[Rika]

->

[Toni123]

bei mir gibt es dieses fenster nicht

[Rika]

Wie wär's, wenn du mit dem Explorer einfach mal in den system32-Ordner schaust und den Dateieigenschaftendialog benutzt?

[Toni123]

also die HAL.DLL eigenschaften sind identisch bei beiden rechnern.

[Toni123]

Updates:

- HAL/ACPI ist auf beiden Rechnern identisch
- Auf dem Problemrechner läuft das WinXP image einwandfrei, liegt also auch speziell am W2K3 irgendwie...

hoffe auf weitere hilfe thx

[Toni123]

wieder mal nen kleines Update:

Ich habe dies gefunden: http://blogs.msdn.com/virtual_pc_guy/archi.../24/484461.aspx

Dazu folgendes:

- Wir haben in der Firma 3 Arten von PCs: 1.) Die, auf denen es keinen Bluescreen gibt, 2.) Die mit einem processr.sys Bluescreen und 3.) die mit einem intelppm.sys bluescreen
- In der Registry meines W2K3 Images gibt es schon mal gar keinen Eintrag names Intelppm.sys, sondern nur den Processor Eintrag, daher kann man schon mal nur die Rechner der Variante 2.) reparieren
- Habe dann also den Start Wert auf 4 gesetzt, gesysprept und gezippt.
- Auf dem Rechner mit processr.sys Bluescreen entpackt und das Image ins VPC2004 SP1 geladen mit dem Ergebnis, dass der Bluescreen immer noch besteht.

Hat jmd dazu ne Idee bzw Hilfe vielleicht? Thx im vorraus.