Archiv verlassen und diese Seite im Standarddesign anzeigen : Lösung: Stabilitätsprobleme mit nforce2
Hi,
ich hatte monatelang mit Stabilitätsproblemen zu kämpfen, habe fast den ganzen Rechner ausgetauscht, aber alles half nichts. Der Rechner war einfach nicht stabil zu bekommen, d.h. er hängte sich total auf und das so oft, dass kein arbeiten möglich war (teilweise mehrmals die Stunde). Auffallend war, dass die Abstürtze bei hohem Datentransfer schneller kamen und das HDD-LED bei einem Absturz meistens dauer-leuchtete.
Die Lösung fand ich vor ein paar Tagen auf der LKML und sie bestand in einem Workaround für einen Bug im BIOS. Wer also ein bugfreies BIOS hat, der kann sich glücklich schätzen. Der Patch ist für den Kernel 2.6.0, geht aber auch für 2.6.1. Wie's mit 2.4.x steht, weiss ich nicht, aber ihr könnt ja mal auf www.lkml.org nach "nforce2" und "lockup" suchen, da solltet ihr das finden.
Den Patch gibt es hier:
http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-12/att-4525/nforce2-rd-v3-patches.tar.bz2
Gruss
Michael
ps:
Ich habe ein ASUS A7N8X-X mit nVidia's nForce2-400
Ich hatte das selbe Problem. Bei mir hat aber eine Einstellung im BIOS völlig gereicht.
Man muss die Ramtimings auf 2-2-3-AUTO stellen. Besonders des AUTO war bei mir wichtig. Die andren Werte kann man dann an den jeweiligen arbeitsspeicher anpassen.
Greets
Flo
Original geschrieben von floschuh
Ich hatte das selbe Problem. Bei mir hat aber eine Einstellung im BIOS völlig gereicht.
Man muss die Ramtimings auf 2-2-3-AUTO stellen. Besonders des AUTO war bei mir wichtig. Die andren Werte kann man dann an den jeweiligen arbeitsspeicher anpassen.
Greets
Flo
Was hast Du für Speicher? Nicht zufällig TwinMos, oder?
fs111
Möglich!!! Hab glaub ich Noname gekauft ;-) Weiss nimmer genau
Original geschrieben von floschuh
Möglich!!! Hab glaub ich Noname gekauft ;-) Weiss nimmer genau
Dann isses kein TwinMos, das ist 'ne Marke.
fs111
Servus,
hab auch 'n nforce2, aber benutze noch den 2.4 Kernel. Bei mir läuft alles sehr stabil. Also Vorsicht beim 2.6 kernel, wenn Ihr ein nforce2 habt.
Gruss Haderlump
Hi,
ich habe mein ASUS A7N8X-X mit Linux 2.4.x und 2.6.x ausprobiert. Ohne den oben erwähnten Patch geht's bei mir einfach nicht - auch nicht mit der aktuellsten BIOS Version 1007.
Gruss
Michael
hab ASUS A7N8X. Bei mir gehts aber!! No Probs
Hi,
bei mir hängt aber noch ein "-X" dran (Du hast einen nForce2 und ich habe einen nForce2-400). Ich habe auf der Linux Kernel Mailingliste gelesen, dass manche Probleme damit haben, andere aber nicht. Warum, weiss ich leider auch nicht - ich würde mir auch wünschen, dass es bei mir ohne diesen Patch funktioniert, aber das tut es nunmal nicht.
Gruss
Michael
Hi,
hab die gleichen tollen Problemchen so wies aussieht ;)
Dürft ihr auch immer fsck ausführen nach den Crashs???
Könnte es helfen den nVidia-nForce Treiber zu installieren?
Und wo finde ich n Tutorial wie man so nen Patch installiert? *schäm* (ich hab kein Plan...)
Shutdown
Hi,
ich werde mal versuchen, dir da zu helfen, auch wenn meine letzten SuSE Erfahrungen schon einige Jahre zurück liegen...
Was du brauchst:
1. Kernel 2.6.x (den Quellcode nicht vergessen - bei SuSE ist das imho ein extra Paket)
2. das "patch" Programm. Das solltest du aber schon installiert haben.
3. den Patch an sich.
Wie du den Patch einspielst:
1. entpacken: tar -xvjf /pfad/zu/der/datei/die/du/runtergeladen/hast/patch.tar.bz2
2. gehe ins Kernel Verzeichnis - meistens ist das /usr/src/linux-<Kernelversion> oder einfach nur /usr/src/linux.
3. Patche (sind insgesamt 2 Patches):
patch -p0 --dry-run < /pfad/zu/nforce2-ioapic-rd-2.6.0.patch
Wenn das geklappt hat, dann mache das ganze nochmal ohne --dry-run
patch -p0 < /pfad/zu/nforce2-ioapic-rd-2.6.0.patch
das selbe mit dem anderen Patch
patch -p0 --dry-run < /pfad/zu/nforce2-apictack-rd-2.6.0.patch
patch -p0 < /pfad/zu/nforce2-apictack-rd-2.6.0.patch
4. Wenn das patchen geklappt hat, dann kompiliere deinen Kernel neu.
make all modules_install install
5. Wenn das geklappt hat, dann musst du grub/lilo neu konfigurieren.
Bei Lilo musst du bei "append" folgendes hinzufügen: apic_tack=1
Bei Grub heisst das anders, aber du musst das selbe hinzufügen.
Wie das bei SuSE geht, weiss ich leider auch nicht, aber das wirst du schon rausbekommen.
meine /boot/grub/grub.conf sieht z.B. danach so aus:
title Gentoo Linux 1.4 (2.6.1)
root (hd0,1)
kernel /2.6.1/vmlinuz root=/dev/hda3 resume=/dev/hda1 pmdisk=/dev/hda1 pci=noacpi apic_tack=1
Wenn's nicht klappt, dann melde dich einfach nochmal...
Gruss
Michael
Hi,
danke für die superausführliche Anleitung!
Mit "make all modules_install install" meinst du "make all" "make modules_install" und "make install" oder etwas anderes?
Ich habe bisher immer mit "make" und "make modules_install" kompiliert, dann das Image nach /boot kopiert, ne Initrd gemacht und dann den LiLo neu eingerichtet.
Shutdown
ja, das meinte ich.
"make all modules_install install" ist das selbe wie "make all && make modules_install && make install". Aber du kannst das natürlich auch manuell installieren und dir das make install sparen.
Michael
Noch ne Kleinigkeit: Beim --dry-run; was sollte sich da tun? Bis jetzt hat sich bei mir nur 5 Min NICHTS getan...kommt mir seltsam vor, es läuft einfach ohne ne Ausgabe.
Shutdown
Heyho,
ich hab hier noch was interessantes gefunden:
http://bugzilla.kernel.org/show_bug.cgi?id=1177
"print_IO_APIC() is too early in ACPI mode"
Ist nicht genau das unser Problem? Habe ich aus dem Changelog von Kernel 2.6.1->2.6.2...
Reicht es mir evtl. den 2.6.2er draufzumachen?
Shutdown
Hi Shutdown,
ich habe den Beitrag von dir heute Morgen gelesen und sofort mal auf Kernel 2.6.2 geupdatet - gebracht hat es aber leider nichts. Nach 9 Stunden und 34 Minuten hing er (war gerade eben). Jetzt versuche ich es mit 2.6.2+Patch. Du musst den Patch übrigends mit -p1 statt mit -p0 anwenden - sonst hagelt es Fehlermeldungen.
Gruss
Michael
Schon mal versucht, die CONFIG_X86_UP_APIC Option ("Local APIC support on uniprocessors) auszuschalten?
Hi,
mein 2.6.2 läuft jetzt seit 20 Minuten ohne Probleme, ich habe Ferngesehen (war beim 2.6.1 ganz übel) und lasse SETI@home der Kiste richtig einheizen.
ACPI+APIC sind an.
Ist dein System auch stabilER geworden seit du 2.6.2 draufhast, Enlighter? Und kann man den Patch beim 2.6.2 auch noch benutzen?
Ich habe ein ziemlich gutes Gefühl, wir sind auf dem richtigen Weg...
Shutdown
Hi,
der 2.6.2 ist auch nicht die Rettung...bei vdr+tvtime ist er abgeschmiert, er hat aber vorher SETI, 3D-Spiele, Musik hören überstanden.
Was bringt der Patch? Ich werde jetzt versuchen, den 2.6.2+Patch draufzumachen.
@atomical: Ich hab es noch nicht versucht, aber ich hätte schon gern APIC.
Shutdown
Hi,
der Patch geht wieder nicht...bin ratlos...
Ich schalte jetzt APIC ab, mal sehen was dann so geht.
Das kann aber keine Lösung sein, finde ich. Oder??? Sollen wir evtl ne Mail an die (den) "Kernel-Bastler" schicken und ihm von unseren lieben kleinen Problemchen und dem Patch berichten, damit der Patch fest in den Kernel gepackt wird?!?
Shutdown
hiTCH-HiKER
08.02.04, 16:51
Welcher Athlon/A64 Chipsatz ist denn überhaupt uneingeschränkt für Linux zu empfehlen, wenn man mit einer Radeon 9700 zocken will (z.B. WineX).
Denn auch mein SiS746 macht in Sachen AGP riesige Probleme unter Linux.
hab bis jetzt mit meinen kt800 keine probleme läuft alles super
Die Freezes sind auf die einkompilierte Unterstützung für APIC (nicht ACPI) zurückzuführen - bei nforce2 Motherboards von ASUS und MSI.
Ich (ASUS A7N8X-X nforce2) hatte das gleiche Problem bis ich den LOCAL APIC Support abgeschaltet hatte.
Irgendwo hatte ich auch mal einen inoffiziellen Patch für genau das Problem gesehen ...
Wozu ist der APIC überhaupt da?
Ich vermiss es nicht - schließlich hatte ich mit dem Kernel ohne APIC keinen einzigen Freeze mehr :D
Hi,
@ atomical:
Erstmal ne kleine Ergänzung: Asus, MSI und Abit :mad: (Ich hab ein saugeiles NF7-S 2.0 dessen Features ich gerne zu 100% nutzen würde)
APIC ist:
Es war ursprünglich dazu gemacht, das Interrupt-Handling bei Multiprozessorsystemen besser zu verwalten, da es ja n bisschen komplizierter ist wenn 2 CPU unabhängig unterbrochen werden müssen.
Da es wirklich ne feine Sache war und gut funktionierte, wurde es nun auch auf Uniprozessor-Maschinen eingeführt, da es immer mehr Geräte gibt die IRQs brauchen und mehrfach belegte IRQs zu genau dem Problem führen können, das wir jetzt dank APIC haben: komplette System-Freezes. (Welch Ironie :ugly: )
Einfacher gesagt: APIC stellt deinen Geräten im PC weitere IRQs zur Verfügung um Performance und Stabilität in High-End PCs zu gewährleisten. (Früher hatte man nur 16, heute dank APIC 24 oder mehr)
Ich vermiss es schon ein bissschen, da man es unter Windows wirklich gemerkt hat, wenn man so ein Board hatte.
Ich hoffe mal, dass der Kernel da noch ein bisschen verbessert wird und wir alle Features unserer PCs benutzen können.
Den Patch gibt es ja, ich krieg ihn aber leider nicht in meinen Kernel. Und ob er wirklich hilft wird hier nur Enlighter sagen können. (Ich bin gespannt auf seine Erfahrungen mit 2.6.2+Patch)
Ich hab mein APIC jetzt auch aus und es kommt mir tatsächlich minimal langsamer vor. (Mein IRQ 11 ist mit 7 Sachen belegt, die blockieren sich gegenseitig...)
Dafür ist die Kiste stabil.
Nur noch ne Kleinigkeit: Ich wollte nicht so viel schreiben, aber viel kürzer gings nicht...
Shutdown
Hi,
@shutdown: das Problem mit dem Fernsehen hatte ich auch. Der Patch geht aber auch mit dem Kernel 2.6.2 ohne Probleme. So habe ich das gemacht:
michael linux-2.6.2 # tar -xvjf nforce2-rd-v3-patches.tar.bz2
nforce2-apictack-rd-2.6.0.patch
nforce2-ioapic-rd-2.6.0.patch
michael linux-2.6.2 # patch -p1 --dry-run < nforce2-ioapic-rd-2.6.0.patch
patching file arch/i386/kernel/io_apic.c
Hunk #1 succeeded at 2188 (offset 65 lines).
michael linux-2.6.2 # patch -p1 < nforce2-ioapic-rd-2.6.0.patch
patching file arch/i386/kernel/io_apic.c
Hunk #1 succeeded at 2188 (offset 65 lines).
michael linux-2.6.2 # patch -p1 --dry-run < nforce2-apictack-rd-2.6.0.patch
patching file arch/i386/kernel/apic.c
Hunk #1 succeeded at 1072 (offset 2 lines).
Hunk #2 succeeded at 1097 (offset 2 lines).
Hunk #3 succeeded at 1210 (offset 2 lines).
michael linux-2.6.2 # patch -p1 < nforce2-apictack-rd-2.6.0.patch
patching file arch/i386/kernel/apic.c
Hunk #1 succeeded at 1072 (offset 2 lines).
Hunk #2 succeeded at 1097 (offset 2 lines).
Hunk #3 succeeded at 1210 (offset 2 lines).
michael linux-2.6.2 #
@atomical:
ich hatte es auch mal eine ganze Zeit lange ohne APIC laufen, allerdings ohne Erfolg, soweit ich mich erinnern kann. Es ist schon eine Weile her, aber soweit ich mich erinnern kann, lief mein ganzes System ohne APIC ziemlich langsam sobald ich z.B. CDs gebrannt habe (trotz DMA). So genau weiss ich das aber nicht mehr, es ist wie gesagt schon lange her - ich mache an diesem Problem schon sehr sehr lange rum.
Ich werde es aber trotzdem nochmal ausprobieren - logisch wäre es ja schon.
Gruss
Michael
Hi,
@ Enlighter: Meine Blödheit ist mir ein weiteres Mal zum Verhängnis geworden; ich habe das "<" beim Patchen vergessen :ugly: ...
Funktioniert dein PC mit dem 2.6.2+Patch+APIC problemlos? (Anders gefragt: Hilft der Patch wirklich zu 100%?)
Was für ne TV-Karte hast du?
Shutdown
@shutdown
was ich vergass zu schreiben: 2.6.2+Patch funktionieren einwandfrei - bis jetzt :-/
Hi Shutdown,
bis jetzt funktioniert der Patch wirklich 100%ig.
Ich habe eine Hauppauge WinTV mit Bt848 Chip, habe es aber auch mal mit einer WinTV mit BT878 ausprobiert - das Ergebnis was das selbe. Das Problem der "sozialen" Hardware, die einen krankhaften Zwang zum Interruptsharing hat auch wenn es eigentlich noch genügend andere, freie gäbe kenne ich auch. Das war auch eine meiner ersten Vermutungen - IRQ Konflikte.
Gruss
Michael
Hi,
für mich sieht das ganze so aus, als der PC sich aufhängt, wenn viele IRQs angesprochen werden, bei APIC wird das ja mehr oder weniger sauber verteilt. Ohne APIC ist es das reinste Chaos...alles will IRQ 11 :( ...
Ich hab ne Nexus-S, die hat nen AV7110 Chipsatz und funktioniert auch anders als ne BT878, da wird der Fehler also nicht zu suchen sein.
Haben deine anderen 2.6.x-Kernel mit dem Patch funktioniert? (Also 100%ig)
Mein APIC-freier 2.6.2er funktioniert bisher auch 100%ig.
Danke für die schnelle Antwort!
Shutdown
@shutdown: Ja, bisher hatte ich nur noch einen Absturz mit dem 2.6.x+Patch und der war beim aufwachen aus Suspend-to-RAM - Suspend-to-Disk geht ohne Probleme.
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.