Opened 9 years ago
Closed 9 years ago
#2609 closed Defekt (erledigt)
Virtuelles Windows für Infosys läuft nicht auf LZ-Rechnern
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | schnell erledigen | Milestone: | Schuljahr 2017/18 |
| Component: | Ich kenne die passende Komponente nicht. | Severity: | beeinträchtigt den Unterricht vieler Lehrer |
| Keywords: | Cc: |
Description
Da ist definitiv ein Problem. Ursache ist mir nicht klar, auf manchen Rechnern läuft es, dann irgendwann nicht mehr. Vermutung von bau ist, dass es mit dem Kerne-Update zusammenhängt. Dachte das Kompilierten schlägt fehl, weil die Platte voll ist, doch das Problem wurde gelöst.
Kurzfristige Abhilfe schafft syncen des Rechners, ist aber keine dauerhafte Lösung.
Change History (4)
comment:1 by , 9 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → accepted |
comment:2 by , 9 years ago
comment:3 by , 9 years ago
Okay, das sieht doch aus wie ein Bug in den Virtualbox-Sourcen:
DKMS make.log for virtualbox-5.0.32 for kernel 4.10.0-33-generic (x86_64)
Do 14. Sep 18:24:15 CEST 2017
make: Verzeichnis „/usr/src/linux-headers-4.10.0-33-generic“ wird betreten
LD /var/lib/dkms/virtualbox/5.0.32/build/built-in.o
LD /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/built-in.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/linux/SUPDrv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/SUPDrv.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/SUPDrvGip.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/SUPDrvSem.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/SUPDrvTracer.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/SUPLibAll.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/alloc-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/initterm-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/memobj-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/mpnotification-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/powernotification-r0drv.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/assert-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/alloc-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/initterm-r0drv-linux.o
CC [M] /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o
/var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c: In function ‘rtR0MemObjNativeLockUser’:
/var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c:1066:18: error: too few arguments to function ‘get_user_pages_remote’
rc = get_user_pages_remote(
^
In file included from /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/the-linux-kernel.h:88:0,
from /var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.c:31:
./include/linux/mm.h:1289:6: note: declared here
long get_user_pages_remote(struct task_struct *tsk, struct mm_struct *mm,
^
scripts/Makefile.build:294: die Regel für Ziel „/var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o“ scheiterte
make[2]: *** [/var/lib/dkms/virtualbox/5.0.32/build/vboxdrv/r0drv/linux/memobj-r0drv-linux.o] Fehler 1
scripts/Makefile.build:567: die Regel für Ziel „/var/lib/dkms/virtualbox/5.0.32/build/vboxdrv“ scheiterte
make[1]: *** [/var/lib/dkms/virtualbox/5.0.32/build/vboxdrv] Fehler 2
Makefile:1524: die Regel für Ziel „_module_/var/lib/dkms/virtualbox/5.0.32/build“ scheiterte
make: *** [_module_/var/lib/dkms/virtualbox/5.0.32/build] Fehler 2
make: Verzeichnis „/usr/src/linux-headers-4.10.0-33-generic“ wird verlassen
comment:4 by , 9 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | accepted → closed |
Jepp, da ist unsere Virtualbox-Version zu alt für den Kernel. Ein Update des virtualbox-Pakets löst das Problem (Virtualbox 5.0.32 auf Virtualbox 4.10.0). Dann compiliert das Modul auch wieder für den aktuellen Kernel. Und Infosys läuft.
Führe das jetzt auf allen Lehrerrechnern durch, und dann muss ich einfach möglichst schnell ein aktuelles Image erstellen. Der "E"-Release ist schon seit Monaten überfällig, kein Wunder, dass es da zu solchen Inkonsistenzen kommt.
Okay, ich habe mit dem letzten Image den HWE-Stack installiert, um neuere Kernel-Images zu erhalten. Offenbar gibt es zu denen aber kein VirtualBox-Modul -- oder das Bauen schlägt fehl.
Also: