Server 2003 Reparaturinstallation hängt kurz vor Ende...

[ag1 15]

Hallo,

folgendes Problem: Bei einem Server 2003 hat sich eine HDD aus dem RAID1 (SATA Hardware-Raid) verabschiedet. Der Kunde hat dann im BIOS des SATA-Controllers die HDD überprüft und, nachdem keine Fehler festgestellt wurden, die Festplatte leider wieder online geschaltet.

Beim darauffolgenden Neustart brach der Start mit dem Fehler ab, daß "..die Datei \system32\config\system beschädigt bzw. nicht lesbar ist". Diesen Fehler konnte ich mit einer Windows-Live-CD beheben. Der Server startete wieder.

Dann habe ich den Server runtergefahren um die defekte HDD zu tauschen. Jetzt gingen die Probleme an. Beim nächsten Neustart startete der Server bis zur Anmeldung einwandfrei, aber sobald man das Kennwort eingab und Enter drückte erschien entweder erst ein Fehlerhinweis (Systemausnahmefehler) und nach klicken auf OK ein Bluescreen bzw. es erschien sofort der Bluescreen.

Nachdem einige Lösungshinweise aus dem Internet keine Lösung brachten, haben wir eine Reparaturinstallation gestartet. Diese läuft auch ohne großen Auffälligkeiten durch, aber kurz vor Ende bei "Einstellungen werden gespeichert" (2 Minuten Restdauer) bleibt er stehen und es passiert nichts mehr (Mauszeiger lässt sich noch bewegen).

 

Hat jemand eine Idee wo er hier hängen könnte?

 

 

Ich würde mich sehr über Tipps freuen!

 

 

Grüße

ag1

[ag1 15]

Hallo,

 

Hier noch die Analyse der Memory.dmp vor dem Bluescreen (vielleicht hilft es ja...):

 

0: kd> !analyze -v

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

KERNEL_MODE_EXCEPTION_NOT_HANDLED (8e)

This is a very common bugcheck. Usually the exception address pinpoints

the driver/function that caused the problem. Always note this address

as well as the link date of the driver/image that contains this address.

Some common problems are exception code 0x80000003. This means a hard

coded breakpoint or assertion was hit, but this system was booted

/NODEBUG. This is not supposed to happen as developers should never have

hardcoded breakpoints in retail code, but ...

If this happens, make sure a debugger gets connected, and the

system is booted /DEBUG. This will let us see why this breakpoint is

happening.

Arguments:

Arg1: c0000005, The exception code that was not handled

Arg2: 809413c4, The address that the exception occurred at

Arg3: b68caa10, Trap Frame

Arg4: 00000000

 

Debugging Details:

------------------

 

Page 78965 not present in the dump file. Type ".hh dbgerr004" for details

Page 6ebb9 not present in the dump file. Type ".hh dbgerr004" for details

 

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in "0x%08lx" verweist auf Speicher in "0x%08lx". Der Vorgang "%s" konnte nicht auf dem Speicher durchgef hrt werden.

 

FAULTING_IP:

nt!HvpGetCellMapped+97

809413c4 8b4604 mov eax,dword ptr [esi+4]

 

TRAP_FRAME: b68caa10 -- (.trap 0xffffffffb68caa10)

ErrCode = 00000000

eax=e1021000 ebx=e101a3d0 ecx=00000002 edx=892cddb0 esi=00001000 edi=00000000

eip=809413c4 esp=b68caa84 ebp=b68caaf8 iopl=0 nv up ei pl nz na pe nc

cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010206

nt!HvpGetCellMapped+0x97:

809413c4 8b4604 mov eax,dword ptr [esi+4] ds:0023:00001004=????????

Resetting default scope

 

DEFAULT_BUCKET_ID: DRIVER_FAULT

 

BUGCHECK_STR: 0x8E

 

PROCESS_NAME: services.exe

 

CURRENT_IRQL: 0

 

LAST_CONTROL_TRANSFER: from 8085b4af to 8087b71e

 

STACK_TEXT:

b68ca5dc 8085b4af 0000008e c0000005 809413c4 nt!KeBugCheckEx+0x1b

b68ca9a0 808357a4 b68ca9bc 00000000 b68caa10 nt!KiDispatchException+0x3a2

b68caa08 80835758 b68caaf8 809413c4 badb0d00 nt!CommonDispatchException+0x4a

b68caaf8 808d4f30 e101a3d0 0050004e e127d000 nt!KiExceptionExit+0x186

b68caaf8 808d4f30 e101a3d0 0050004e e127d000 nt!CmpCopySyncTree2+0x173

b68cab2c 808d5ac2 e127d000 00000400 00000003 nt!CmpCopySyncTree2+0x173

b68cab5c 808d59aa e101a3d0 000001b8 e101a3d0 nt!CmpCopySyncTree+0x4f

b68caccc 808d5795 00010002 b68cad64 b68cace8 nt!CmpSaveBootControlSet+0x29e

b68cacdc 80834d3f 00000004 b68cad64 8083c661 nt!NtInitializeRegistry+0x5e

b68cacdc 8083c661 00000004 b68cad64 8083c661 nt!KiFastCallEntry+0xfc

b68cad58 80834d3f 00000004 030df8b8 7c94ed54 nt!ZwInitializeRegistry+0x11

b68cad58 7c94ed54 00000004 030df8b8 7c94ed54 nt!KiFastCallEntry+0xfc

WARNING: Frame IP not in any known module. Following frames may be wrong.

030df8b8 00000000 00000000 00000000 00000000 0x7c94ed54

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

nt!HvpGetCellMapped+97

809413c4 8b4604 mov eax,dword ptr [esi+4]

 

SYMBOL_STACK_INDEX: 0

 

SYMBOL_NAME: nt!HvpGetCellMapped+97

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: nt

 

IMAGE_NAME: ntkrnlmp.exe

 

DEBUG_FLR_IMAGE_TIMESTAMP: 45ebe552

 

FAILURE_BUCKET_ID: 0x8E_nt!HvpGetCellMapped+97

 

BUCKET_ID: 0x8E_nt!HvpGetCellMapped+97

 

Followup: MachineOwner

---------

[dalmatino 10]

Also als erstes würde ich wieder eine Platte abziehen. (Das hätteste du vorher schon machen, und dann die Rep. -Inst. anwerfen sollen.)

 

Lad die Wiederherstellungskonsole von der CD und lass die eine Platte mit "Chkdsk /r /p" überprüfen. Dann wirf noch mal die Wiederherstellungsinstallation an.