4.10 portupgrade - system freeze bei grossen ports

troll

Well-Known Member
Hallo zusammen,

portupgrade friert meinen Rechner bei grossen Paketen komplett ein.
Ich wollte gestern ein -a machen und der erste freeze kam beim gcc33.

Der Rechner friert komplett ein, es ist kein pingen, kein remote login o.Ä. möglich.
Der Rechner lief ohne X.

Es tritt in dem Moment auf, wenn portupgrade das alte Paket sichern will.
Kleine Pakete laufen anstandslos.

Um einen Zufall scheint es sich nicht zu handeln, ich hatte einen zweiten Versuch gestartet und er fror beim Sichern des alten Samba Paketes ein.

In den fertig gebauten ports lief ein make deinstall && make reinstall && make clean anstandslos durch. Freier Plattenplatzt ist ~12GB

Portupgrade und ruby18 hatte ich vor dem portupgrad -a manuell aus den ports gebaut und installiert. (portupgrade 20041224 und ruby 1.8.2.p4), wobei ich nicht glaube, dass es an ruby liegt.


Ich poste jetzt grad von meinem Rettungssystem, wärend im Hintergrund die FreeBSD Installation auf ein anderes Laufwerk gespiegelt wird. Danach wollte ich erst mal probieren die Welt neu zu bauen (ist ca 2 Monate her) und es dann nochmal probieren.

Ich tippe aber leider auf ein Problem mit tar, Komprimierung, oder :ugly: HW


Hat jemand eine Idee, woran es liegen kann?
Hat nochjemand das Problem?


Danke im Voraus

CU

Martin
P.S. verd*** schwer hier nen freien Nick zu finden.
 
Siehe im FreeBSD-Handbuch nach, dort steht, daß Compilerläufe oft Defekte bei der Hardware anzeigen, d.h., deine HW könnte etwas kaputt sein, das ist aber nur eine Möglichkeit
 
Hi,

das dachte ich auch als erstes.
Auffällig ist aber, dass der Absturz immer an der selben Stelle kommt.
Würde CPU oder RAM aufgeben müssten die Abstürze IMHO unkontrolliert kommen.
Die wahrscheinlichste Stelle wäre hier auch IMHO der Compilerlauf - nicht unbedingt zwei mal hintereinander beim Sichern(tar/bzip).

However, ich lasse gleich mal nen memtest mit Knoppix laufen...

Dank dir!

Martin
 
Bie mir ist das nämlich auch mal passiert, beim normalen Compilieren unter FreeBSD, wobei die Sourcen nicht aus den Ports waren, und das wiederholt an der gleichen Stelle. Bei dem Computer handelte es sich schon um ein altes Teil, deshalb dachte ich, es läge an der Hardware, aber ich benutze ihn immer noch, und alles funktioniert anscheinend, und auch memtests haben nichts ergeben.
 
mama said:
Bie mir ist das nämlich auch mal passiert, beim normalen Compilieren unter FreeBSD, wobei die Sourcen nicht aus den Ports waren, und das wiederholt an der gleichen Stelle. Bei dem Computer handelte es sich schon um ein altes Teil, deshalb dachte ich, es läge an der Hardware, aber ich benutze ihn immer noch, und alles funktioniert anscheinend, und auch memtests haben nichts ergeben.

Der Rechner ist 0.5 bis 5 Jahre alt ;-)
Festplatte 6 Monate, CPU, IDE Kabel und RAM 1 Jahr, Sound 2 Jahre, Grafikkarte(matrox g550)3 Jahre, und einige andere Teile etwas älter.
Die Kiste ist allerdings stark belastet.

Aber kann ja sein. Erstaunlich finde ich bloss, dass der Fehler gestern das erste mal auftrat, dann bei 2 unterschiedlichen ports, beim selben Arbeitsgang.

Die memtests eben haben nichts ergeben.
Ich werd morgen mal die Welt neu bauen und es dann nocheinmal testen.

CU

Martin
 
Kleiner Hinweis: Ich hatte das Problem bei einer defekten AMD-CPU unter WinNT . Keine Bluescreen, sondern einfach ein festgefrorenes Bild ohne jede Reaktion. Vielleicht kannst Du mal den Prozessor austauschen.

hth,
slatat2m
 
slatat2m said:
Kleiner Hinweis: Ich hatte das Problem bei einer defekten AMD-CPU unter WinNT . Keine Bluescreen, sondern einfach ein festgefrorenes Bild ohne jede Reaktion. Vielleicht kannst Du mal den Prozessor austauschen.

Nein, ich hab leider kein Regal mit Prozessoren ;-)
Ich warte auch erst mal ein wenig ab. Also erst mal einen Neubau, dann eventuell ein wenig warten, ob noch andere Leute das Problem haben und erst dann Schraubendreher.

CU

Martin
 
Back
Top