MS-6585F1 Ver.20A verhält sich seltsam mit 3 GiB RAM und bestimmten Grafikkarten

[Arnulf zu Linden]

In Verbindung mit dem aus dem Sperrmüll gezogenen MS-6585F1 Ver.20A und dem aus demselben Sperrmüll gezogenen Intel Pentium 4 SL6GQ (2,0 GHz FSB400 Northwood) tritt ein skuriles Problem in Verbindung mit verschiedenen Grafikkarten auf, wenn das Brett mit 3 GiB RAM voll bestückt ist:

• nvidia GeForce FX5200 (meine Standard-AGP-Testgrafikkarte; 128 MiB RAM): BIOS zählt bis 3072 MiB RAM rauf, alles ist gut , nur ist die für so ein System etwas arg schlapp
• nvidia GeForce 6600GT (128 MiB RAM): BIOS zählt bis 3200 MiB RAM rauf, schlägt auf die 3072 MiB installiertes RAM noch die 128 MiB Grafikspeicher drauf
• nvidia GeForce 6200A (256 MiB RAM): BIOS zählt bis 3328 MiB RAM rauf, schlägt auf die 3072 MiB installiertes RAM noch die 256 MiB Grafikspeicher drauf
• Ati Radeon 9600XT (128 MiB RAM): BIOS zählt bis 3328 MiB RAM rauf, schlägt auf die 3072 MiB installiertes RAM noch 256 MiB (wieso auch immer) drauf
  

Da dürfte der Knall mit den drei letztgenannten Grafikkarten vorprogrammiert sein. Die Grafikkarten stammen aus funktionierenden Systemen, haben also keinen weg. Was kann diesen Quatsch verursachen?
Wird ein Speicherriegel gezogen, zählt das BIOS in allen Fällen ganz normal bis 2048 MiB RAM rauf. Mit nur 2 GiB RAM wäre das System aber kein Gewinn gegenüber meinem jetzigen Northwood-System.

Edit: Bitte hier jetzt keine Diskussionen über den Sinn von 3 GiB RAM in einem Pentium 4-System.

[Sje]

Die 3 GB in so einer Gurke haben keinen Nutzen.
Abgesehen prüfe die Kondensatoren, die sind bei solchen MSI-Board ne typische Sehwaschstelle.
Ansonsten kann auch das Netzteil schuld sein.
Außerdem solltest du das letzte BIOS-Update suchen, teilweise beheben BIOS-Updates Kompatibilitätsprobleme mit Grafikarten.

[Arnulf zu Linden]

(09.06.2016 22:32)Sje schrieb:  Die 3 GB in so einer Gurke haben keinen Nutzen.

Edit nicht gelesen!

(09.06.2016 22:32)Sje schrieb:  Abgesehen prüfe die Kondensatoren, die sind bei solchen MSI-Board ne typische Sehwaschstelle.

Wie soll das gehen ohne sie auszulöten? Und Löten an einem 4-Layer-PCB gehört nicht gerade zu meinen Favoriten.

(09.06.2016 22:32)Sje schrieb:  Ansonsten kann auch das Netzteil schuld sein.

Nein! Das ist mein Standard-Test-Netzteil. Das versorgt problemlos auch stromhungrigere Kandidaten.

(09.06.2016 22:32)Sje schrieb:  Außerdem solltest du das letzte BIOS-Update suchen, teilweise beheben BIOS-Updates Kompatibilitätsprobleme mit Grafikarten.

Das hätte ich schon längst gemacht, wenn sich dafür ein BIOS finden ließe. MSI unterstützt dieses Brett nämlich nicht, sondern nur die v1.x-Versionen davon. Und die haben u.a. einen anderen Ethernetchip onboard.

[Sje]

Das BIOS-Update musste auch bei Fujitsu suchen.
Und Kondensatoren kann man auch durchmessen und auch beim Netzteil kann man z.B. am Molex Stecken messen wieviel Spannung bei Last noch anliegt.

[Dirk]

Cooler Fehler, auch noch nie gesehen. Spontan würde mich mal interessieren, was nen Live Linux dazu erzählen würde. Ich würde spontan auf nen BIOS Fehler tippen, in dem sinne, dass irgendwas mit der implementierung des Adressspeichers nicht stimmt. Oder es kommt gerade so mit den großen Ram Riegeln nicht klar. Laut Netz ist 3 GB aber das Limit.

Das Board ist wohl die OEM Variante des 648 MAx, Bios von dem Läuft wohl mit einschränkungen:
https://forum.ts.fujitsu.com/forum/viewt...hp?t=16296

Eigentlich scheint es aus dem Scaleo 800 zu sein. Oder aus dem 600 oder M. Auf keiner der Treiberseiten habe ich es aber gefunden. Aber alle die Rechner hatten wohl einige Boardvarianten verschlungen.

[Benjamin92]

Wenn da ein OS läuft mit zuviel erkannten RAM, funktioniert das stabil?
Würde mich interessieren

[DosAmp]

Im Zweifelsfall kann man sowohl unter Windows (/burnmemory=X, reduziert Speicher um X MB) als auch Linux (mem=-Kernelparameter) den Speicher künstlich begrenzen.

Würde mir das aber noch mal mit einem Tool wie HDT ansehen, was neben den BIOS-Werten auch den Speichercontroller selbst (wie diese Betriebssysteme) ausliest.

[Arnulf zu Linden]

Neues BIOS ist drauf, gab es bei Fujitsu. Gebracht hat es aber hinsichtlich dieses Problems genau gar nix.

Der Knall lässt sich mit memtest86+ reproduzierbar erzeugen. Beim Adresstest (test #2) wird der memtest-Bildschirminhalt durch einige großflächige farbige Felder im unteren und mittleren Bildschirmbereich (oberer Bereich schwarz) ersetzt, die Größe, Farbe und Position noch einmal ändern, und das war's dann.

(10.06.2016 06:16)Dirk schrieb:  Cooler Fehler, auch noch nie gesehen.

Ich finde diesen Fehler reichlich uncharmant und überhaupt nicht "cool".

(10.06.2016 06:16)Dirk schrieb:  Ich würde spontan auf nen BIOS Fehler tippen,

Ist auch meine Vermutung. Seltsam ist nur, dass das mit der GeForce FX5200 nicht passiert.

[clik!84]

Schon Bios KOMPLETT resettet?

[Arnulf zu Linden]

(10.06.2016 21:10)clik!84 schrieb:  Schon Bios KOMPLETT resettet?

Selbstverständlich, also CMOS-Stütze raus und Steckbrücke umgesteckt.

Habe gerade HDT 0.5.2 – kannte ich bis dato nicht – auf die funktionierende Konfiguration los gelassen.
Das Tool an sich ist prima und wird zukünftig das doch recht verstaubte DOS hwinfo soweit möglich ersetzen.

Welche Ausgaben von HDT sind hier denn relevant?