Hi, ich bin da über etwas gestolpert: Mein Kernel ist: # uname -r 3.0.82-0.7-default Ich habe zwei Module mit folgender vermagic: # modinfo -F vermagic lpfc 3.0.76-0.11-default SMP mod_unload modversions # modinfo -F vermagic cciss 3.0.76-0.11-default SMP mod_unload modversions Die vermagic der Module ist eine andere als die des kernels. Interessanterweise sind es genau die zwei Module, die ich aus rpm's von HP installiert habe. Diese sind auch immer noch unter /lib/modules/3.0.76-0.11-default/updates/ vorhanden. 3.0.76-0.11-default war der vorherige kernel, den ich mittels zypper up aktualisiert habe. Auf diese beiden Module wird aus /lib/modules/3.0.82-0.7-default einfach nur verlinkt. http://www.drdobbs.com/open-source/loadable-modules-the-linux-26-kernel/1844... sagt: "The module loader compares the module's and kernel's vermagics character-for-character, and refuses to load the module if differences are detected. " Wieso werden bei mir diese Module geladen, obwohl die vermagics unterschiedlich sind ? sunhb58820:/lib/modules/3.0.82-0.7-default # lsmod|grep -iE 'lpfc|cciss' cciss 119511 1 lpfc 684109 0 scsi_transport_fc 64159 1 lpfc scsi_mod 235785 14 mptctl,sg,sr_mod,scsi_dh_rdac,scsi_dh_hp_sw,scsi_dh_alua,scsi_dh_emc,scsi_dh,hpsa,libata,cciss,lpfc,scsi_transport_fc,scsi_tgt crc_t10dif 12563 1 lpfc Kann es sein, daß bei weiteren Kernelaktualisierungen die Module irgendwann nicht mehr laufen ? Wie bekäme ich die raus, um die Module von Suse zu benutzen, und um bei weiteren Kernelaktualisierungen die passenden Module zu bekommen ? OS ist SLES 11 SP3 64bit. Any ideas ? Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik Gebäude 35.34 - Raum 208 HelmholtzZentrum münchen bernd.lentes@helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 2294 http://www.helmholtz-muenchen.de/idg Wie kann man etwas beherrschen ohne zu lernen ? Wie kann man etwas lernen ohne Fehler zu machen ? Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess Dr. Nikolaus Blum Dr. Alfons Enhsen Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
On Tue, Sep 24, 2013 at 05:14:59PM +0200, Lentes, Bernd wrote:
Hi,
ich bin da über etwas gestolpert:
Mein Kernel ist: # uname -r 3.0.82-0.7-default
Ich habe zwei Module mit folgender vermagic:
# modinfo -F vermagic lpfc 3.0.76-0.11-default SMP mod_unload modversions
# modinfo -F vermagic cciss 3.0.76-0.11-default SMP mod_unload modversions
Die vermagic der Module ist eine andere als die des kernels. Interessanterweise sind es genau die zwei Module, die ich aus rpm's von HP installiert habe. Diese sind auch immer noch unter /lib/modules/3.0.76-0.11-default/updates/ vorhanden. 3.0.76-0.11-default war der vorherige kernel, den ich mittels zypper up aktualisiert habe. Auf diese beiden Module wird aus /lib/modules/3.0.82-0.7-default einfach nur verlinkt.
Das ist unser Kernel Module Packages Verfahren, das das updaten von Kernelmodules unnoetig macht. Da die KABI stabil ist innerhalb von Service Packs, wird von Scripten einfach das alte Modul in den neuen Tree verlinkt, wie beobachtet.
http://www.drdobbs.com/open-source/loadable-modules-the-linux-26-kernel/1844... sagt: "The module loader compares the module's and kernel's vermagics character-for-character, and refuses to load the module if differences are detected. "
Wieso werden bei mir diese Module geladen, obwohl die vermagics unterschiedlich sind ?
Wegen der Kernel Module Paket Magie.
sunhb58820:/lib/modules/3.0.82-0.7-default # lsmod|grep -iE 'lpfc|cciss' cciss 119511 1 lpfc 684109 0 scsi_transport_fc 64159 1 lpfc scsi_mod 235785 14 mptctl,sg,sr_mod,scsi_dh_rdac,scsi_dh_hp_sw,scsi_dh_alua,scsi_dh_emc,scsi_dh,hpsa,libata,cciss,lpfc,scsi_transport_fc,scsi_tgt crc_t10dif 12563 1 lpfc
Kann es sein, daß bei weiteren Kernelaktualisierungen die Module irgendwann nicht mehr laufen ? Wie bekäme ich die raus, um die Module von Suse zu benutzen, und um bei weiteren Kernelaktualisierungen die passenden Module zu bekommen ?
Wir (SUSE) stellen sich das das innerhalb eines Service Packs nicht passiert. Ciao, MArcus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 24.09.2013 19:50, schrieb Marcus Meissner:
Wir (SUSE) stellen sich das das innerhalb eines Service Packs nicht passiert.
Naja, nicht immer. Manchmal wird auch gerne die KABI kaputt gemacht. Siehe auch hier: https://bugzilla.novell.com/show_bug.cgi?id=835414 SCNR -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/openSUSE:Mailinglisten_Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Marcus, danke für die Info. Marcus schrieb:
On Tue, Sep 24, 2013 at 05:14:59PM +0200, Lentes, Bernd wrote:
Hi,
ich bin da über etwas gestolpert:
Mein Kernel ist: # uname -r 3.0.82-0.7-default
Ich habe zwei Module mit folgender vermagic:
# modinfo -F vermagic lpfc 3.0.76-0.11-default SMP mod_unload modversions
# modinfo -F vermagic cciss 3.0.76-0.11-default SMP mod_unload modversions
Die vermagic der Module ist eine andere als die des kernels. Interessanterweise sind es genau die zwei Module, die ich aus rpm's von HP installiert habe. Diese sind auch immer noch unter /lib/modules/3.0.76-0.11-default/updates/ vorhanden. 3.0.76-0.11-default war der vorherige kernel, den ich mittels zypper up aktualisiert habe. Auf diese beiden Module wird aus /lib/modules/3.0.82-0.7-default einfach nur verlinkt.
Das ist unser Kernel Module Packages Verfahren, das das updaten von Kernelmodules unnoetig macht.
Da die KABI stabil ist innerhalb von Service Packs, wird von Scripten einfach das alte Modul in den neuen Tree verlinkt, wie beobachtet.
KABI bedeutet Kernel Application Binary Interface, hat ein kurzes googeln gezeigt.
http://www.drdobbs.com/open-source/loadable-modules-the-linux- 26-kernel/184406112 sagt:
"The module loader compares the module's and kernel's vermagics character-for-character, and refuses to load the module if differences are detected. "
Wieso werden bei mir diese Module geladen, obwohl die vermagics unterschiedlich sind ?
Wegen der Kernel Module Paket Magie.
Was ist das bzw. was bedeutet das ? Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess Dr. Nikolaus Blum Dr. Alfons Enhsen Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Lentes, Bernd
-
Marcus Meissner
-
Sebastian Siebert