Virtualbox VM startet nach Kernelupdate nicht mehr
Hallo Liste, ich habe mein System heute morgen mit den letzten angebotenen Kernelupdates versorgt: gubi@acorn:/> uname -a Linux acorn.local 5.18.3-lp153.2.gb06f595-default #1 SMP PREEMPT_DYNAMIC Thu Jun 9 08:46:32 UTC 2022 (b06f595) x86_64 x86_64 x86_64 GNU/Linux gubi@acorn:/> Seitdem verweigert meine Virtualbox den Dienst. Es gibt da dann gemecker in /var/log/messages: 2022-06-11T12:32:42.916920+02:00 localhost vboxdrv.sh[1179]: Building kernel modules... 2022-06-11T12:32:43.186082+02:00 localhost vboxdrv.sh[1179]: Build of VirtualBox host kernel modules failed. 2022-06-11T12:32:43.186132+02:00 localhost vboxdrv.sh[1179]: Look at /var/log/virtualbox.log to find reasons. 2022-06-11T12:32:43.187714+02:00 localhost vboxdrv.sh[971]: vboxdrv.sh: failed: modprobe vboxdrv failed. Please use 'dmesg' to find out why /var/log/virtualbox hat da auf einmal schwierigkeiten, das Modul zu bauen, so wie ich das verstanden habe: === Building 'vboxdrv' module === make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird betreten make V= CONFIG_MODULE_SIG= CONFIG_MODULE_SIG_ALL= -C /lib/modules/5.18.3-lp153.2.gb06f595-default/build M=/usr/src/kern el-modules/virtualbox/src/vboxdrv SRCROOT=/usr/src/kernel-modules/virtualbox/src/vboxdrv -j12 modules make[2]: Verzeichnis „/usr/src/linux-5.18.3-lp153.2.gb06f595-obj/x86_64/default“ wird betreten warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (SUSE Linux) 11.3.0 You are using: gcc (SUSE Linux) 7.5.0 CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/linux/SUPDrv-linux.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrv.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvGip.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvSem.o gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/linux/SUPDrv-linux.o] Fehler 1 CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvTracer.o make[3]: *** Es wird auf noch nicht beendete Prozesse gewartet.... gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPLibAll.o make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrv.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrvGip.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrvSem.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrvTracer.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPLibAll.o] Fehler 1 make[2]: *** [../../../linux-5.18.3-lp153.2.gb06f595/Makefile:1848: /usr/src/kernel-modules/virtualbox/src/vboxdrv] Feh ler 2 make[2]: Verzeichnis „/usr/src/linux-5.18.3-lp153.2.gb06f595-obj/x86_64/default“ wird verlassen make[1]: *** [/usr/src/kernel-modules/virtualbox/src/vboxdrv/Makefile-footer.gmk:117: vboxdrv] Fehler 2 make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird verlassen make: *** [Makefile:59: vboxdrv] Fehler 2 Mit dem vorherigen Kernel funktioniert alles. Was fehlt dem neuen Kernel/der Virtualbox ? Gruß Rainer -- Rainer Gubanski Hannover -- Rainer Gubanski Hannover
Hallo, Am Samstag, 11. Juni 2022, 13:49:23 CEST schrieb Rainer Gubanski:
Hallo Liste, ich habe mein System heute morgen mit den letzten angebotenen Kernelupdates versorgt:
gubi@acorn:/> uname -a Linux acorn.local 5.18.3-lp153.2.gb06f595-default #1 SMP PREEMPT_DYNAMIC Thu Jun 9 08:46:32 UTC 2022 (b06f595) x86_64 x86_64 x86_64 GNU/Linux gubi@acorn:/>
Seitdem verweigert meine Virtualbox den Dienst. Es gibt da dann gemecker in /var/log/messages:
snip
=== Building 'vboxdrv' module === make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird betreten make V= CONFIG_MODULE_SIG= CONFIG_MODULE_SIG_ALL= -C /lib/modules/5.18.3-lp153.2.gb06f595-default/build M=/usr/src/kern el-modules/virtualbox/src/vboxdrv SRCROOT=/usr/src/kernel-modules/virtualbox/src/vboxdrv -j12 modules make[2]: Verzeichnis „/usr/src/linux-5.18.3-lp153.2.gb06f595-obj/x86_64/default“ wird betreten warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (SUSE Linux) 11.3.0 You are using: gcc (SUSE Linux) 7.5.0 CC [M] Als erstes würde ich mal gucken ob dieser Hinweis stimmt. Welchen gcc hast du installiert? Falls das stimmt, den entsprechenden gcc installieren und nochmal testen.
-- Mit freundlichen Grüßen Matthias Müller Diese Mail ist mit OpenPGP signiert! Zum überprüfen der Signatur, der Integrität und Authentizität meiner Mails kann man OpenPGP (https://www.openpgp.org/) installieren. Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
Am Samstag, 11. Juni 2022, 13:49:23 CEST schrieb Rainer Gubanski:
Hallo Liste, ich habe mein System heute morgen mit den letzten angebotenen Kernelupdates versorgt:
gubi@acorn:/> uname -a Linux acorn.local 5.18.3-lp153.2.gb06f595-default #1 SMP PREEMPT_DYNAMIC Thu Jun 9 08:46:32 UTC 2022 (b06f595) x86_64 x86_64 x86_64 GNU/Linux gubi@acorn:/>
Seitdem verweigert meine Virtualbox den Dienst. Es gibt da dann gemecker in /var/log/messages:
2022-06-11T12:32:42.916920+02:00 localhost vboxdrv.sh[1179]: Building kernel modules... 2022-06-11T12:32:43.186082+02:00 localhost vboxdrv.sh[1179]: Build of VirtualBox host kernel modules failed. 2022-06-11T12:32:43.186132+02:00 localhost vboxdrv.sh[1179]: Look at /var/log/virtualbox.log to find reasons. 2022-06-11T12:32:43.187714+02:00 localhost vboxdrv.sh[971]: vboxdrv.sh: failed: modprobe vboxdrv failed. Please use 'dmesg' to find out why
/var/log/virtualbox hat da auf einmal schwierigkeiten, das Modul zu bauen, so wie ich das verstanden habe:
=== Building 'vboxdrv' module === make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird betreten make V= CONFIG_MODULE_SIG= CONFIG_MODULE_SIG_ALL= -C /lib/modules/5.18.3-lp153.2.gb06f595-default/build M=/usr/src/kern el-modules/virtualbox/src/vboxdrv SRCROOT=/usr/src/kernel-modules/virtualbox/src/vboxdrv -j12 modules make[2]: Verzeichnis „/usr/src/linux-5.18.3-lp153.2.gb06f595-obj/x86_64/default“ wird betreten warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (SUSE Linux) 11.3.0 You are using: gcc (SUSE Linux) 7.5.0 CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/linux/SUPDrv-linux.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrv.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvGip.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvSem.o gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/linux/SUPDrv-linux.o] Fehler 1 CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvTracer.o make[3]: *** Es wird auf noch nicht beendete Prozesse gewartet.... gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPLibAll.o make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrv.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrvGip.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrvSem.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPDrvTracer.o] Fehler 1 gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’? make[3]: *** [/usr/src/linux-5.18.3-lp153.2.gb06f595/scripts/Makefile.build:289: /usr/src/kernel-modules/virtualbox/src /vboxdrv/SUPLibAll.o] Fehler 1 make[2]: *** [../../../linux-5.18.3-lp153.2.gb06f595/Makefile:1848: /usr/src/kernel-modules/virtualbox/src/vboxdrv] Feh ler 2 make[2]: Verzeichnis „/usr/src/linux-5.18.3-lp153.2.gb06f595-obj/x86_64/default“ wird verlassen make[1]: *** [/usr/src/kernel-modules/virtualbox/src/vboxdrv/Makefile-footer.gmk:117: vboxdrv] Fehler 2 make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird verlassen make: *** [Makefile:59: vboxdrv] Fehler 2
Mit dem vorherigen Kernel funktioniert alles. Was fehlt dem neuen Kernel/der Virtualbox ?
Gruß Rainer
-- Rainer Gubanski Hannover
-- Rainer Gubanski Hannover
Ich benutze Virtualbox von openSUSE, da werden die Kernle Modul Packages mitgeliefert und müssen nicht mehr gebaut werden: uname -a Linux linux64 5.18.3-lp153.2.gb06f595-default #1 SMP PREEMPT_DYNAMIC Thu Jun 9 08:46:32 UTC 2022 (b06f595) x86_64 x86_64 x86_64 GNU/Linux zypper se -si virtualbox Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+------------------------+-------+---------------------------------------------+--------+--------------------------------- i+ | virtualbox | Paket | 6.1.34-lp153.645.1 | x86_64 | Kernel-stable-backport-Sauerland i+ | virtualbox-kmp-default | Paket | 6.1.34_k5.18.2_lp153.4.g6d13af9-lp153.643.1 | x86_64 | (Systempakete) i+ | virtualbox-kmp-default | Paket | 6.1.34_k5.18.2_lp153.3.gb7b9d3b-lp153.642.4 | x86_64 | (Systempakete) i+ | virtualbox-kmp-default | Paket | 6.1.34_k5.18.3_lp153.2.gb06f595-lp153.645.1 | x86_64 | Kernel-stable-backport-Sauerland i+ | virtualbox-qt | Paket | 6.1.34-lp153.645.1 | x86_64 | Kernel-stable-backport-Sauerland Sind im dieselben wie im Virtualization Repo oder bei Tumbleweed, oder auch Leap. Stephan
Am Samstag, 11. Juni 2022, 13:49:23 CEST schrieb Rainer Gubanski:
Seitdem verweigert meine Virtualbox den Dienst. Es gibt da dann gemecker in /var/log/messages:
Immer wenn ich das sehe frage ich mich, was kann VirtualBox was linux nicht mit KVM, qemu und Virt-Manager schon von alleine kann? Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech Matrix: @mathias:eregion.de IRC: [Lemmy] on freenode and ircnet (bouncer active) keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
Am 11. Juni 2022 15:21:30 MESZ schrieb Mathias Homann <Mathias.Homann@opensuse.org>:
Am Samstag, 11. Juni 2022, 13:49:23 CEST schrieb Rainer Gubanski:
Seitdem verweigert meine Virtualbox den Dienst. Es gibt da dann gemecker in /var/log/messages:
Immer wenn ich das sehe frage ich mich, was kann VirtualBox was linux nicht mit KVM, qemu und Virt-Manager schon von alleine kann?
Diese Frage Stelle ich mir dann auch immer. Gruß Eric
Am Samstag, dem 11.06.2022 um 16:03 +0200 schrieb Eric Schirra: Guten Abend
Diese Frage Stelle ich mir dann auch immer.
Alles klar, der Ermordete ist schließlich immer selber dran Schuld, wenn er final zu Schaden kommt. Ich beobachte das nun schon länger, nachdem ich da zu einem vergangenen Zeitpunkt ebenfalls mehrfach gegen den heißen Ofen gelaufen war. VB auf und mit OpenSuse ist ja leider kein neues "Problem", aber eins das immer wieder mal hier erscheint. -- Sebastian Hoffmeister _________________________________________________________________ ________________________________________________________ Your E-Mail. Your Cloud. Your Office. eclipso Mail & Cloud. https://www.eclipso.de
Am Samstag, 11. Juni 2022, 17:51:35 CEST schrieb Sebastian Hoffmeister:
Ich beobachte das nun schon länger, nachdem ich da zu einem vergangenen Zeitpunkt ebenfalls mehrfach gegen den heißen Ofen gelaufen war. VB auf und mit OpenSuse ist ja leider kein neues "Problem", aber eins das immer wieder mal hier erscheint.
und genau dann denk ich mir, Leute macht doch eure VMs mit den Bordmitteln die jedes Linux mitbringt - KVM und aus ist's mit dem Ärger. Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech Matrix: @mathias:eregion.de IRC: [Lemmy] on freenode and ircnet (bouncer active) keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
Am Samstag, dem 11.06.2022 um 20:39 +0200 schrieb Mathias Homann: Morgen
und genau dann denk ich mir, Leute macht doch eure VMs mit den Bordmitteln die jedes Linux mitbringt - KVM und aus ist's mit dem Ärger.
Und ich wundere mich zum ersten, dass andere, selbst kleinste Linuxdistributionen offenbar nur höchst selten Probleme mit der Integration der (zugegeben) proprietären VB haben. Und zum zweiten wundere ich noch mehr darüber, wie manche Leute aus der Entfernung, nur auf Grund eines einzigen Posts wissen was im konkreten Fall möglich oder notwendig ist. -- Sebastian Hoffmeister _________________________________________________________________ ________________________________________________________ Your E-Mail. Your Cloud. Your Office. eclipso Mail & Cloud. https://www.eclipso.de
Am 11.06.22 um 15:21 schrieb Mathias Homann:
Am Samstag, 11. Juni 2022, 13:49:23 CEST schrieb Rainer Gubanski:
Seitdem verweigert meine Virtualbox den Dienst. Es gibt da dann gemecker in /var/log/messages:
Immer wenn ich das sehe frage ich mich, was kann VirtualBox was linux nicht mit KVM, qemu und Virt-Manager schon von alleine kann?
Vielleicht seit Jahren mitgeschleppte VB-Images ohne viel Gewese mal eben starten und nachher wieder ein paar Wochen, Monate oder gar Jahre schlafen legen. Jedenfalls hier klappt das gut. Mit VirtualBox aus den SUSE-Repositories. Könnten denn KVM, qemu und Virt-Manager mit konkret einem VB-Image mit openSUSE 13.1 und einem VB-Image mit Windows XP umgehen? Für das openSUSE brauche ich nur ssh-Verbindung, dass sollte ja kein Problem sein. Aber das WinXP nutzt irgend so ein lustiges File Sharing zu Linux ohne Netzwerk und samba-Gewürge. Klappt das unter KVM, qemu oder Virt-Manager auch? Und noch dazu ohne weitere Konfigurationsorgien, auf die habe ich gerade gar keine Lust. Wobei ich jetzt andererseits auch keinen Grund sehe, ausgerechnet auf dem Host Kernel 5.18.3 zu installieren. Ich dachte erst, das sei ein Zahlendreher, hier läuft 5.3.18, der Standard für Leap 15.3. -- Viele Grüße Michael
Hallo Michael Am 11.06.22 um 20:55 schrieb Michael Behrens:
Wobei ich jetzt andererseits auch keinen Grund sehe, ausgerechnet auf dem Host Kernel 5.18.3 zu installieren. Ich dachte erst, das sei ein Zahlendreher, hier läuft 5.3.18, der Standard für Leap 15.3.
Da läuft ein Backport Kernel auf anraten von ixsoft, dem Laden, von dem ich den Rechner gekauft habe, weil anders mein intel i5-11500 nicht stabil läuft. Gruß Rainer -- Rainer Gubanski Hannover -- Rainer Gubanski Hannover
Am Sonntag, 12. Juni 2022, 11:53:54 CEST schrieb Rainer Gubanski:
Da läuft ein Backport Kernel auf anraten von ixsoft, dem Laden, von dem ich den Rechner gekauft habe, weil anders mein intel i5-11500 nicht stabil läuft.
Hier auch und Virtualbox aus dem openSUSE Repo....... Aber ohne Antworten keine Lösung. Stephan
Am 11.06.22 um 13:49 schrieb Rainer Gubanski:
Hallo Liste, ich habe mein System heute morgen mit den letzten angebotenen Kernelupdates versorgt:
<snip>
=== Building 'vboxdrv' module === make[1]: Verzeichnis „/usr/src/kernel-modules/virtualbox/src/vboxdrv“ wird betreten make V= CONFIG_MODULE_SIG= CONFIG_MODULE_SIG_ALL= -C /lib/modules/5.18.3-lp153.2.gb06f595-default/build M=/usr/src/kern el-modules/virtualbox/src/vboxdrv SRCROOT=/usr/src/kernel-modules/virtualbox/src/vboxdrv -j12 modules make[2]: Verzeichnis „/usr/src/linux-5.18.3-lp153.2.gb06f595-obj/x86_64/default“ wird betreten warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (SUSE Linux) 11.3.0 You are using: gcc (SUSE Linux) 7.5.0 CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/linux/SUPDrv-linux.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrv.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvGip.o CC [M] /usr/src/kernel-modules/virtualbox/src/vboxdrv/SUPDrvSem.o gcc: error: unrecognized command line option ‘-mharden-sls=all’; did you mean ‘-mhard-float’?
Moin, für den Fehler ist VirtualBox wohl nicht verantwortlich zu machen. Der Kernel 5.18.3 aus dem OBS-Kernel-Backports-Repo ist - wie die Meldungen schon sagen - mit gcc-11 übersetzt und der beherrscht die Option '-mharden-sls=all'. Leap 15.{3,4} stellt uns nur den gcc-7 zur Verfügung und der beherrscht die Option eben nicht. Andere Third-Party-Kernel-Module wie Nvdia oder VMWare werden da höchstwahrscheinlich auch dran scheitern. Es wäre wahrscheinlich sinnvoll, den Backport-Kernel für Leap auch mit dem Standard-Compiler von Leap zu übersetzen. Ansonsten kannst du den Fehler umschiffen, indem du in /usr/src/linux-<version>/arch/x86/Makefile die Compiler-Option auskommentierst: ifdef CONFIG_SLS # KBUILD_CFLAGS += -mharden-sls=all endif Das wäre dann allerdings nach jedem Kernel-Update erforderlich. Gruß Mike
Am Samstag, 11. Juni 2022, 18:46:13 CEST schrieb Michael Buchau:
Moin,
für den Fehler ist VirtualBox wohl nicht verantwortlich zu machen. Der Kernel 5.18.3 aus dem OBS-Kernel-Backports-Repo ist - wie die Meldungen schon sagen - mit gcc-11 übersetzt und der beherrscht die Option '-mharden-sls=all'. Leap 15.{3,4} stellt uns nur den gcc-7 zur Verfügung und der beherrscht die Option eben nicht.
Andere Third-Party-Kernel-Module wie Nvdia oder VMWare werden da höchstwahrscheinlich auch dran scheitern.
Es wäre wahrscheinlich sinnvoll, den Backport-Kernel für Leap auch mit dem Standard-Compiler von Leap zu übersetzen.
Ansonsten kannst du den Fehler umschiffen, indem du in /usr/src/linux-<version>/arch/x86/Makefile die Compiler-Option auskommentierst:
ifdef CONFIG_SLS # KBUILD_CFLAGS += -mharden-sls=all endif
Das wäre dann allerdings nach jedem Kernel-Update erforderlich.
Gruß Mike Warum läuft es dann hier?
Leap 15.3, kernel 5.18.3, Virtualbox von openSUSE. Stephan
participants (8)
-
Eric Schirra -
Mathias Homann -
Matthias Müller Posteo.de -
Michael Behrens -
Michael Buchau -
Rainer Gubanski -
Sebastian Hoffmeister -
Stephan Hemeier