Kernel compilieren Versionsproblem

  • #1
T

tiburon

Mitglied
Themenersteller
Dabei seit
23.01.2005
Beiträge
11
Reaktionspunkte
0
Ort
Allschwil, Schweiz
Moin, moin

Bin gerade dabei den endlich erhältlichen Radeon 9800 Treiber für SuSE 9.1 x86_64 zu installieren. Aber es kam, wie es kommen musste: Kernel neu compilieren.

Ich hab' den GCC, die Kernel-Sourcen, aber:

Error:
kernel includes at /usr/src/linux/include do not match current kernel.
they are versioned as
instead of 2.6.5-7.111-default.
you might need to adjust your symlinks:
- /usr/include
- /usr/src/linux

Make zeigt mir überhaupt keine Version der Sourcen an. Die Sourcen müssten jedoch richtig sein, denn der aktuelle Kernel wie die Sourcen stammen von der SuSE DVD. Ich habe den Kernel nie online upgedated.

Stimmt da was mit den Header-Dateien nicht? Ich bin zwar nicht ganz neu in der Linux-Welt, aber mit Kernel compilieren hatte ich bisher nichts am Hut.
 
  • #2
Hi,

mach mal uname -a und poste das Ergebniss hier.
Ich wette, entweder die Kernel-Header oder der Kernel selber sind x86er Architektur.

Gruß
Sven
 
  • #3
Hi Sven

Hier:

dhcppc0:/home/xxxxxx # uname -a
Linux dhcppc0 2.6.5-7.111-default #1 Wed Oct 13 15:45:13 UTC 2004 x86_64 x86_64 x86_64 GNU/Linux

Alles schön 64bit.

Allerdings habe ich zurzeit ein ganz anderes Problem. Irgendwie hat's mir was zerschossen. SuSE kommt nicht mehr auf runlevel 5, d.h. kein KDE und somit auch kein Firefox mehr, was das Posten hier etwas schwierig macht.

Fehlermeldung beim Start: irq_balancer failed, runlevel 5 skipped.
Sagt das irgendwem irgendwas?
Ich habe schon das gesamte System reparieren lassen und neu installiert. Kein Erfolg. Formatiert habe ich noch nicht! Ich hoffe jemand hat mir einen Tipp, sonst kommt Plan F zum Einsatz :p
 
  • #4
Hi,

/etc/init.d/irq_balancer start bringt welche Fehlermeldung ?
Was steht in den Logfiles ?

irq-balancer wird nur bei SMP Prozessoren benötigt
Installiert mal via yast den kernel-default 2.6.5-7.111.30 (x86_64) und NICHT den kernel-smp 2.6.5-7.111.30 (x86_64)

by the way... wenn Du schon an deinem Kernel rumspielen willst, dann nimm bitte den aktuellen 2.6.10er, da dieser weniger Bugs hat.

Gruß
Sven
 
  • #5
Vielen Dank erstmal, das ist mehr Information zum irq_balancer als über Google!
Ich werd's heute abend mal probieren.

Wahrscheinlich melde ich mich dann wieder! :D

EDIT: wo finde ich den die Logfiles? Auch unter /etc/init.d/
 
  • #6
tiburon schrieb:
EDIT: wo finde ich den die Logfiles? Auch unter /etc/init.d/

logdateien werden an den unterschiedlichsten verzeichnissen unter /var abgelegt, je nach programm oder dienst. standardmäßig wird aber das verzeichnis /var/log als ausgabe von logdateien genommen. /etc/init.d sollte nur start- bzw. stop scripts von programmen und diensten enthalten ...

greetz

hugo
 
  • #7
tiburon schrieb:
EDIT: wo finde ich den die Logfiles? Auch unter /etc/init.d/

Die Logfiles befinden sich unter /var/log (wi hp das ja schon gesagt hat)

Interesant wäre auf die Ausgabe von dmesg (einfach dmesg in die Console eingeben)
Tip: dmesg > logfile.txt schreibt das ganze in eine Datei mit dem Namen logfile.txt, da die Ausgabe über mehrere Bildschirmseiten geht.

Gruß
Sven
 
  • #8
Ein direkter Start des irq_balancer brachte das Ergebnis failed. Ich habe den Service nun deaktiviert, aber kde startet trotz erfolgreichem runlevel 5 nicht.

kde auf der console gestartet meldet das->display' nicht geladen werden kann und dass die variable display$ nicht definiert sei.
 
  • #9
tiburon schrieb:
Ein direkter Start des irq_balancer brachte das Ergebnis failed. Ich habe den Service nun deaktiviert, aber kde startet trotz erfolgreichem runlevel 5 nicht.

kde auf der console gestartet meldet das->display' nicht geladen werden kann und dass die variable display$ nicht definiert sei.

Dann hat's dir deine X Konfiguration zerschossen. Probier mal mit yast die wieder hinzubiegen bzw. eine neue zu erstellen.

Gruß
Sven
 
  • #10
Hallo Sven

Sehr wahrscheinlich hast Du recht. Bei der versuchten Installation des ATI Treibers wurde die - glaube ich - x86flgrx____.cfg geändert.
Ich habe schon den alten Treiber, Monitor und Bildschirmeinstellungen via Yast restauriert (das lief alles im Grafikmodus, sogar mit Maus). Nach Testen und Speichern der Konfiguration komme ich wieder in den Textmodus. KDE lässt sich jedoch immer noch nicht starten und liefert die selber Fehelermeldung.

wie kann ich denn die x Konfig denn wieder herstellen?
 
  • #11
Hallo tiburon,

Also am einfachsten geht das normalerweise über YaST. Sollte das nicht zum Erfolg führen, dann probier's mal auf manuellem Weg.

Wenn Du XFree im Einsatz hast geht das folgendermaßen:

- als root einloggen
- cd ~
- XFree86 -configure

Daraufhin erstellt XFree die Datei XF86Config.new im Verzeichnis /root
Testen kannst Du die Konfiguration dann so:

- XFree86 -xf86config ~/XF86Config.new

Funktioniert die Konfiguration, dann kannst Du die Datei an den richtigen Ort kopieren:

- cp ~/XF86Config.new /etc/X11/XF86Config

Wenn Du Xorg im Einsatz hast geht das folgendermaßen:

- cd ~
- X -config ~/xorg.conf.new

Wenn es geklappt hat, die Konfiguration verschieben:

- mv ~/xorg.conf.new /etc/X11/xorg.conf

Das sollte's gewesen sein...

Gruß
Sven
 
  • #12
Hallo Sven

Vielen Dank für die Hinweise. Werd's heute abend versuchen.

Noch zwei Fragen :)

- Wie wäre der->einfache' Weg mit Yast? Über Hardware Konfiguration?
- Wie testet man die xorg config? Analog zu XFree86?

Was ich noch sagen wollte: ich find's super hier! Man muss anscheinend in ein Windows - Forum gehen, um brauchbare Antworten für ein Linux-Problem zu erhalten. ;)
 
  • #13
tiburon schrieb:
- Wie wäre der->einfache' Weg mit Yast? Über Hardware Konfiguration?
korrekt
tiburon schrieb:
- Wie testet man die xorg config? Analog zu XFree86?
im Gegensatz zu XFree testet sich der Xorg-Server selbst. Sprich, er erstellt eine Konfigurationsdatei und startet dann direkt den X-Server. Wenn das ok ausschaut, dann kopierst Du nur noch die .conf an die richtige Stelle.

gruß
Sven
 
  • #14
Morgen

Es sieht sehr schlecht aus:

- Yast hat keine Wirklung, obwohl die Installation des Grafiktreibers, Monitors und Bildschirmeinstellungen problemlos und ohne Fehlermeldungen abläuft.

- XFree86 - configuration führt zu einem Abort->Server could not be load. Es wird mir was von doppelten Einträgen erzählt. Ich habe versucht das XFree-logfile auf Diskette zu speichern. Aber Windows kann die Diskette nicht mehr lesen, so dass ich es hier nicht anhängen kann. Wenn das was nützen könnte, kann ich es ja nochmals versuchen.

- X - configuration ergab das selbe Bild.

Es ist zum Verzweifeln. Gibt es eine Möglichkeit das Grafiksystem evtl. samt KDE komplett zu deinstallieren und dann wieder aufzuspielen?
 
  • #15
Guten Morgen tiburon,

Wechsle mal in das Verzeichnis /etc/X11. Dort befindet sich vermutlich die Datei XF86Config.
Die benennst Du mal um (mit mv XF86Config XF86Config.sik). Dann versuchst Du es bitte nochmals. Damit deine Diskette unter Windows lesbar ist, installierst Du Dir am bestens die mtools. Danach ein mformat a: (jaaaa, richtig gelesen *g)
Dadurch wird die Diskette im MS-DOS Format formatiert. Dann sollte es ja hoffentlich möglich sein, das Logfile auf Disk zu speichern.

Ansonsten bitte mal die Standardlektüre lesen...

Gruß
Sven
 
  • #16
Hi Sven

Die Knowledgebase ist nicht schlecht.

Was mir noch eingefallen ist. Der Server konnte nicht starten, da ein doppelter Eintrag in den Dateien
- nv_drv.o
- nvidia_drv.o

enthalten sei.

Bzgl. Diskette, die war eigentlich DOS-formatiert und funktionierte unter Linux tadellos (wenigstens das hat funktioniert :))

Ich werde mal die FX86Config umbenennen und dann versuchen mittels Yast oder manuell die Einstellungen wieder herzustellen.

Bis dahin bedanke ich mich erstmal!
 
  • #17
tiburon schrieb:
Was mir noch eingefallen ist. Der Server konnte nicht starten, da ein doppelter Eintrag in den Dateien
- nv_drv.o
- nvidia_drv.o
enthalten sei.

In diesem Fall mal in der Datei /etc/modules.conf nachschauen und den doppelten Eintrag rausnehmen.
IMHO reicht das (wenn auch etwas ältere) Modul nv_drv.

Gruß
Sven
 
  • #18
Hallo Sven

Ich schreibe hier über Mozilla Firefox Linux-Version! Das heisst, das Grafiksystem läuft wieder!!!

Vielen Dank für Deine Unterstützung!

Allerdings hat Dein Tipp mit der Datei /etc/modules.conf nichts gebracht, da diese absolut leer war.
Ich habe daraufhin versucht den ATI Treiber mit rpm -e fglrx64_____ zu deinstallieren und siehe da, SuSE meldete das das System auf die ursprüngliche Version->restored' würde.
Tatsächlich, KDE startete wieder (wenn auch langsamer als sonst) nach dem nächsten Reboot.

Jetzt warte ich, bis ein ATI Treiber 9800 x86_64 verfügbar ist. Für SuSE 9.2 ist dies ja anscheindend schon der Fall.

Also nochmals vielen Dank! :D
 
  • #19
Hi tiburon,

freut mich, wenn ich helfen konnte ;-)
Hmm... einen aktuellen Treiber findest Du auf der ATI Homepage. Allerdings ist es auch mir bis heute nicht gelungen, den vernünftig ans Laufen zu bekommen.

Gruß
Sven
 
  • #20
Das war der,den ich versuchte zu installieren. :p
Naja, wenn Du es mal schaffen solltest, das Ding zum Laufen zu kriegen, hoffe ich, dass Du hier ein entsprechendes Posting absetzt. Ein interessierter Leser sei Dir gewiss! ;D
 
Thema:

Kernel compilieren Versionsproblem

ANGEBOTE & SPONSOREN

Statistik des Forums

Themen
113.840
Beiträge
707.965
Mitglieder
51.494
Neuestes Mitglied
Flensburg45
Oben