System friert ein

[ChrisMD]

Mitlerweile dachte ich das Problem wäre weg. Dachte erst es ist nur Überhitzung der CPU, dann dachte ich es wäre das Modem.

Jedenfalls frierte das System immer bei hohen Download/Uploadraten ein. Aber jetz hab ich festgestellt dass das bei Downloads von Websiten nicht der Fall ist.

Benutze ich Azureus oder mldonkey zum laden per torrent oder edonkey friert das System nach einiger Zeit ein. Meist wenn die Downloadrate sehr hoch ist.
Den Upload hab ich eigentlich immer auf 5kb/s gedrosselt.
Wie gesagt bei normalen Downloads passiert das nicht.
Wenn das System einfriert bewegt sich erstmal garnix, nach 5 Sekunden wird scheinbar wieder für ein paar millisekündchen die Eingabe angenommen (Mauszeiger bewegt sich ein klein wenig) und danach friert es wieder ein, jedoch dauerhaft.
In keinem der Logfiles wird ein Fehler ausgegeben, das System steht einfach urplötzlich still.
Da hilft nur ein Reset. X killen geht nicht.

Woran könnte das noch liegen?

Benutze ne Fritczard DSL SL, Archlinux 0.7 und den 2.6.12.5er Kernel.

 

[damager]

das klingt ganz nach windows ... kann mir also nicht vorstellen das die kiste abstürzt. aber vieleicht nur der X server. ne möglichekeit mit einem anderen rechner per ssh (oder telnet) auf dieses recher zu kommen?

/var/log/messages sagt nix? aud dmesg nicht?

 

[ChrisMD]

Naja klingt nach Windows... Genau da hab ich das Problem ja nicht
Ne hab keinen Zweitrechner und auch niemanden dem ich mal so auf die schnelle sagen kann er solle sich bei mir einloggen weil er jetz grad eingefrohren ist.

Das letzte was in der /var/log/messages steht ist der lustige absturz von Firefox. Danach ist einfach nichts.
dmesg muss ich nachher gucken.

 

[damager]

hmmm ... schon mal einen memtest gemacht?
also an der up / download rate liegt es mit sicherheit nicht ... aber ich denke eher an defektes ram!
schon mal das geprüft?

 

[ChrisMD]

Naja bis 50% durchlaufen gehabt weils ja extrem lange dauert. Und bis dahin gabs keine Probleme.

 

[devilz]

Naja bis 50% durchlaufen gehabt weils ja extrem lange dauert. Und bis dahin gabs keine Probleme.

Ne ich würde eher auf Treiber/Fritzcard Problem tippen ...

Ist das unter JEDEM Linux Kernel / Distro das gleiche ?

Eventl. mal über nen Router testen (falls du einen z.H. hast) ...

 

[damager]

Ne ich würde eher auf Treiber/Fritzcard Problem tippen ....

oh, das habe ich überlesen das da mit der fritzcard gearbeitet wird.
das kann natürlich auch sein ...
das modul ist / war = fcdslsl?

 

[ChrisMD]

jo fcdslsl
Ich hab keinen Router. Wenn ich einen hätte würde ich die Karte nicht nutzen.
Ja jede Distro und ich bekomm sie nur unter 2.6er Kerneln zum laufen und da hab ich auch schon mehrere genutzt.
Wenn es ein Fritzcardproblem ist dann müssten es ja Treiberprobleme sein welche nur unter Linux auftreten.
Aber warum dann gerade bei p2p Apps?

 

[devilz]

jo fcdslsl
Ich hab keinen Router. Wenn ich einen hätte würde ich die Karte nicht nutzen.
Ja jede Distro und ich bekomm sie nur unter 2.6er Kerneln zum laufen und da hab ich auch schon mehrere genutzt.
Wenn es ein Fritzcardproblem ist dann müssten es ja Treiberprobleme sein welche nur unter Linux auftreten.
Aber warum dann gerade bei p2p Apps?

Naja, grade p2p Apps erzeugen ja normalerweise eine hoche I/O Last auf der Karte.
Teilweise hast du da ja bis zu 600 offene Connections ins Netz ...

Wäre ein Ansatz ...

 

[Zico]

Da es ja keine wirklichen Fehlermeldungen gibts kann man was den Fehler betrifft ja eigentlich nur ziemlich ins Blaue tippen.
Mit persönlich is deine Kernelversion aufgefallen. Mit eben diesem Kernel hatte ich mit meinem Notebook arge Probleme mit USB, was ebenso Systemfreezes verursacht hat.
Koooooooomischerweise lief das System mit selbigem Kernel 3 Monate super undd ann von eine auf den anderen Tag ging nix mehr - frohr oft schon beim booten ein. USB deaktivieren brachte es dann und ein Kernelupdate hats dann endgültig beseitigt. Weiss ja nicht was du schon versucht hast, aber vllt ein Ansatzpunkt. Auch wenn du schon merhrere KErnel durch ahst, vllt hilfts was mal USB kurzzeitig abzuschlaten. so könnte man das mal ausgrenzen (ebenso auf andere HArdware anzuwenden ggf).