Rolf-Hubert Pobloth schrieb:
habe neuerdings die Begegnung der dritten Art. Alte Konfiguration: AMD 900 MHZ 1,5 GB 3 Festplatten 1 DVD Laufwerk. Somit alle internen Controller belegt. SCSI Karte mit Brenner zusätzlich. Suse 8.2 original mit Update YOU. War ohne Probleme die ganze Zeit. Dann SCSI ausgebaut (Brenner ist zu langsam für CDRW) 1 Festplatte (tut mir leid, war nur W98 drauf) ausgebaut Dafür einen neuen CD-RW Brenner (ATAPI) eingebaut . Jetzt sind auch wieder alle Controller belegt, aber es gibt keine SCSI-Karte mehr. SuSE 8.2 auf die alte Platte neu installiert. Anschließend YOU laufen lassen und alles war gut. Genau wie vorher. Nachdem ich nun eine CD löschen wollte mit xdroast blieb nach ca 2 Minuten alles stehen, nur noch die CapsLock und Scroll Lock gaben Blinkzeichen. RESET und noapic acpi=off dma=off Nvidia wieder auf nv zurück. Gleiches Problem, nach ein paar Minuten nur noch Blinkzeichen. Xcdroast lief unter KDE sux . Es ist der Athlon Kernel von SuSE 8.2 und alles noch original von der DVD mit You auf den neuesten Stand gebracht. Erste Vermutung war, es liegt an NVIDIA. Alles rausgeworfen und nur den nv Treiber von SuSE installiert (wie vorher auch). leider keine Änderung. Der apic Bug kann es auch nicht sein, da ab 8.1 alles normal war und es zu keiner Kernel panic wegen der 3 Festplatten und 1 DVD kam. Kernel 2.4.19 lief wie auch der 2.4.20.
OK, das klingt interessant :-) Das Blinken der LEDs deutet auf einen Kernel-Panic hin, d.h. es ist ein groesses Pro- blem aufgetreten in Deinem System, das der Kernel nicht mehr handhaben konnte. Ist der Brenner als Master ange- schlossen? Manche Brenner wollen partout nicht als Slave... Verkabelung/Jumper sind OK? Steht etwas in den Log-Files? Es scheint nicht unbedingt mit NVIDIA zu tun zu haben (NVIDIA ist nicht an allem Schuld ;-), sondern eher etwas mit den IDE-Kanaelen. Es kann mitunter auch am Speicher liegen, auch wenn das nicht unbedingt logisch erscheint - ich hatte mal aehnliche Probleme mit einer Netzwerkkarte, die anscheinend nicht funktionieren wollte. Nach dem Trans- fer eine gewissen Menge an Daten gab es einen Kernel-Panic. Damals war der Speicher defekt und es lag gar nicht an der Karte selbst. Hast Du das mal ueberprueft (memtest)? Beim Umbauen am Tower kann ja durchaus mal was passieren... Hast Du mal einen anderen Kernel probiert in der jetzigen Konstellation? Nur so ein paar Ideen... Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===