hallo liste,
ich habe eine linux nur tangierende frage. vielleicht kann mir aber trotzdem jemand weiterhelfen. ein rechner um den ich mich kuemmern muss stuertzt in letzter zeit oefters ab. ein problem mit der cpu hatte ich schon mal.
nun meine frage: kennt ihr tools, mit denen man ein system richtig stressen kann, um es auf herz und nieren zu testen - so eine art CRASHME suite.
das problem ist, dass man ja hardware nur reklamieren kann, wenn man einen reproduzierbaren fehler vorweisen kann. (beim letzten mal stuerzte die cpu z.b. bei m&m nicht ab - die hatten einen 3d-benchmark zusammen mit einer alten graka laufen lassen).
andre
On 25.06.00 Andre Schulze (as8@rcs.urz.tu-dresden.de) wrote:
nun meine frage: kennt ihr tools, mit denen man ein system richtig stressen kann, um es auf herz und nieren zu testen - so eine art CRASHME suite.
cpuburn, Memtest-86 Beides ungetestet. Diskussion zu dem Thema lief im Januar 2000 in de.comp.os.unix.linux.moderated -- "Hardwaretests Linux ix86"
H.
P.S. Ist deja.com immer noch tot?
am Son, dem 25.06.2000, um 11:55:28 +0200 mailte Andre Schulze folgendes:
-Type: text/plain; charset-ascii Content-Transfer-Encoding: quoted-printable
hallo liste,
nun meine frage: kennt ihr tools, mit denen man ein system richtig stressen kann, um es auf herz und nieren zu testen - so eine art CRASHME suite.
das problem ist, dass man ja hardware nur reklamieren kann, wenn man einen reproduzierbaren fehler vorweisen kann. (beim letzten mal stuerzte die cpu z.b. bei m&m nicht ab - die hatten einen 3d-benchmark zusammen mit einer alten
das habe ich mal in einer Newsgroup aufgesammelt:
_________________________ Den Speicher bei laufendem OS zu testen macht nicht soviel Sinn.
Tip:
http://reality.sgi.com/cbrady_denver/memtest86/
Ein Disketten-Image (dd if=memtest86-2.2a.bin of=/dev/fd0) gibts bei:
ftp.entire-systems.com unter /linux/system/tools/memtest86-2.2a.bin -------------------------
Andreas
On Sun, Jun 25, 2000 at 02:40:07PM +0200, Andreas Kretschmer wrote:
am Son, dem 25.06.2000, um 11:55:28 +0200 mailte Andre Schulze folgendes:
nun meine frage: kennt ihr tools, mit denen man ein system richtig stressen kann, um es auf herz und nieren zu testen - so eine art CRASHME suite.
Den Speicher bei laufendem OS zu testen macht nicht soviel Sinn. Tip:
ctram von http://www.heise.de/ct/ ist sicher auch zu empfehlen, denn hier laeuft das Testprogramm im Videoram.
das problem ist, dass man ja hardware nur reklamieren kann, wenn man einen reproduzierbaren fehler vorweisen kann. (beim letzten mal stuerzte die cpu z.b. bei m&m nicht ab - die hatten einen 3d-benchmark zusammen mit einer alten
Innerhalb der 6-monatigen Gewaehrleistung wuerde ich die Hardware auch dann reklamieren, wenn sie nicht reproduzierbar abstuerzt.
Torsten
Torsten Werner wrote:
ctram von http://www.heise.de/ct/ ist sicher auch zu empfehlen, denn hier laeuft das Testprogramm im Videoram.
Mit diesem Teil war ich nicht zufrieden, da es RAM-Probleme bei einem Athlonsystem im Gegensatz zu Amidiag nicht erkannte.
CU Thomas
On Mon, Jun 26, 2000 at 07:20:43AM +0200, Thomas Kaemer wrote:
Torsten Werner wrote:
ctram von http://www.heise.de/ct/ ist sicher auch zu empfehlen, denn hier laeuft das Testprogramm im Videoram.
Mit diesem Teil war ich nicht zufrieden, da es RAM-Probleme bei einem Athlonsystem im Gegensatz zu Amidiag nicht erkannte.
Stimmt, die Unterstuetzung von Athlons ist nicht perfekt. Da kommt es auf die richtigen BIOS-Einstellungen an, wie in der README-Datei beschrieben. Aber vielleicht gibt es mittlerweile auch eine neue Version.
Torsten
On Sun, Jun 25, 2000 at 11:55:28AM +0200, Andre Schulze wrote: : hallo liste, : : ich habe eine linux nur tangierende frage. vielleicht kann mir aber : trotzdem jemand weiterhelfen. : ein rechner um den ich mich kuemmern muss stuertzt in letzter zeit : oefters ab. ein problem mit der cpu hatte ich schon mal.
Eigentlich wird z.B. der Bau des Kernels als verlaesslicher Hinweis genommen, jedenfalls um einen Fehler zu erkennen. (Ein erfolgreicher Kernel-Build heisst noch nicht, dass _kein_ Fehler vorliegt.)
Kernel sind so hinreichend oft gebaut worden, dass es meistens funktionieren sollte. Und wenn dazu die Fehler auch noch an nicht reproduzierbaren Stellen auftregen (nach wiederholtem ``make clean'', dann sollte es zur Reklamation ausreichend sein)
Memtest hatte ich auch mal versucht, hat aber trotz definitiv kaputtem Speicher nichts gebracht. Es kann ja der Speicher futsch sein, in dem der Kernel gerade liegt.
Heiko
lug-dd@mailman.schlittermann.de
-
Andre Schulze -
Andreas Kretschmer -
Heiko Schlittermann -
Hilmar Preusse -
Thomas Kaemer -
Torsten Werner