• 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] Systemwartungsfrage (Alte Kernel?):

revealed

Guru
Hallo!

Ich habe in den News gerade diesen Beitrag gelesen:
http://linuxundich.de/de/ubuntu/alte-kernel-inkl-header-mit-nur-einem-befehl-entfernen/

Jetzt wollte ich fragen... ??? Gibt es das für SuSE 11.1 32 Bit version auch? Kann ich da mal irgendwie einfach aufräumen? Wenn ja, verrät mir jemand die Magic words bitte?

Vielen Dank!

Gruß,

R
 

rolle

Guru
Wenn ich mich recht entsinne, dann ersetzt openSuSE den alten Kernel bei einem Update und installiert nicht einen weiteren dazu.
 

spoensche

Moderator
Teammitglied
Die Sourcen und Module bleiben nur erhalten, wenn du den Kernel selbst übersetzt hast. Es gibt allerdings Module, die für einen älteren Kernel sind und die dann per Symlink dem neuen Kernel bekannt gemacht werden.
 
OP
revealed

revealed

Guru
Es gibt allerdings Module, die für einen älteren Kernel sind und die dann per Symlink dem neuen Kernel bekannt gemacht werden.

Das war mir bekannt :) Das las sich nur so verführerisch mit aufräumen und Platz schaffen, dass ich daran auch dachte .... falls dann wär das ja schön gewesen, platz zu schaffen - oder?

Gruß,

R
 

spoensche

Moderator
Teammitglied
revealed schrieb:
Das war mir bekannt :)

Auch der Mod ist nicht allwissend. :)

revealed schrieb:
Das las sich nur so verführerisch mit aufräumen und Platz schaffen, dass ich daran auch dachte .... falls dann wär das ja schön gewesen, platz zu schaffen - oder?

Du kannst aber die Kernelversionen unter /usr/src löschen, die nicht mehr verwendet werden. Das kannst du auch unter /lib/modules machen, allerdings ohne die Kernelversion, wo die wirklichen Module drin sind, die bei neueren Versionen verlinkt werden.
 
OP
revealed

revealed

Guru
Hi :)

Das klingt allerdings interessant... ich poste mal einfach "ls" kurz im Ansatz. Habe gerade Updateprobleme die ich erstmal lösen muss.
Code:
disk@wild-thing:~> ls /usr/src/
debug  linux-2.6.27.21-0.1  linux-2.6.27.39-0.2-obj  packages        vboxnetadp-3.0.12
linux  linux-2.6.27.39-0.2  linux-obj                vboxdrv-3.0.12  vboxnetflt-3.0.12
disk@wild-thing:~> ls /lib/modules/
2.6.27.19-3.2-debug    2.6.27.21-0.1-pae  2.6.27.25-0.1-ec2  2.6.27.29-0.1-vmi      2.6.27.37-0.1-trace    2.6.27.39-0.2-pae
2.6.27.19-3.2-default  2.6.27.21-0.1-vmi  2.6.27.25-0.1-pae  2.6.27.29-0.1-xen      2.6.27.37-0.1-vmi      2.6.27.39-0.2-trace
2.6.27.19-3.2-pae      2.6.27.21-0.1-xen  2.6.27.25-0.1-vmi  2.6.27.37-0.1-debug    2.6.27.37-0.1-xen      2.6.27.39-0.2-vmi
2.6.27.19-3.2-trace    2.6.27.23-0.1-pae  2.6.27.25-0.1-xen  2.6.27.37-0.1-default  2.6.27.39-0.2-debug    2.6.27.39-0.2-xen
2.6.27.19-3.2-vmi      2.6.27.23-0.1-vmi  2.6.27.29-0.1-ec2  2.6.27.37-0.1-ec2      2.6.27.39-0.2-default
2.6.27.19-3.2-xen      2.6.27.23-0.1-xen  2.6.27.29-0.1-pae  2.6.27.37-0.1-pae      2.6.27.39-0.2-ec2
 
OP
revealed

revealed

Guru
Hallo! :)

Jetzt wollte ich nochmal fragen, ... woran erkenne ich was gefahrlos gelöscht werden kann?
Code:
disk@wild-thing:/usr/src> du -hs linux-2.6.27.*
5,7M    linux-2.6.27.21-0.1
362M    linux-2.6.27.39-0.2
39M     linux-2.6.27.39-0.2-obj
Code:
disk@wild-thing:/usr/src> ls
[code]linux  linux-2.6.27.21-0.1  linux-2.6.27.39-0.2  linux-2.6.27.39-0.2-obj  linux-obj  packages  vboxdrv-3.1.2  vboxnetadp-3.1.2  vboxnetflt-3.1.2
disk@wild-thing:/usr/src> du -hs /lib/modules/
77M /lib/modules/
disk@wild-thing:/usr/src>[/code]
Vorweg würde ich tippen:
Den aktuellen auf garkeinen Fall: 2.6.27.39-0.2-pae;

Dann sprachst du ja zunächst von Modulen, also sollte ich in lib/modules/anfangen?

Das hier beispielsweise ist schonmal komplett leer:
Code:
wild-thing:/lib/modules/2.6.27.19-3.2-debug # ls -alh
insgesamt 8,0K
drwxr-xr-x  2 root root 4,0K  8. Mai 2009  .
drwxr-xr-x 36 root root 4,0K 18. Dez 09:50 ..

Dann würde ich sagen kann ich das löschen? In einem weiteren gibt es zwar zwei unterverzeichnisse, diese sind aber komplett leer... (misc und extra) kann ich also auch löschen?

Andererseits habe ich aber diesen hier:
Code:
wild-thing:/lib/modules/2.6.27.21-0.1-pae/misc # ls -alh
insgesamt 300K
drwxr-xr-x 2 root root 4,0K  1. Jul 00:31 .
drwxr-xr-x 3 root root 4,0K  9. Jun 2009  ..
-rw-r--r-- 1 root root 129K 11. Mai 2009  lirc_dev.ko
-rw-r--r-- 1 root root 149K 11. Mai 2009  lirc_pvr150.ko
Diese beiden *.ko 's habe ich aber im aktuellen auch drin:
Code:
wild-thing:/lib/modules/2.6.27.21-0.1-pae/misc # cd ../../2.6.27.39-0.2-pae/misc/
wild-thing:/lib/modules/2.6.27.39-0.2-pae/misc # ls
lirc_dev.ko  lirc_pvr150.ko  vboxdrv.ko  vboxnetadp.ko  vboxnetflt.ko
Kann also diesen alten auch löschen? Das sind keine Symlinks. Muss nach jedem kernelupdate lirc neu bauen.

Dann würde ich mit Beistand wenn möglich schrittweise vorgehen und erstmal die leeren und die was so aussehen löschen?

Danke!

Gruß,

R
 

josef-wien

Ultimate Guru
1. Stelle sicher, daß keine von Dir nicht gebrauchten Kernel-rpm-Pakete installiert sind.

2. zu /lib/modules: Suche mit
Code:
find /lib/modules/`uname -r` -type l
die Verknüpfungen (falls Du mehrere Kernel installiert hast, dann suche auch dort). Wenn die Antwort mehr als build und source (zeigt ins Leere, wenn die Kernel-Quellen nicht installiert sind) enthält, stelle sicher, daß die zugehörigen Dateien nicht gelöscht werden. Alle andere Verzeichnisse unter /lib/modules kannst Du löschen.

3. zu /usr/src: Falls Du keine alten Kernel-Quellen installiert hast, kann Du alle Verzeichnisse löschen, die einen alten Kernel betreffen.

revealed schrieb:
Muss nach jedem kernelupdate lirc neu bauen.
Bei der Gelegenheit solltest Du die alten Module und Verzeichnisse löschen, um die derzeit vorhandene Vielfalt in Zukunft zu verhindern. Alle nicht in den rpm-Paketen enthaltenen Dateien sowie die nicht leeren Verzeichnisse bleiben bei einem Kernel-Update erhalten.
 
OP
revealed

revealed

Guru
Alle nicht in den rpm-Paketen enthaltenen Dateien sowie die nicht leeren Verzeichnisse bleiben bei einem Kernel-Update erhalten.
Ah also eben diese Verzeichnisse in modules... weil das lirc muss ich eben immer die Version von:
http://www.blushingpenguin.com/mark/blog/?p=24
nehmen. Andere haben bisher nochnie mit meiner Karte funktioniert. Diese hat anscheinend einen speziellen i2c layer oder so. Deswegen trau ich mich auch nicht auf die neue SuSE zu aktualisieren. Weil nämlich sonst meine TV-Karte und Fernbedienung u.U nicht mehr funktioniert. Und das würde kein Fernsehen mehr bedeuten...

... mal ausgaben checken:
Edit:
Code:
wild-thing:/home/disk # find /lib/modules/`uname -r` -type l
/lib/modules/2.6.27.39-0.2-pae/build
/lib/modules/2.6.27.39-0.2-pae/source
Diese Symlinks zeigen auf:
Code:
build -> /usr/src/linux-2.6.27.39-0.2-obj/i386/pae
und
Code:
source -> /usr/src/linux-2.6.27.39-0.2
Das müsste eigentlich bedeuten dass ich in /lib/modules alle bis auf die Aktuelle kernelversion*.* gefahrlos löschen kann? Right? Wenn ja, dann würde ich das gleichmal tun?
/Edit

Also Kernel habe ich bewusst eigentlich nur den aktuellen... (PAE) hier installierte rpm's:
Code:
kernel-pae-base-2.6.27.39-0.2.1
kernel-source-2.6.27.39-0.2.1
kernel-syms-2.6.27.39-0.2.1
linux-kernel-headers-2.6.27-2.28
kernel-pae-extra-2.6.27.39-0.2.1
kernel-pae-2.6.27.39-0.2.1
nfs-kernel-server-1.1.3-18.2.1
Was ich halt immer bauen muss, weil ich es benötige und verwende sind:
- Virtualbox (liegen maintained per symlink in /share/virtualbox/src) und
- lirc_pvr150 (wird anscheinend rumkopiert)

UNd zu /usr/src (Würdest du mir bitte folgende mit X markierten zum Löschen bestätigen)?:
Code:
   wild-thing:/usr/src # ls -al
   insgesamt 28
   drwxr-xr-x  7 root root 4096 18. Dez 09:50 .
   drwxr-xr-x 13 root root 4096 25. Aug 19:14 ..
   lrwxrwxrwx  1 root root   19 30. Nov 18:43 linux -> linux-2.6.27.39-0.2
X drwxr-xr-x  4 root root 4096  9. Jun 2009  linux-2.6.27.21-0.1
   drwxr-xr-x 24 root root 4096 17. Dez 13:04 linux-2.6.27.39-0.2
   drwxr-xr-x  3 root root 4096 17. Dez 13:04 linux-2.6.27.39-0.2-obj
   drwxr-xr-x  3 root root 4096 17. Dez 13:05 linux-obj
X drwxr-xr-x  7 root root 4096  5. Mär 2009  packages
   lrwxrwxrwx  1 root root   31 18. Dez 09:50 vboxdrv-3.1.2 -> ../share/virtualbox/src/vboxdrv
   lrwxrwxrwx  1 root root   34 18. Dez 09:50 vboxnetadp-3.1.2 -> ../share/virtualbox/src/vboxnetadp
   lrwxrwxrwx  1 root root   34 18. Dez 09:50 vboxnetflt-3.1.2 -> ../share/virtualbox/src/vboxnetflt

Dazu übrigens noch eine Frage:
Dieser Ordner in usr src:
Code:
packages
Dieser rührt anscheinend davon, dass ich versucht habe den Canon Treiber für Pixma MP 160 wie aus dem alten Howto im Druckerforum zu bauen. Das ist glaub auch schon gut veraltet und vermutlich nicht mehr von Nöten:
http://www.linux-club.de/viewtopic.php?f=42&t=83606
Einen Treiber bekomme ich allerdings mittlererweile schon via yast. Müsste auch gefahrlos gelöscht werden können?
Code:
wild-thing:/usr/src # tree packages/
packages/
|-- BUILD
|-- RPMS
|   |-- athlon
|   |-- geode
|   |-- i386
|   |-- i486
|   |-- i586
|   |-- i686
|   `-- noarch
|-- SOURCES
|   |-- cnijfilter-common-2.70-2.tar.gz
|   `-- scangearmp-common-1.00-2.tar.gz
|-- SPECS
|   |-- cnijfilter-common.spec
|   `-- scangearmp-common.spec
`-- SRPMS

12 directories, 4 files
Also der cnijfilter und scangearmp ist vom Pixma rpm dass ich speziell ohne yast bezogen und aus src.rpm gebaut habe quasi. '5. Mär 2009'...

Also ich mache dich dafür nicht verantwortlich. Aber die Logik gebietet mir eine Bestätigung einzuholen bevor ich losleg und was kaputtmach.

Im 2.6.27.29* liegt übrigens noch dazukofs.ko ... da habe ich nen thread hier im Forum wo ich mit dem Maintainer nen bug (deinstallation betreffend) lösen konnte. Das war hier der Vollständigkeit halber:
http://www.linux-club.de/viewtopic.php?f=3&t=105651&p=651729&hilit=dazuko#p651729

/lib/firmware ist übrigens ziemlich sauber!

Gruß,

R

PS.: Sorry wegen dem riesen Posting aber das brauch ich einfach gerade mal :)
 

josef-wien

Ultimate Guru
revealed schrieb:
Das müsste eigentlich bedeuten dass ich in /lib/modules alle bis auf die Aktuelle kernelversion*.* gefahrlos löschen kann?
So ist es, der einzige benötigte Ordner ist /lib/modules/2.6.27.39-0.2-pae samt Inhalt.

revealed schrieb:
Also Kernel habe ich bewusst eigentlich nur den aktuellen... (PAE) hier installierte rpm's
Das paßt.

revealed schrieb:
UNd zu /usr/src (Würdest du mir bitte folgende mit X markierten zum Löschen bestätigen)?
linux-2.6.27.21-0.1 kannst Du löschen. Von packages habe ich nichts geschrieben, dieser Ordner gehört samt der enthaltenen Verzeichnisstruktur zum Paket filesystem; die vier Dateien gehören nicht zu diesem Paket, ich kann nicht beurteilen, ob Du sie für künftige Übersetzungen von (Kernel-)Modulen noch brauchst.

revealed schrieb:
Im 2.6.27.29* liegt übrigens noch dazukofs.ko
Dieses Modul wird Dir beim aktuellen Kernel nichts nützen. Ob Du es behalten willst, mußt Du entscheiden; wenn Du es verwenden willst, wirst Du den zugehörigen Kernel installieren müssen.

-.-

P.S.
revealed schrieb:
2.6.27.39-0.2-debug
2.6.27.39-0.2-default
2.6.27.39-0.2-ec2
2.6.27.39-0.2-pae
2.6.27.39-0.2-trace
2.6.27.39-0.2-vmi
2.6.27.39-0.2-xen
Wie kommt es zu dieser Menge? Was ist vmi? Hast Du vanilla "übersehen"?
 
OP
revealed

revealed

Guru
Wie kommt es zu dieser Menge? Hast Du vanilla "übersehen"?
Nein da hat derzeit irgendwas nicht gepasst, dann hab ich rumgeklickt, dann hat er das alles gezogen, meine ich mich zu erinnern und dann hab ich es wieder bereinigt. Ich glaube das war was mit lirc oder fglrx oder so... mit nem Modul rpm... Aber das ist wohl noch vom bereinigen übrig..

Gute Frage, weil manche installieren ja warlos irgendwelche kernel. Aber das war derzeit ein Problem dass ich falsch geklickt hatte.

Keine Ahnung :)
Code:
tree 2.6.27.21-0.1-vmi/
2.6.27.21-0.1-vmi/

0 directories, 0 files

Dann lass ich von dem packages die Finger.

Also: lib/modules sieht jetzt so aus:
Code:
wild-thing:/lib/modules # ls -al
insgesamt 44
drwxr-xr-x  9 root root  4096 20. Dez 23:07 .
drwxr-xr-x 17 root root 12288 17. Dez 12:59 ..
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-debug
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-default
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-ec2
drwxr-xr-x  5 root root  4096 18. Dez 09:58 2.6.27.39-0.2-pae
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-trace
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-vmi
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-xen

Die vmi Verzeichnisse haben nach soebiger Erkenntnis wohl was mit build zu tun:
Code:
wild-thing:/lib/modules # tree 2.6.27.39-0.2-vmi/
2.6.27.39-0.2-vmi/
|-- build -> /usr/src/linux-2.6.27.39-0.2-obj/i386/vmi
`-- source -> /usr/src/linux-2.6.27.39-0.2

Dann hier wie jetzt /usr/src aussieht:
Code:
wild-thing:/usr/src # ls -al
insgesamt 24
drwxr-xr-x  6 root root 4096 20. Dez 23:13 .
drwxr-xr-x 13 root root 4096 25. Aug 19:14 ..
lrwxrwxrwx  1 root root   19 30. Nov 18:43 linux -> linux-2.6.27.39-0.2
drwxr-xr-x 24 root root 4096 17. Dez 13:04 linux-2.6.27.39-0.2
drwxr-xr-x  3 root root 4096 17. Dez 13:04 linux-2.6.27.39-0.2-obj
drwxr-xr-x  3 root root 4096 17. Dez 13:05 linux-obj
drwxr-xr-x  7 root root 4096  5. Mär 2009  packages
lrwxrwxrwx  1 root root   31 18. Dez 09:50 vboxdrv-3.1.2 -> ../share/virtualbox/src/vboxdrv
lrwxrwxrwx  1 root root   34 18. Dez 09:50 vboxnetadp-3.1.2 -> ../share/virtualbox/src/vboxnetadp
lrwxrwxrwx  1 root root   34 18. Dez 09:50 vboxnetflt-3.1.2 -> ../share/virtualbox/src/vboxnetflt
Die 4 Files cnijfilter und scangearmp werde ich löschen... sind immerhin 14 M;

packages sieht jetzt so aus:
Code:
wild-thing:/usr/src # tree packages/
packages/
|-- BUILD
|-- RPMS
|   |-- athlon
|   |-- geode
|   |-- i386
|   |-- i486
|   |-- i586
|   |-- i686
|   `-- noarch
|-- SOURCES
|-- SPECS
`-- SRPMS

12 directories, 0 files
wild-thing:/usr/src # du -hs packages/
52K     packages/

Super vielen Dank übrigens! Werde jetzt mal gleich neustarten :D

Gruß,

R
 
OP
revealed

revealed

Guru
Ah :) Ja ich möchte nur keine Dateien Löschen, die von RPM's angelegt wurden weil ich quasi für eine Art integritätsprüfung der RPM's folgende befehlszeile als Cronjob einsetze (Vielleicht nicht allzu ellegant aber effektiv):
Code:
#!/bin/sh
# Script intended to check for missing files.
# (This echo is for Layout when getting email from cron:)
echo "This script checked for missing files or symlinks.
"
# This line checks for missing files:
rpm -qa | while read paketname ; do rpm --verify $paketname |grep missing; done
# Summary:
echo "
If files are listed as missing, you may verify the existance manually."
echo "For example by adding symlinks."
echo "Or by querying the RPM database and reinstalling the package."
#
exit 0
Vorallem hat es öfter auch schon geholfen. Heute erst wieder.. da hatten aus irgendeinem Grund Grafiken svgz's vom CWP und anderen Plasmoids gefehlt, die im KDE4 verzeichnis angelegt waren. Unter anderm auch branding.svgz vom Opensuse branding.

Gruß,

R
 

josef-wien

Ultimate Guru
Unter /usr/src/linux-2.6.27.39-0.2-obj/i386 gehören alle Verzeichnisse außer pae auch weg.

revealed schrieb:
ich möchte nur keine Dateien Löschen, die von RPM's angelegt wurden
Die zugehörigen rpm-Pakete hast Du ja gelöscht, also kann das Entfernen der "Leichen" Dein Skript nicht stören.
 
OP
revealed

revealed

Guru
Halt moment :)

Diese Dateien stammen vom kernel-syms rpm. :)
Code:
This package is needed for compiling kernel module packages with proper package dependencies.

Ui jetzt kommt gleich noch was interessantes... den 2.6.27.37 scheint virtualbox angelegt zu haben. Ich schaue mal ob ich das lösen kann:
Code:
wild-thing:/usr/src # sh /Paketcheck.sh 
This script checked for missing files or symlinks.

missing     /var/run/smolt_do_opensuse_run
missing     /lib/modules/2.6.27.37-0.1-debug
missing     /lib/modules/2.6.27.37-0.1-debug/misc
missing     /lib/modules/2.6.27.37-0.1-debug/misc/vboxdrv.ko
missing     /lib/modules/2.6.27.37-0.1-debug/misc/vboxnetadp.ko
missing     /lib/modules/2.6.27.37-0.1-debug/misc/vboxnetflt.ko
missing     /lib/modules/2.6.27.37-0.1-default
missing     /lib/modules/2.6.27.37-0.1-default/misc
missing     /lib/modules/2.6.27.37-0.1-default/misc/vboxdrv.ko
missing     /lib/modules/2.6.27.37-0.1-default/misc/vboxnetadp.ko
missing     /lib/modules/2.6.27.37-0.1-default/misc/vboxnetflt.ko
missing     /lib/modules/2.6.27.37-0.1-pae
missing     /lib/modules/2.6.27.37-0.1-pae/misc
missing     /lib/modules/2.6.27.37-0.1-pae/misc/vboxdrv.ko
missing     /lib/modules/2.6.27.37-0.1-pae/misc/vboxnetadp.ko
missing     /lib/modules/2.6.27.37-0.1-pae/misc/vboxnetflt.ko
missing     /lib/modules/2.6.27.37-0.1-trace
missing     /lib/modules/2.6.27.37-0.1-trace/misc
missing     /lib/modules/2.6.27.37-0.1-trace/misc/vboxdrv.ko
missing     /lib/modules/2.6.27.37-0.1-trace/misc/vboxnetadp.ko
missing     /lib/modules/2.6.27.37-0.1-trace/misc/vboxnetflt.ko

If files are listed as missing, you may verify the existance manually.
For example by adding symlinks.
Or by querying the RPM database and reinstalling the package.
Und zwar vermute ich, dass ich das Virtualbox rpm erst deinstallieren muss und dann neu installieren muss. Dann:
Code:
/etc/init.d/vboxdrv setup

Poste die Ausgabe gleich und dazu ls -al /lib/modules zum Vergleich:
(Wie krass):
Code:
wild-thing:/usr/src # rpm -qa | grep VirtualBox
VirtualBox-3.1-3.1.2_56127_openSUSE111-1
wild-thing:/usr/src # rpm -e VirtualBox-3.1-3.1.2_56127_openSUSE111-1
wild-thing:/usr/src # cd /opt/
wild-thing:/opt # rpm -Uhv VirtualBox-3.1-3.1.2_56127_openSUSE111-1.i586.rpm
warning: VirtualBox-3.1-3.1.2_56127_openSUSE111-1.i586.rpm: Header V4 DSA signature: NOKEY, key ID 6dfbcbae
Preparing...                ########################################### [100%]
   1:VirtualBox-3.1         ########################################### [100%]

Creating group 'vboxusers'. VM users must be member of that group!

No precompiled module for this kernel found -- trying to build one. Messages
emitted during module compilation will be logged to /var/log/vbox-install.log.

Success!

wild-thing:/opt # ls -al /lib/modules/
insgesamt 60
drwxr-xr-x 13 root root  4096 20. Dez 23:39 .
drwxr-xr-x 17 root root 12288 17. Dez 12:59 ..
drwxr-xr-x  3 root root  4096 20. Dez 23:39 2.6.27.37-0.1-debug
drwxr-xr-x  3 root root  4096 20. Dez 23:39 2.6.27.37-0.1-default
drwxr-xr-x  3 root root  4096 20. Dez 23:39 2.6.27.37-0.1-pae
drwxr-xr-x  3 root root  4096 20. Dez 23:39 2.6.27.37-0.1-trace
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-debug
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-default
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-ec2
drwxr-xr-x  5 root root  4096 20. Dez 23:40 2.6.27.39-0.2-pae
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-trace
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-vmi
drwxr-xr-x  2 root root  4096 17. Dez 13:04 2.6.27.39-0.2-xen
Nochmal Paketcheck...

Also die die 2.6.27.37-0.1-* stammten wohl vom Virtualbox rpm von Virtualbox.org

Und /usr/src blieb scheinbar unverändert:
Code:
wild-thing:/usr/src # ls -al
insgesamt 24
drwxr-xr-x  6 root root 4096 20. Dez 23:40 .
drwxr-xr-x 13 root root 4096 25. Aug 19:14 ..
lrwxrwxrwx  1 root root   19 30. Nov 18:43 linux -> linux-2.6.27.39-0.2
drwxr-xr-x 24 root root 4096 17. Dez 13:04 linux-2.6.27.39-0.2
drwxr-xr-x  3 root root 4096 17. Dez 13:04 linux-2.6.27.39-0.2-obj
drwxr-xr-x  3 root root 4096 17. Dez 13:05 linux-obj
drwxr-xr-x  7 root root 4096  5. Mär 2009  packages
lrwxrwxrwx  1 root root   31 20. Dez 23:40 vboxdrv-3.1.2 -> ../share/virtualbox/src/vboxdrv
lrwxrwxrwx  1 root root   34 20. Dez 23:40 vboxnetadp-3.1.2 -> ../share/virtualbox/src/vboxnetadp
lrwxrwxrwx  1 root root   34 20. Dez 23:40 vboxnetflt-3.1.2 -> ../share/virtualbox/src/vboxnetflt

Trotzdem wurde einiges aufgeräumt :) Das find ich sehr sehr cool so! :D

Gruß,

R
 

josef-wien

Ultimate Guru
Zu kernel.sysm: Nun gut, dann Kommando zurück. Jetzt verstehe ich auch die Vielzahl der Verzeichnisse (und das Fehlen von "vanilla"). Bei mir ist dieses Paket nicht installiert, bei meinen bisherigen Erstellungen von verschiedenen Kernel-Modulen habe ich es nicht gebraucht, die für den jeweiligen Kernel notwendigen Dateien sind ja auch im jeweiligen Kernel-Paket enthalten.

Zu virtualbox: Wenn die Module von 2.6.27.37 auch unter 2.6.27.39 funktionieren (Stichwort: kmp), sollten sie als Verknüpfungen unter 2.6.27.39 vorhanden sein. Bei fglrx funktioniert das, bei virtualbox ist es offenbar anders, aber so ist das Leben.
 
OP
revealed

revealed

Guru
hm eigentlich heisst es doch immer man braucht nur entweder die header oder die syms glaube ich. (Weil ich beide habe)...

Ich hatte jedoch einmal ein Problem mit fglrx und das liess sich nur lösen durch vorhandensein von syms und header. Seither installiere ich beide immer.

Eigentlich dachte ich die Beschreibung von kernel-syms sei, dass man das rpm benötige um Pakete erfolgreich auch entgegen anderen Kernelversionen erfolgreich bauen zu können. Oder so in etwa.

Das ist ja garkein Problem :) Spätestens wenn der vboxdrv failed hätte, hätte ich es eh wieder installiert. Also kleinigkeit :)

Ich danke dir sehr für den Beistand. Paketcheck verläuft jetzt soweit sauber und ich werde gleich beruhigt den Neustart vom aufgeräumten System durchführen.


Gruß,

R

PS.: Außerdem habe ich doch gesagt, dass du nicht Verantwortlich gemacht wirst, falls. Musst dich also auch nicht rechtfertigen. Die Operation war ein Erfolg!
 

spoensche

Moderator
Teammitglied
revealed schrieb:
Eigentlich dachte ich die Beschreibung von kernel-syms sei, dass man das rpm benötige um Pakete erfolgreich auch entgegen anderen Kernelversionen erfolgreich bauen zu können. Oder so in etwa.

Falsch gedacht und die Beschreibung nicht richtig gelesen. ;)

Das Paket kernel-syms enthält die Versionsinformation der Funktionen und Variablen, die der kernel verwendet. Diese Symbole sind notwendig, wenn man ein Kernelmodul compilieren will, wie du das bei dem FGLRX schon bemerkhast
 
Oben