Hilfe!
kurze Vorgeschichte:
Ich habe Windwows 2000 Pro auf meinem neuen Rechner (ASUS TUSL2-C, 1,2GHz Tualatin, 512MB CL2 Infinion RAM, Matrox G400, EWS88-Audiokarten, IBM Netzwertkarte) installiert.
Der Rechner läuft perfekt - schneller als ein P4 mit 1,6GHz - ohne Übertacktung! - ein perfekter PC also...
Leider gibt es noch ein Problem:
Der Rechner läuft nicht stabiel.
Ich kann zB. stundenlang mit voller Auslastung arbeiten ohne daß etwas passiert, und von einem zum anderen Moment (auch bei 0% Auslastung) - bluescreen! *panik*
Es tritt ein sogenannter STOP-Fehler 0x00000076 auf.
Laut Microsoft gibt es diesen Fehler wenn ein Treiber seinen I/O-Bereich nicht aufräumt bzw. nicht aufgeräumt hinterlässt.
Mit einer Eintragung in der Registry kann der Name des Treibers angezeigt werden.
Also habe ich die Eintragung gemacht und beim nächsten Absturz wurde mir dann der anscheinend fehlerhafte Treiber angezeigt:
ntoskrnl.exe
...ich habe das system auch schon neu installiert - ohne erfolg...
kann es sein daß ein anderer Treiber das Problem verursacht -
oder - was ich befürche - ein hardwaredefekt vorliegt!?
* wie geht man am besten vor um den Fehler zu finden?
"leider" ist es so, daß der fehler durchschnittlich nur 1-2 mal in der woche auftritt - es ist also sehr mühsam den fehler zu finden!
Ich habe das BIOS, Grafikkarten-Firmware, alle Treiber auf dem neusten Stand...
Bitte um Hilfe.
Danke!
mgm77
Mainboards, BIOS, Prozessoren, RAM 27.306 Themen, 124.227 Beiträge
Hi
Ich weiss nicht ob Du alles gemacht hast, aber lies mal dies hier.
Viel Glueck
danke für die Antwort...
genau das habe ich ja gemacht - und dann wurde beim nächsten bluescreen als verursachender treiber "ntoskrnl.exe" angezeigt...
ich vermute immer mehr einen hardwarefehler - aber wie kann man das überprüfen?
Hi
Ich muss zugeben das ich kein NT/W2K habe, aber dieser ntoskrnl hat was
mit den Treibern zu tun. Wurde in letzter Zeit irgendwas in der Richtung
aktualisiert, dann koennte ggf. ein Adress/IRQ-Konflikt der Ausloeser sein.
Wenn die Hardware defekt waere wuerde das schon beim boot gemeldet, oder
aber durch ein Bios-Update sind die RAM-Timings nicht auf den alten
Zustand eingestellt worden.
Danke... vielleicht hilft mir das weiter -
Ich habe statt dem ACPI-Treiber den Standard-PC Treiber installiert, da sonst meine Audio-Karte (EWS88) nicht so flüssig funktioniert (Tipp von der Herstellerfirma). Der Karte hab ich im BIOS einen fixen IRQ zugewiesen. Die Karte steckt außerdem im PCI-Slot1 "used".
(im Mainboard-Handbuch gibt es "shared"-Slots und "used"-Slots)
"shared" ist mir klar - aber was bedeutet das "used" genau?
Konflikte durfte es keine geben... aber ich werde die Karten (Audio&Netzwerk) mal in anderen Slots betreiben.
Im BIOS hab ich nach dem Update die Standard-Einstellungen geladen und neu eingestellt. Die RAM-Timings sollten auch stimmen (werden laut RAM-EEPROM eingestellt).
Hi
Sorry, aber den Unterschied "used" (benutzt, wegen AGP-Karte ?) und
shared (geteilt) kann ich auf Anhieb auch nicht sagen. Aber da Du ACPI
deaktivierst hast, dann stell im Bios auch PnP OS auf NO, sonst vergibt
das Bios zwar die Ressourcen, aber W2K wuerfelt trotzdem wieder alles um.
- RAM: Je nach Marke und FSB kann es besser sein ggf. auf SPD zu verzichten
und die Einstellungen manuell vorzunehmen, wenn das Teil nicht gerade als
Server fungiert in den eigentlich nur Marke gehoert.
- Sound: Bei Einsatz einer AGP-Karte sollte in PCI 1 keine Karte eingesetzt
werden die einen IRQ benoetigt, es sei denn beide Karten und deren Treiber
unterstuetzen das Sharing zu 100 %. Ab (freiem ?) PCI-2 sollte es dann
keine Konflikte mehr geben, denn Soundkarten gehoeren eigentlich auf IRQ 5
und nicht auf einen >= 9 wie das bei AGP/PCI ueblich ist.
hi,
* PnP OS hab ich auf "NO" das ist klar...
die Audio-Karte hab ich auf PCI-Slot1/IRQ5, werde ich jetzt aber in den 2.Slot stecken (auf einen gesharten).
* PCI-Slots "shared": es gibt immer 2 Slots die gemeinsam IRQ-sharing betreiben: meine Audiokarte unterstützt das.
* Das mit dem RAM hab ich mir auch schon überlegt, weil: wenn ich um ein paar MHz übertakte springt es vom Timing 222 auf 333 ...
und das Timing ist bei meinen Speicher-Intensiven (Audio-)Anwendungen wichtiger als ein paar MHz mehr.
Danke für die vielen Tips!!
Werde ich gleich mal probieren...