[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: AMD K6 2.4x-Kernel Crashes - Speicherzugriffsfehler



Hallo an die Runde, 

bei mir läuft eine in etwa vergleichbare Kiste mit einem EPOX EPMVP3G-M 
Mainboard, K6-2 550 und 256 MByte RAM unter Woody mit Kernel 2.4.21.
Ich hatte das Problem, dass sich die Kiste von Zeit zu Zeit selbst komplett 
rebootet hat. Völlig unabhängig davon, welche Applikation gerade lief. Dieses 
Problem hab ich durch Abschaltung des APM und eventl. des ACPI in den
Griff bekommen. Ich erinnere mich daran, dass APM bzw. ACPI bei Super7 Boards 
damals generell noch ein Stäbilitätsproblem war. 
Falls nicht zuviele Komponenten (sprich Karten, die einen IRQ benötigen) im 
Rechner stecken, sollte dies eigentlich unproblematisch sein.
Eventl. könnte es auch eine Lösung für die Kernel Crashes sein........

In diesem Sinne try and error.

Gruss 
MarcS

Im Dienstag, 1. Juli 2003 17:09 schrieb Andreas Behnert:
> Klaumi Klingsporn wrote:
> > Ihr Lieben,
> >
> > auf einem AMD-K6 II (550 MHz) Prozessor mit 128 MB RAM habe ich seit
> > einiger Zeit, m.E. seit Benutzung der 2.4.-Kernel das Problem, dass
> > bei Aufgaben, die viel Rechenleistung erfordern (mp3-Codierung,
> > Kernel-Kompilierung, Kompilierung größerer Programme) der Rechner
> > nach einiger Zeit aussteigt: Entweder bekomme ich
> > Speicherzugriffsfehler, X wird gekillt, oder der Rechner friert ganz
> > ein.
> >
> > Mein erster Verdacht auf RAM-Fehler hat sich nicht bestätigt:
> > memtest86 zeigt auch nach mehreren Durchläufen keinerlei Fehler an.
>
> Wenn memtest86 nix zeigt heisst das noch lange nicht, dass der RAM
> i.O. ist. Da Du schreibst "unter hoher Last" - die Kühlung ist i.O.?
> Der 550er produziert gut Wärme ...
>
> > In den log-Dateien auch keinerlei Fehlermeldungen.
> >
> > Mein Verdacht richtet sich momentan eher auf die swap-Aktivität, d.h.
> > meine Vermutung ist, dass der Fehler dann auftritt wenn er swappen
> > will, aber so richtig weiß ich nicht weiter. Es wirkt so, als würde
> > der Rechner schneller rechnen, als er gleichzeitig die zu
> > verarbeitenden Zwischenresultate im Speicher bereitstellen kann.
>
> Dann sollte aber im Log 'was auftauchen, zur Sicherheit kannst Du
> ja mal badblocks über die Platte laufen lassen, doch ich glaube
> nich dass es wirklich daran liegt ...
>
> > Gestern beim Versuch audacity zu kompilieren hat er nach ca. 5 min
> > mit Speicherzugriffsfehlern aufgegeben, beim erneuten make-Aufruf
> > nach kurzer Pause jedoch genau da weiter gemacht, wo er vorher
> > gescheitert war. Nach ca. 5 min dann wieder alles von vorne. Nach 1,5
> > Stunden dieses Spiels ist er dann einfach eingefroren und hat paar
> > nette Zahlenkolonnen auf den Schirm geschrieben.
> >
> > Hat jemand eine Idee, wie man am Besten weiter vorgeht?
> >
> > Klaumi
>
> Klingt sehr nach einem Hardwareproblem - CPU kühl genug? Anderen
> Speicher versucht? Am Speichertiming im Bios gedreht? Zu warm im
> Gehäuse? ...
>
> Gruss,
> ab



Reply to: