• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Installierte Kernelversion stimmt nicht bei uname

G

geronimo62

Newbie
Hoffe ich bin im richtigen Thread gelandet.

Habe ein HP Notebook nx9420 mit Intel Dual-Core Prozessor. Die Linuxversion ist OpenSUSE 11.1 x86_64. Der installierte Kernel laut Verzeichnis /usr/src/linux heisst linux-2.6.27.21-0.1.
Im Verzeichnis /boot sind nur die Versionen 2.6.27.21-0.1 (initrd, config, vmlinuz...) installiert.
Jetzt zu meiner Frage.
Warum erhalte ich bei einem uname -a die folgende Ausgabe:
Linux hostname 2.6.27.19-3.2-default #1 SMP 2009-03-31 14:50:44 +0200 x86_64 x86_64 x86_64 GNU/Linux :???:

Hier noch die Verzeichnisausgaben von /usr/src

ll /usr/src
insgesamt 28
drwxr-xr-x 2 root root 4096 4. Jan 13:50 ati
drwxr-xr-x 2 root root 4096 4. Jan 13:47 kernel-modules
lrwxrwxrwx 1 root root 19 9. Apr 10:46 linux -> linux-2.6.27.21-0.1
drwxr-xr-x 24 root root 4096 9. Apr 10:45 linux-2.6.27.21-0.1
drwxr-xr-x 3 root root 4096 2. Apr 02:18 linux-2.6.27.21-0.1-obj
drwxr-xr-x 4 root root 4096 26. Feb 20:02 linux-2.6.27.7-9
drwxr-xr-x 3 root root 4096 1. Apr 19:04 linux-obj
drwxr-xr-x 7 root root 4096 9. Dez 22:53 packages

und /boot

ll /boot
insgesamt 44112
-rw------- 1 root root 512 19. Dez 13:50 backup_mbr
lrwxrwxrwx 1 root root 1 19. Dez 16:03 boot -> .
-rw-r--r-- 1 root root 1236 8. Jan 02:03 boot.readme
-rw-r--r-- 1 root root 90156 2. Apr 01:43 config-2.6.27.21-0.1-default
-rw-r--r-- 1 root root 88136 2. Apr 02:15 config-2.6.27.21-0.1-xen
drwxr-xr-x 2 root root 4096 19. Apr 16:34 grub
lrwxrwxrwx 1 root root 28 9. Apr 10:50 initrd -> initrd-2.6.27.21-0.1-default
-rw-r--r-- 1 root root 6124596 9. Apr 10:50 initrd-2.6.27.21-0.1-default
-rw-r--r-- 1 root root 6047988 19. Apr 16:36 initrd-2.6.27.21-0.1-xen
lrwxrwxrwx 1 root root 24 19. Apr 16:36 initrd-xen -> initrd-2.6.27.21-0.1-xen
-rw-r--r-- 1 root root 115828 3. Dez 17:14 memtest.bin
-rw-r--r-- 1 root root 448512 6. Jan 14:16 message
-rw-r--r-- 1 root root 126631 2. Apr 01:21 symsets-2.6.27.21-0.1-debug.tar.gz
-rw-r--r-- 1 root root 148047 2. Apr 01:46 symsets-2.6.27.21-0.1-default.tar.gz
-rw-r--r-- 1 root root 126279 2. Apr 02:17 symsets-2.6.27.21-0.1-trace.tar.gz
-rw-r--r-- 1 root root 153704 2. Apr 02:19 symsets-2.6.27.21-0.1-xen.tar.gz
-rw-r--r-- 1 root root 406980 2. Apr 01:45 symtypes-2.6.27.21-0.1-default.gz
-rw-r--r-- 1 root root 404113 2. Apr 02:18 symtypes-2.6.27.21-0.1-xen.gz
-rw-r--r-- 1 root root 119659 2. Apr 01:44 symvers-2.6.27.21-0.1-default.gz
-rw-r--r-- 1 root root 119755 2. Apr 02:17 symvers-2.6.27.21-0.1-xen.gz
-rw-r--r-- 1 root root 1420953 2. Apr 01:37 System.map-2.6.27.21-0.1-default
-rw-r--r-- 1 root root 1285332 2. Apr 02:05 System.map-2.6.27.21-0.1-xen
-rw-r--r-- 1 root root 3023036 2. Apr 01:43 vmlinux-2.6.27.21-0.1-default.gz
-rw-r--r-- 1 root root 2676395 2. Apr 02:15 vmlinux-2.6.27.21-0.1-xen.gz
lrwxrwxrwx 1 root root 29 9. Apr 10:50 vmlinuz -> vmlinuz-2.6.27.21-0.1-default
-rw-r--r-- 1 root root 2537088 2. Apr 01:37 vmlinuz-2.6.27.21-0.1-default
-rw-r--r-- 1 root root 2231705 2. Apr 02:05 vmlinuz-2.6.27.21-0.1-xen
lrwxrwxrwx 1 root root 25 19. Apr 16:36 vmlinuz-xen -> vmlinuz-2.6.27.21-0.1-xen
-rw-r--r-- 1 root root 509302 3. Dez 18:42 xen-3.3.1_18494_03-1.8.gz
lrwxrwxrwx 1 root root 25 19. Apr 16:33 xen-3.3.gz -> xen-3.3.1_18494_03-1.8.gz
lrwxrwxrwx 1 root root 25 19. Apr 16:33 xen-3.gz -> xen-3.3.1_18494_03-1.8.gz
-rw-r--r-- 1 root root 512589 3. Dez 18:40 xen-dbg-3.3.1_18494_03-1.8.gz
lrwxrwxrwx 1 root root 29 19. Apr 16:33 xen-dbg-3.3.gz -> xen-dbg-3.3.1_18494_03-1.8.gz
lrwxrwxrwx 1 root root 29 19. Apr 16:33 xen-dbg-3.gz -> xen-dbg-3.3.1_18494_03-1.8.gz
lrwxrwxrwx 1 root root 29 19. Apr 16:33 xen-dbg.gz -> xen-dbg-3.3.1_18494_03-1.8.gz
lrwxrwxrwx 1 root root 25 19. Apr 16:33 xen.gz -> xen-3.3.1_18494_03-1.8.gz
lrwxrwxrwx 1 root root 27 19. Apr 16:33 xen-syms -> xen-syms-3.3.1_18494_03-1.8
-rw-r--r-- 1 root root 8040308 3. Dez 18:42 xen-syms-3.3.1_18494_03-1.8
lrwxrwxrwx 1 root root 31 19. Apr 16:33 xen-syms-dbg -> xen-syms-dbg-3.3.1_18494_03-1.8
-rw-r--r-- 1 root root 8217251 3. Dez 18:40 xen-syms-dbg-3.3.1_18494_03-1.8

Für eine Denkanregung wäre ich immer offen!
 
OP
G

geronimo62

Newbie
Die Ausgabe von rpm -qa | grep kernel liefert folgendes:

# rpm -qa|grep kernel
kernel-syms-2.6.27.21-0.1.1
kernel-xen-2.6.27.21-0.1.2
kernel-default-2.6.27.21-0.1.2
kernel-xen-base-2.6.27.21-0.1.2
linux-kernel-headers-2.6.27-2.28
kernel-default-base-2.6.27.21-0.1.2
kernel-default-extra-2.6.27.21-0.1.2
kernel-source-2.6.27.21-0.1.1
linux-kernel-nutshell-1-1.86
kernel-xen-extra-2.6.27.21-0.1.2
kernel-docs-2.6.3-3.13.13

Habe außerdem mal nach installierten Komponenten suchen lassen:

# find / -name "*2.6.27.19*"
/lib/modules/2.6.27.19-3.2-default
/lib/modules/2.6.27.19-3.2-debug
/lib/modules/2.6.27.19-3.2-xen
/lib/modules/2.6.27.19-3.2-trace

Das Verzeichnis /lib/modules sieht so aus:

# ll /lib/modules/
total 52
drwxr-xr-x 2 root root 4096 Apr 9 10:49 2.6.27.19-3.2-debug
drwxr-xr-x 3 root root 4096 Apr 9 10:50 2.6.27.19-3.2-default
drwxr-xr-x 2 root root 4096 Apr 9 10:49 2.6.27.19-3.2-trace
drwxr-xr-x 3 root root 4096 Feb 25 18:56 2.6.27.19-3.2-xen
drwxr-xr-x 2 root root 4096 Apr 9 10:49 2.6.27.21-0.1-debug
drwxr-xr-x 6 root root 4096 May 17 10:46 2.6.27.21-0.1-default
drwxr-xr-x 2 root root 4096 Apr 9 10:49 2.6.27.21-0.1-trace
drwxr-xr-x 5 root root 4096 Apr 19 16:36 2.6.27.21-0.1-xen
drwxr-xr-x 2 root root 4096 Feb 26 20:04 2.6.27.7-9-debug
drwxr-xr-x 4 root root 4096 May 1 18:44 2.6.27.7-9-default
drwxr-xr-x 2 root root 4096 Feb 26 20:04 2.6.27.7-9-trace
drwxr-xr-x 2 root root 4096 Feb 26 20:04 2.6.27.7-9-xen
drwxr-xr-x 3 root root 4096 Jan 6 11:20 fglrx

Vorschläge? :???:
 
W

whois

Ultimate Guru
..und bei
Code: 
uname -a
erhälst du das ?

Code: 
2.6.27.19-3.2-default #1 SMP 2009-03-31 14:50:44 +0200 x86_64 x86_64 x86_64 GNU/Linux

Hast du in letzter Zeit ein update gefahren oder ein Programm kompiliert?

Was kommt so raus.

Code: 
cat /proc/version
 
OP
G

geronimo62

Newbie
Ja, ich mache eigentlich wöchentlich ein Update mit zypper (zypper up/dup).

Habe vor kurzem die KDE Version 4.2.3 als Repository hinzugefügt und erneuert (hat auch ohne viele Probleme funktioniert).

Hier noch die Ausgabe von /proc/version:

> cat /proc/version
Linux version 2.6.27.21-0.1-xen (geeko@buildhost) (gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux) ) #1 SMP 2009-03-31 14:50:44 +0200

Also ich arbeite beruflich wie privat mit UNIX (HP-UX; SUN; NeXtstep...) und Linux (seit nunmehr 17 Jahren - SuSE 4.3) aber ich kann mir das einfach nicht erklären? :eek:ps:

Das Seltsame ist ja auch, dass mein System ohne Probleme läuft, keine Fehlermeldungen usw.?!

Noch irgendwelche Denkanstöße?
 
W

whois

Ultimate Guru
Irgendwie blicke ich da nicht durch um ehrlich zu sein. :???:

Bei der Versionsabfrage kommt ein XEN Kernel zutage und bei der uname der 64 Bittige.
Bei der grep Abfrage alles Mögliche nur nicht der 64 Bit.
Virtualisierst du irgendwas?
Sorry da muss ich erst mal in mich gehen.

Brauchst du die ganzen Kernel inklusiv des XEN überhaupt?
Nichts löschen wenn deine Kiste läuft nur mal als Frage.
 
OP
G

geronimo62

Newbie
Also, ich kann sowohl den "normalen" als auch den XEN-Kernel booten, das funktioniert auch beides.

Den XEN habe ich nur zum Testen installiert, weil ich mich mit XEN noch nie beschäftigt habe und dies einfach mal testen wollte (ich könnte ihn also auch wieder problemlos deinstallieren). Nur glaube ich, löst das nicht mein Problem. :???:
 
W

whois

Ultimate Guru
In der ML ist kein Hinweis zu finden, sonst im Net und anderen Foren auch nicht.
Ich finde nichts und kann es mir ehrlich gesagt auch nicht erklären.
Vielleicht sitze ich gerade auf meiner Logik aber....
 
OP
G

geronimo62

Newbie
Habe mal den XEN-Kernel mit dazugehörigen Paketen deinstalliert und mit dem Kdo:

# zypper in -f kernel...

die ganzen Kernel-Sachen neu installiert. Die Versionen, die installiert wurden sind weiterhin 2.6.27.21-0.1 und der Fehler tritt immer noch auf.

Jetzt bin ich mit meinem Latein langsam am Ende... :???:
 
W

whois

Ultimate Guru
Kannst du mir mal bitte deine eingebundenen Repos zeigen.
Vielleicht liefert das weitere Infos.

Code: 
zypper repos
 
OP
G

geronimo62

Newbie
Hier sind die Repos:
> zypper repos
# | Alias | Name | Aktiviert | Aktualisieren
---+--------------------------------------+------------------------------------------------------+-----------+--------------
1 | ATi_1 | ATi | Ja | Ja
2 | Cairo | Cairo | Ja | Ja
3 | GNOME_Factory | GNOME Factory | Ja | Ja
4 | KDE:Qt | KDE:Qt | Ja | Ja
5 | KDE_42 | KDE 4.2.x Packages (openSUSE_11.1) | Ja | Ja
6 | KDE_Qt43 | Qt 4.3.x series (openSUSE_11.1) | Ja | Ja
7 | KDE_Qt44 | This repository contains Qt 4.4.3 (openSUSE_11.1) | Ja | Ja
8 | KDE_Qt45 | Qt 4.5.x development snapshots (openSUSE_11.1) | Ja | Ja
9 | OpenSuSE_-_Factory_-_Contrib | OpenSuSE - Factory - Contrib | Ja | Ja
10 | OpenSync | OpenSync | Nein | Ja
11 | Packman_-_skynet.be | Packman - skynet.be | Nein | Ja
12 | openSUSE 11.1-0 | openSUSE 11.1-0 | Nein | Nein
13 | openSUSE11.1_KDE4_Factory_Extra-Apps | openSUSE11.1_KDE4_Factory_Extra-Apps | Nein | Ja
14 | openSUSE11.1_QT46 | openSUSE11.1_QT46 | Ja | Ja
15 | openSUSE_11.1 | openSUSE_11.1 | Ja | Ja
16 | openSUSE_11.1_KDE4_Factory_Desktop | openSUSE_11.1_KDE4_Factory_Desktop | Nein | Ja
17 | openSUSE_Factory:prusnak | openSUSE_Factory:prusnak | Ja | Ja
18 | repo | openSUSE BuildService - GNOME:STABLE | Ja | Ja
19 | repo-debug | openSUSE-11.1-Debug | Nein | Ja
20 | repo-non-oss | openSUSE-11.1-Non-Oss | Ja | Ja
21 | repo-oss | openSUSE-11.1-Oss | Ja | Ja
22 | repo-source | openSUSE-11.1-Source | Nein | Nein
23 | repo-update | openSUSE-11.1-Update | Ja | Ja
24 | repo_1 | openSUSE BuildService - Mono:Community | Ja | Ja
25 | repo_10 | openSUSE Education | Ja | Ja
26 | repo_11 | openSUSE BuildService - GNOME:Community | Ja | Ja
27 | repo_12 | openSUSE BuildService - KDE:Community | Nein | Ja
28 | repo_13 | openSUSE BuildService - X11:Compiz | Ja | Ja
29 | repo_14 | openSUSE BuildService - Wine CVS-Pakete | Ja | Ja
30 | repo_15 | openSUSE BuildService - KDE:Backports | Nein | Ja
31 | repo_16 | openSUSE BuildService - Virtualisierung (QEMU) | Ja | Ja
32 | repo_17 | openSUSE BuildService - Virtualisierung (VirtualBox) | Ja | Ja
33 | repo_18 | openSUSE BuildService - XFCE | Ja | Ja
34 | repo_19 | openSUSE BuildService - Mail Server | Ja |Ja
35 | repo_2 | openSUSE BuildService - OpenOffice.org | Ja | Ja
36 | repo_20 | Haupt-Repository (Quellen) | Nein | Ja
37 | repo_21 | openSUSE Education | Ja | Ja
38 | repo_3 | openSUSE BuildService - Treiber für Web-Cams | Ja | Ja
39 | repo_4 | openSUSE BuildService - Spiele | Ja | Ja
40 | repo_5 | openSUSE BuildService - Mozilla | Ja | Ja
41 | repo_6 | openSUSE BuildService - Datenbank | Ja | Ja
42 | repo_7 | openSUSE BuildService - PHP | Ja | Ja
43 | repo_8 | VideoLan Repository | Ja | Ja
44 | repo_9 | Packman Repository | Ja | Ja
 
W

whois

Ultimate Guru
Sorry und alles läuft Problemlos bei dir?
Das wundert mich ehrlich.

Packman und Videolan beissen sich schmeiss das Videolan mal raus.

Dann das ganze QT Zeug vielleicht hast du dir da was eingefangen.

Code: 
4 | openSUSE11.1_QT46 | openSUSE11.1_QT46 | Ja | Ja

Puh wo soll ich da ansetzen?
 
OP
G

geronimo62

Newbie
Habe die Repositories videolan und sämtliche Qt's entfernt.
Danach mal einen zypper dup gestartet.

Allerdings bleibt der Fehler bestehen.
 
W

whois

Ultimate Guru
Ich habe mit einigen Freunden gestern in der LUG versucht das zu reproduzieren mit deinen Repos, nur wir bekommen das so nicht hin.
Unsere Kiste ist zwar mehrfach abgeschmiert aber nie kam so was raus.
Sorry, vielleicht kann ein andere mehr dazu sagen, mir fällt nichts mehr ein.
 
gropiuskalle

gropiuskalle

Guru
Ist eventuell überflüssig, das hier zu erwähnen, aber Dir ist schon klar, dass man nach der Installation eines neuen Kernels die Kiste rebooten muss, um selbigen zu nutzen, oder? Zumindest z.T. liest es sich hier, als ob Du irgendwelche Kernel installierst und erwartest, dass sie gleich anschließend mit 'uname' ausgegeben werden. Das ist natürlich nicht so, denn 'uname' wirft immer den laufenden Kernel aus:

Code: 
kalle@hoppers:~> rpm -qa *kernel*
kernel-source-2.6.25.20-0.1
linux-kernel-headers-2.6.25-8.1
kernel-pae-2.6.25.20-0.1
kernel-rtpae-2.6.25.20-jen70
kernel-rt-source-2.6.25.20-jen70
kalle@hoppers:~> uname -r
2.6.25.20-jen70-rtpae

Das würde nicht alle komischen Phänomene hier erklären, aber ich dachte, ich weise dennoch mal darauf hin.

Und hier mal ein allgemeiner mahnender Hinweis: in letzter Zeit stolpert man hier und anderswo immer wieder auf extrem lange, unübersichtliche und widersinnige Repo-Listen. Macht Euch mal Gedanken drüber, was man benötigt und was wirklich sinnvoll ist - oder bleibt bei den Standard-Quellen (deren Anzahl wird z.B. hier mal eben um das *zehnfache* übertroffen). SuSE ist keineswegs das rundum-sorglos-System, bei dem man einfach alles anknipsen kann, was einen zwischen die Finger gerät. Wird mit solchen Quellen ein Systemupgrade gefahren, ist es schwer, das anschließend wieder aufzuräumen; kein Wunder also, dass selbst Experten wie whois da keinen Ansatzpunkt für eine Lösung oder auch nur eine Erklärung finden.

Edit: Ein wenig aufräumen könnte man aber immerhin dahingehend, dass man hinsichtlich 'uname' selbst sicher stellt, dass es passend installiert ist, indem man die 'coreutils' (die 'uname' enthalten) reinstalliert. Korrektes Paket ermittlen via

Code: 
rpm -qf $(which uname)

und mit

Code: 
zypper in -f $PAKETNAME+VERSIONSNUMMER

reinstallieren. Ich würde danach einen reboot wagen, kann zumindest nicht schaden.
 
OP
G

geronimo62

Newbie
Also, wie schon erwähnt, bin ich kein Newbie (seit 17 Jahren Netzwerk- und Systemadmin von verschiedenen UNIX- und Linux-Derivaten und zur Zeit als Softwareentwickler eingespannt) und irgendwelche Repos und Kernels installiere ich grundsätzlich nicht, außer ich will einen testen, den ich dann jedoch höchstens zusätzlich einbinde und zwar nur auf einem Testsystem (die Repos, die drin sind, benötige ich auch)!
Und das man nach einem Kernel-Update (der in den SuSE-Repos drin steht) rebootet, ist ja wohl selbstverständlich (habe ich aber schon weiter oben einige Male erwähnt?! Was auch bei einem Update, wie bei mir geschehen, von KDE 4.1.3 auf 4.2.3, meiner Meinung nach, normal ist).
Die Qt's waren bei 4.1.3 zwingend erforderlich (laut SuSE), um einige Sachen (Softwareentwicklung) zu installieren.
Bei Videolan und Packman gleichzeitig, hatte ich noch nie Probleme (läuft auch auf meinem zweiten Notebook und zwei PC's ohne Probleme (auch der uname funktioniert dort, aber ich habe es ja ebenfalls rausgeworfen).
Zur Softwareentwicklung benötigte ich die Qt's und, wie bereits erwähnt, läuft ja auch das System problemlos. Nur die uname-Ausgabe bringt eine andere Kernelversion wie die, die in /boot installiert ist und dies ist auch meine Frage.
Deine Ausgabe oben, zeigt ja, dass Du einen 2.6.25.20-rtpae installiert hast, sowohl in den rpm-Paketen, als auch in der uname-Ausgabe.

Deshalb Kritik ja, aber wenn, dann konstruktiv.

Das mit den coreutils werde ich Freitag mal probieren (ich bin unter der Woche nicht zu Hause), ist noch einen Versuch wert.
 
W

whois

Ultimate Guru
Hi

Sieh dir am Wochenende auch mal bitte folgendes in Yast an.

- Yast
- System
- Editor für Sysconfig Files
- System
- Kernel
- Skip_Running_Kernel

Ob da bei dir zufällig ein Wert drin steht.
Das ist zwar unwahrscheinlich aber aus reinem Interesse.

cu
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben