Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

01.05.2003, 12:47

Segmentation Faults mit neuem Kernel

Hi,

habe bei mir seit einigen Wochen Gentoo laufen und bin sehr zufrieden.

Seit ich mir aber einen eigenen Kernel gebacken habe, kriege ich ständig Speicherzugriffsfehler (Segmentation faults), vor allem beim Compilieren neuer Pakete.

Ich habe alle möglichen Kernelversionen und -konfigurationen durchprobiert - ohne Erfolg. Hatte eigentlich auf einen Hardwarefehler getippt, aber das eigenartige ist, dass es mit dem normalen Gentoo-Kernel (der standardmäßig dabei ist) wunderbar funktioniert!
Hab auch nochmal die CFLAGS in /etc/make.conf etwas runtergesetzt, daran liegt es nicht.

Hardware: ASrock K7VT2 (KT266A), Duron 1300, 512 MB Ram

Hat jemand 'ne Idee, woran es liegen könnte? Weiß jemand, wo man das Config-File des Standard-Gentoo-Kernels herbekommt?

Tnx in advance,
Martin

2

01.05.2003, 13:23

Was hast du denn für ne CPU Flag drinne in der make.conf ?
- :: AMD XP 2500+ :: Gentoo :: -
www.Unixboard.de - German Linux Community
www.Gentooforum.de - German Gentoo Community

3

01.05.2003, 15:24

Zitat

Weiß jemand, wo man das Config-File des Standard-Gentoo-Kernels herbekommt?

emerge -C gentoo-sources (falls schon installiert)
rm /usr/src/linux-2.4.20-gentoo-r3 -r (je nachdem welche Version du hast)
emerge gentoo-sources

Dim

PS: Die Flags in der make.conf werden nicht beim kompilieren des Kernels verwendet.

4

02.05.2003, 10:37

Hat leider nix gebracht.

Kleinere Pakete lassen sich compilieren, aber bei größeren steigt er immer an einer zufälligen Stelle aus. Zur Zeit z.B. bei x11-base/xfree-4.3.0-r2:

Writing 192 characters into file 'luBIS10-ISO8859-14.bdf'.
rm -f luBIS12-ISO8859-14.bdf
perl ../../../fonts/util/ucs2any.pl luBIS12.bdf ../../../fonts/util/map-ISO8859-14 ISO8859-14
Writing 192 characters into file 'luBIS12-ISO8859-14.bdf'.
rm -f luBIS14-ISO8859-14.bdf
perl ../../../fonts/util/ucs2any.pl luBIS14.bdf ../../../fonts/util/map-ISO8859-14 ISO8859-14
make[4]: *** [luBIS14-ISO8859-14.bdf] Speicherzugriffsfehler
make[4]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r2/work/xc/fonts/bdf/75dpi'
make[3]: *** [includes] Fehler 2
make[3]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r2/work/xc/fonts/bdf'
make[2]: *** [includes] Fehler 2
make[2]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r2/work/xc/fonts'
make[1]: *** [includes] Fehler 2
make[1]: Leaving directory `/var/tmp/portage/xfree-4.3.0-r2/work/xc'
make: *** [World] Fehler 2

!!! ERROR: x11-base/xfree-4.3.0-r2 failed.
!!! Function src_compile, Line 453, Exitcode 2
!!! (no error message)


Wie gesagt, mit dem Standard-Kernel läuft alles. Echt seltsam...

PS: Meine CFLAGS: CFLAGS="-mcpu=athlon-xp -O2 -pipe"

Also doch sehr konservativ ;)

5

02.05.2003, 11:46

Hi,
in einem solchen Fall würde ich auf eine zu heisse CPU tippen
Blas mal den Kühlkörper aus und schau ob der Lüfter noch richtig sitzt etc etc...

Dim

6

02.05.2003, 11:57

Lüfter und CPU sind nagelneu. CPU-Temp unter Volllast ist 60° C.

Aber warum funktioniert's dann mit dem Standard-Kernel?

7

02.05.2003, 12:04

Hmm 60°C sollten nicht zuviel sein oder?
Der gentoo kernel holt mehr aus dem Processor raus und steigert somit auch die Temperatur, Aber wie gesagt 60°C sollte schon Ok sein.
Wenn du wirklich den low latency patch und den preemtive Patch haben möchtest, dann solltest du vielleicht mal versuchen die vanilla sourcen damit zu patchen.
Ansonsten würde ich wieder zum Standrd kernel zurück, denn soo gross ist der Unterschied im normalen Desktopgebrauch auch nicht. Und mit 2.6 wird sowieso alles besser :)

Dim

8

02.05.2003, 12:09

Das Problem ist, dass ich Mosix brauche, deswegen nehme ich die OpenMosix-Sources.

9

02.05.2003, 12:30

Hmm ach so. Dann würde ich vielleicht mal versuchen die vanilla Sourcen mit Mosix zu patchen. Vielleicht liegts ja genau an dem. Und wenn nicht, dann ist es auch gut.

Dim

10

02.05.2003, 12:34

Oben hast du geschrieben, du hastn Duron. Vertraegt sich die Compileroption -mcpu=athlon-xp ueberhaupt damit?

Alex
http://spitfire.homelinux.net/
http://spitfire.spittix.de/

GNU/LinuX mobile Dokumentation

11

02.05.2003, 12:53

gute Frage... der 1300er hat ja eigentlich den XP-core, nur weniger Cache.

btw: gibt's 'ne Möglichkeit, alle wichtigen "Basis/System-Pakete" neu zu compilieren, aber nicht das gesamte System ("world")?

12

02.05.2003, 12:56

Natürlich: emerge -e system.

Dim

13

02.05.2003, 16:54

Vielleicht versuchstes mal mit -mcpu=athlon....vielleicht sind sie doch nicht so gleich, wie Du denkst.

Alex
http://spitfire.homelinux.net/
http://spitfire.spittix.de/

GNU/LinuX mobile Dokumentation

14

04.05.2003, 13:39

auch schon probiert, kein Erfolg... :(

naja, wenigstens bin ich nicht der Einzige mit diesem Problem: http://forums.gentoo.org/viewtopic.php?t=49788

Scheint irgendwie an Perl zu liegen...

Gibt's 'ne Möglichkeit, XFree beim "emerge -e system" auszuschließen?
Dachte der Parameter "-n" wäre dafür da, damit geht's aber nicht... :(

15

04.05.2003, 13:41

achso, hab gerade gesehen dass ich ganz vergessen habe zu erwähnen, dass ich zur Zeit an XFree scheitere... alles andere lässt sich emergen

16

04.05.2003, 18:04

Was hast du fuer USE-Variablen gesetzt?

Alex
http://spitfire.homelinux.net/
http://spitfire.spittix.de/

GNU/LinuX mobile Dokumentation

18

04.05.2003, 22:17

Hmmm, 3dnow ist uebrigens hinfaellig, wenn du -mcpu athlon-xp in den CFLAGS hast. Aber das erklaert dein XFree Problem sicher nicht. Mit "tcltk" hab ichs nochnicht probiert, kannstes ja mal ohne versuchen. Hast du schon glibc-2.3.2 installiert?

Alex
http://spitfire.homelinux.net/
http://spitfire.spittix.de/

GNU/LinuX mobile Dokumentation

19

04.05.2003, 22:42

2.3.1-r4 ist bei mir installiert und laut emerge auch aktuell.

20

04.05.2003, 23:40

Wegen glibc habe ich gefragt, weil teilweise fuer aktuelle Pakete schon die glibc-2.3.2 installiert wird, es aber damit bei einigen auch noch Probleme gibt (ACCEPT_KEYWORDS="~x86").
Hast dus mal ohne die USE-Flags probiert?

Alex
http://spitfire.homelinux.net/
http://spitfire.spittix.de/

GNU/LinuX mobile Dokumentation