[solved]gcc-4.1.2 lässt sich nicht mit gcc-4.1.2 compilieren

Ezekeel · Posted: Fri Aug 03, 2007 3:49 pm Post subject:

Ich glaube der Ursprung allen Übels ist, dass ich meine locales zerschossen habe. Ich hatte in meiner locales.gen nichts stehen, dafür existierte noch meine locales.build, glibc wurde mit der useflage userlocales compiliert und baselayout -unicode. Nun habe ich die locales.gen gefüllt nur habe ich nun das Problem, dass sobald ich eine locale mit utf8 reinmache und danach locale-gen ausführe mein System sofort neu startet. Also habe ich die erst einmal draussen gelassen und glibc ließ sich compilieren. Nach wie vor hängt sich aber das System bei gcc auf. Ich bin noch am werkeln und ausprobieren....

@mv
Ich habe nicht nur memtest über den Speicher laufen lassen sondern auch schon ca. 5 Stunden mit dem Speicher Pakete compiliert ohne dass das System einmal hängen geblieben wäre oder irgend eine Fehlermeldung aufgetaucht wäre die auf einen Hardwaredefekt hätte schließen lassen. Einen BurnIn Test habe ich auch kurz nach erhalt des Systems ohne Fehler drüberlaufen lassen. All das veranlasst mich dazu bei meinem System auf Fehlersuche zu gehen anstelle bei meiner Hardware bei der ich mit 99%iger Sicherheit sagen kann, dass sie in Ordnung ist!
_________________
Das logische Denken ist das Muster einer vollständigen Fiktion.

Ezekeel · Posted: Tue Aug 28, 2007 7:56 pm Post subject:

Hallo, ich setz jetzt mal den Thread auf solved, glibc und gcc lassen sich nun einwandrei compilieren ohne errors und ohne freezes. Wieso das so lange gedauert hat? Nun ja ich habe mehrere PCs und wenn das auch mein hauptsächlicher ist wollte ich es nicht wahr haben, dass es an der Hardware liegt. Glaube ich ehrlich gesagt nach wie vor nicht so unbedingt.

Was ich gemacht habe: Ich habe die RAM von Slot 2 u. 4 auf 1 u. 3 getauscht. Ausserdem habe ich die Dram Voltage innerhalb der angegeben Spanne von OCZ von 2.6V auf 2.7 erhöht. Was nun letztendlich der Auslöser war, das tauschen der Slots oder die Spannung, keine Ahnung! Tatsache ist wohl, dass das Board recht aggressiv ist (DFI Lanparty nf4 Ultra) und die RAM ebenso aggressiv anspricht (OCZ 2x1024). Ich habe schon öfters miterelebt, dass Linux bei Gamerkomponenten wie denen öfters rumzickt was wohl daran liegen mag, dass die Ursprünge von Linux im Serverbereich und nicht im Gamerbereich liegen. Ich möchte niemandem die Schuld zuweisen, letztlich bin ich auch viel zu froh darüber, dass es Linux gibt, aber mir fällt es immer noch schwer zu glauben, dass gentoo eine höhere Speicherlast erzeugt, als ein Burn-In Test und memtest die die Ram als Fehlerfrei angezeigt haben. Letztlich kann es an der Spannung gelegen haben...?!? HTH für die die ähnliche Probleme haben!

Ps.: Danke an alle die sich an dem Thread beteiligt haben!!!
Pss.: Es waren nur die Slots... hab die Spannung auf 2.6V zurückgeschraubt und er compiliert gcc immer noch!
_________________
Das logische Denken ist das Muster einer vollständigen Fiktion.