Re: Kernel-Sicherheitsupdate legt devicemapper lahm [armel]
Am 16.01.2012 21:24, schrieb Mathias Bauer:
Hallo Mathias,
erstmal danke für die Hinweise.
Stochern im Nebel: "...-kirkwood"? Ist beim Selbstkompilieren
des neuen Kernels vielleicht etwas schief gegangen? Eine Suche
nach dem unbekannten Symbol "scsi_verify_blk_ioctl" ergibt einen
Treffer auf der LKML vom Dezember 2011. Vielleicht ist dort
etwas "gebastelt" worden, was die ursprüngliche Konfiguration
beim Kompilieren stört?
Bei kirkwood handelt es sich um eine Bezeichnung für einen bestimmten
Marvell ARM-SoC, auf welchem mein Rechner (Sheevaplug) basiert, daher
auch die Benennung des Kernels. Der Kernel selbst stammt aus dem
Binär-deb aus dem Repository von security.debian.org, ist also nicht
selbst kompiliert worden.
Ich vermute, du hast Recht, dass es einen Zusammenhang mit dem Thread
auf der Kernel-Mailingliste gibt. Das DSA unter
http://lists.debian.org/debian-security-announce/2012/msg00013.html
erwähnt auch Änderungen im Zusammenhang mit scsi, wenn ich mit meiner
Vermutung richtig liege, dürfte die sich nur unter einer bestimmten
Architektur so fatal auswirken.
Der einzige ähnliche Bugreport (und einziger
Suchmaschinentreffer zu dem Fehler) ist folgender Bugreport,
welcher sich jedoch wohl auf testing/unstable und grub bezieht:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655772
Auch dort wurde der Kernel doch selbst kompiliert ("...-pae"),
oder nicht?
-pae dürfte auch aus dem Repository stammen, afair steht das für
"Physical Address Extension" und ist Nachfolger der früheren
"-bigmem"-Kernel. Der Bugreport ist insofern nicht direkt hilfreich,
das
die Ursache da wohl ist, dass der User nach dem Kernelupdate keinen
Reboot gemacht hat, was ich aber getan habe.
Gruß
Helmut
Reply to: