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 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
