McQueenSix
Lieutnant
★ Themenstarter ★
Hallo...
Schön, dass sie sich erneut Zeit genommen haben...
Hoffentlich bin ich damit im Troubleshooting-Forum richtig:
Bereits mehrere Nutzer von Planet3Dnow haben bezogen auf diverse nForce2 Motherboards von einem Problem mit dem BIOS, bzw dem Abspeichern von Einstellungen im BIOS berichtet. Das Problem äußert sich konkret darin, dass diverse nForce2 Motherboards nach dem Abspeichern von Einstellungen schilichtweg tot waren und leider auch nach viel tricksen blieben.
HardTecs4U beschrieb es wie folgt:
"Einfrieren von nForce2 Platinen nach Speichern im BIOS
Abschließend müssen wir noch eine Eigenart der nForce2 Platinen ansprechen. Offenbar, wie wir erst zum Ende des Tests herausfiltern konnten, kommt es bei zu schnellen Speichervorgängen im BIOS zu einem Systemfreeze. Erst vermuteten wir, dass es mit groben Sprüngen bei FSB Änderungen zusammenhing, was sich aber als falsch herausstellte. Dort trat das Problem eben nur gehäuft auf, da wir bei den Übertaktungstests am häufigsten Änderungen im BIOS vornehmen mussten.
Das BIOS beendet dabei in der Regel zwar den Speichervorgang und resettet das System, jedoch wacht das Board danach nicht mehr auf. Es hat den Anschein, als würde der Prozessor nicht mehr initialisiert werden, wie uns Post Code Karten belegten. Wir trafen dieses Problem auf insgesamt 5 der 6 Testkandidaten an und konnten bis zum Schluss keine Erklärung zur Ursache dieses Phänomen finden. Insgesamt 8 mal während der Tests fror uns das System beim Speichern auf diese Weise ein und wollte nicht mehr aufwachen.
Während es uns möglich war, das MSI Mainboard durch Stecken des 100 MHz FSB SAFE Mode Jumpers wieder zum Leben zu erwecken, funtkionierte diese Methode auf keinem der anderen Mainboards (dort findet sich lediglich der reguläre FSB Jumper). Bei ASUS half der Austausch des BIOS Chips, wie der Hersteller uns mitteilte, dies funktionierte bei ABIT und EPoX allerdings nicht. Zu guter Letzt fanden wir eine Möglichkeit, die offenbar in diesem Fall immer funktioniert: Der Einsatz einer CPU mit 100 MHz FSB veranlasste die "schlafenden" Systeme dann endlich wieder zum Neustart.
Eventuell stellt der AOpen Kandidat hier eine Ausnahme dar, denn wir glauben einmal dort auf dieses Phänomen gestoßen zu sein, konnten aber mittels zweifachen ClearCMOS einen Neustart erreichen, was sonst nirgends gelang. Auch das zur Zeit im Test befindliche Barebone System mit Shuttle nForce2 Platine darf sich in die Reihen der Betroffenen einordnen, dazu aber dann in dem folgenden Test mehr."
Joa, mein Anliegen liegt nun mit Sicherheit klar auf der Hand, ich hätte eigentlich gerne mal eine Stellungnahme Ihrerseits dazu...
Ich bin noch KEIN Besitzer eines nForce2 Motherboards, wollte das aber vor wenigen Tagen ändern, was ich mir jedoch wiederum anders überlegte, als ich von derartigen Horrorberichten hier auf der Planet3Dnow las.
- Ist Ihnen das Problem bekannt?
- Liegt es am nForce2-Chipsatz / Konnten Sie es bereits lokalisieren?
- Wo genau besteht hier das Problem?
- Wie und wann wird Abhilfe geschaffen werden?
Vielen Dank für´s Lesen...
(Und Antworte!!! *ggg*)
Salve, JE
Schön, dass sie sich erneut Zeit genommen haben...

Hoffentlich bin ich damit im Troubleshooting-Forum richtig:
Bereits mehrere Nutzer von Planet3Dnow haben bezogen auf diverse nForce2 Motherboards von einem Problem mit dem BIOS, bzw dem Abspeichern von Einstellungen im BIOS berichtet. Das Problem äußert sich konkret darin, dass diverse nForce2 Motherboards nach dem Abspeichern von Einstellungen schilichtweg tot waren und leider auch nach viel tricksen blieben.
HardTecs4U beschrieb es wie folgt:
"Einfrieren von nForce2 Platinen nach Speichern im BIOS
Abschließend müssen wir noch eine Eigenart der nForce2 Platinen ansprechen. Offenbar, wie wir erst zum Ende des Tests herausfiltern konnten, kommt es bei zu schnellen Speichervorgängen im BIOS zu einem Systemfreeze. Erst vermuteten wir, dass es mit groben Sprüngen bei FSB Änderungen zusammenhing, was sich aber als falsch herausstellte. Dort trat das Problem eben nur gehäuft auf, da wir bei den Übertaktungstests am häufigsten Änderungen im BIOS vornehmen mussten.
Das BIOS beendet dabei in der Regel zwar den Speichervorgang und resettet das System, jedoch wacht das Board danach nicht mehr auf. Es hat den Anschein, als würde der Prozessor nicht mehr initialisiert werden, wie uns Post Code Karten belegten. Wir trafen dieses Problem auf insgesamt 5 der 6 Testkandidaten an und konnten bis zum Schluss keine Erklärung zur Ursache dieses Phänomen finden. Insgesamt 8 mal während der Tests fror uns das System beim Speichern auf diese Weise ein und wollte nicht mehr aufwachen.
Während es uns möglich war, das MSI Mainboard durch Stecken des 100 MHz FSB SAFE Mode Jumpers wieder zum Leben zu erwecken, funtkionierte diese Methode auf keinem der anderen Mainboards (dort findet sich lediglich der reguläre FSB Jumper). Bei ASUS half der Austausch des BIOS Chips, wie der Hersteller uns mitteilte, dies funktionierte bei ABIT und EPoX allerdings nicht. Zu guter Letzt fanden wir eine Möglichkeit, die offenbar in diesem Fall immer funktioniert: Der Einsatz einer CPU mit 100 MHz FSB veranlasste die "schlafenden" Systeme dann endlich wieder zum Neustart.
Eventuell stellt der AOpen Kandidat hier eine Ausnahme dar, denn wir glauben einmal dort auf dieses Phänomen gestoßen zu sein, konnten aber mittels zweifachen ClearCMOS einen Neustart erreichen, was sonst nirgends gelang. Auch das zur Zeit im Test befindliche Barebone System mit Shuttle nForce2 Platine darf sich in die Reihen der Betroffenen einordnen, dazu aber dann in dem folgenden Test mehr."
Joa, mein Anliegen liegt nun mit Sicherheit klar auf der Hand, ich hätte eigentlich gerne mal eine Stellungnahme Ihrerseits dazu...

- Ist Ihnen das Problem bekannt?
- Liegt es am nForce2-Chipsatz / Konnten Sie es bereits lokalisieren?
- Wo genau besteht hier das Problem?
- Wie und wann wird Abhilfe geschaffen werden?
Vielen Dank für´s Lesen...

(Und Antworte!!! *ggg*)
Salve, JE