Speicherzugriffsfehler

[guennid]

debian lenny, selbstgebauter Kernel 2.6.29.1, Beim Versuch, desklaunch zu starten, gibt's einen Speicherzugriffsfehler. Mit Standard-Kernel 2.6.26.2 passiert das nicht. dmesg meldet:

Code: Alles auswählen

desklaunch[2739]: segfault at 4 ip 08049c9a sp bfcb92f0 error 4 in desklaunch[8048000+3000]

Könnte sich mal jemand die config anschauen?

Schöne Feiertage, Günther

[cosmac]

hi,

da sieht man ja den Bug vor lauter CONFIG_s nicht Evt. sieht man mehr, wenn du mal ein strace von desklaunch machst. Wenn du es aus ~/.xinitrc heraus startest, z.B. so:

Code: Alles auswählen

strace -f -o /tmp/strace-desklaunch desklaunch &

Edit: da fehlte ein '&' am Zeilenende

[guennid]

Ich verfolge im Moment eine andere Spur.
Es handelt sich hier um einen Uralt-Scheppi (Toshiba Portégè 660CDT). An dem spiel ich rum, um ihn mit einem möglichst minimalen lenny auszustatten. Den 2.6.29er hatte ich auf einer anderen Maschine gebaut, da das Kompilieren auf dem alten Schätzchen ca. 24 Stunden dauert. Und zu meiner Schande muss ich gestehen, das andere Teil ist auch nicht mehr das allerneueste, so dass ich gar nicht mehr weiß, was das für eine Maschine ist. Vermutet hatte ich allerdings: i386. Ziel der Selbstbauaktion (Verzicht auf initrd) ist neben der Platzersparnis, udev loszuwerden. Aber das kommt später.
So, die Ausgangsconfig für den 29er war eine 2.6.26.3er, deren Kernel auf dem Schleppi (auf einer anderen HD) läuft und bei dem desklaunch nicht rumzickt. Diesen 2.6.26.3er hatte ich wohl dazumalen tatsächlich auf diesem Schlepptop gebaut. Leider habe ich weder das binary noch den source-code aufgehoben.
Ich habe mch jetzt dazu entschlossen, doch noch mal auf der alten Maschine Kernel zu bauen. Mal sehen, wie's dann läuft. Morgen Abend oder spätestens übermorgen früh bin ich vielleicht etwas schlauer.

Angenehme Feiertage, Günther

[cosmac]

OT: warum nimmst du nicht gleich den 2.6.32? Mich würde nämlich mal interessieren, wie das devtmpfs zu deinen Plänen passt. Einerseits ist es eine große Erleichterung, immer ein vollständiges und korrektes /dev zu haben. Andererseits fehlt noch eine gute Idee für die richtigen Berechtigungen und Gruppen.