Bauen des cloop/4-Moduls schlägt fehl

[Rüdiger Kupper]

Zur Zeit lässt sich das Modul nicht bauen. Sagt Dir die Fehlermeldung etwas?

root@rechner2-3-12:/cache# dkms install cloop/4

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area....
'make' module.....(bad exit status: 2)
ERROR (dkms apport): binary package for cloop: 4 not found
Error! Bad return status for module build on kernel: 4.13.0-45-generic (x86_64)
Consult /var/lib/dkms/cloop/4/build/make.log for more information.

[bau]

OK, da brauchen wir für den aktuellen Kernel mal wieder das passende cloop.c
Mal sehen,wo wir das herbekommen.

[Rüdiger Kupper]

Ich habe Knoppers cloop-Projekt auf Github gefunden, doch da scheint nur die völlig veraltete Version 2 zu liegen. Wo hattest Du denn Version 4 hergeholt?

[bau]

Bei der bisherigen Quelle läuft kein WebServer mehr.
Ich habe Herrn Knopper eine Mail gesendet, wo ich die cloop.c und cloop.h herbekommen kann.

[Rüdiger Kupper]

Vielleicht können wir ihn ja überzeugen, mal sein GitHub-Repository zu aktuaüisieren, das wäre der bequemste Weg.

[Rüdiger Kupper]

Um nicht auf die Antwort von Herrn Knopper warten zu müssen, verschieben wir das ins Gerhard-Image. Der betreffende systemd-Job ist derzeit deaktiviert.

# systemctl disable keper--cloop.service

wird im Schülernetz gestartet, schlägt dann aber fehl. Sobald wir funktionierende Sourcen haben, können wir sie nachträglich auf die Rechner verteilen -- oder sie kommen eben mit dem nächsten Image.
Dann systemd-Job wieder aktivieren:

# systemctl enable keper--cloop.service

[Rüdiger Kupper]

@bau::Das war der Dienst, den Du im Computerraum brauchst, oder? Das bauen schlägt noch immer fehl. Sobald wir das Modul nicht mehr benötigen, können wir es aus dem Image entfernen.

[bau]

Hallo Rüdiger,
bitte verwende die aktuelle Version aus dem Ordner auf paedml: /root/virtualXPtest/cloop-4.tgz (aktuell ist cloop-4.17, ich muss immer Herrn Knopper anmailen, um die neueste Version zu erhalten)

[bau]

ToDo: Wie im Lehrerzimmer soll das .vdi-File per torrent verteilt werden.
Wüdiger hat dafür eine Möglichkeit geschaffen, dass auf dem paedml ein Torrent-Tracker für einzelne Files gestartet werden kann. Diese werden dann von den CTorrents auf den Clients verteilt. Dann kann das Einbinden der cloop-Datei entfallen. In der Start-Conf wird unserem Script ein auskommentiertes #BaseImage=Filename.vdi reingeschrieben, dann startet das automatisch den passenden CTorrent in einem Screen.

[Rüdiger Kupper]

Ich habe das cloop-Modul im Gerhard-Image nun komplett entfernt.

[bau]

Umstieg auf verteilen des VDI per torrent (Oktober 2019):

• auf paedml liegen die Dateien in /var/linbo/virtualXP/
• /var/linbo/virtualXP/XP.jpg auf Client legen nach /usr/share/icons/
• /var/linbo/virtualXP/XP.desktop auf Client legen nach /usr/share/applications/
• /var/linbo/virtualXP/kepler--torrents auf Client legen nach /ustr/local/sbin/
• systemctl enable kepler--torrents.service
• systemctl start kepler--torrents.service

Hinweise:

• Es wurde der Benutzer Nutzer in der VM angelegt, so dass die VM von außen ferngesteuert werden kann
• XP.vdi.torrent, XP_S.ova und start_XP.sh werden per rsync geholt
• XP.vdi kommt per torrent:
  • kepler--torrents (systemd-Prozess unter /usr/local/sbin/kepler--torrents)
  • Eintrag #virtuaslXP in der start.conf der Rechnergruppe (am besten neue Rechnergruppe für die Rechnerräume)
• Wenn wir uns die Sache mit den cloops nochmals überlegen, können wir die ctorrents in kepler--torrents fertig entwickeln

[bau]

Aktuell spinnt VirtualBox sobald man es aus der Kommadozeile aufruft (die VM startet aber es werden die USB-Ports nicht mehr korrekt eingebunden). Starte ich den VBoxManager aus dem Starter läuft alles problemlos - keine Ahnung, was da der Unterschied ist???

Nun, da die VM für die Robotok-AG laufen muss, habe ich das so einigermaßen hingebastelt:

• /var/linbo/virtualXP/kepler--torrents ernthält nun die Version 2019.11, ist auf die Rechner in den beiden PCRäumen verteilt
• das Script zieht nun auch die benötigten Dateien XP_S.vbox und XP_ballon.vdi vom Server

ToDo:

• Oracle VirtualBox 6 installieren (Hinweis VBox ist aus den offiziellen Quellen von Debian entfernt worden, direkt von der Homepage virtualbox.org nehmen)
• dann testen, ob das Teil wieder das tut, was es soll.

[Rüdiger Kupper]

Replying to bau:

Aktuell spinnt VirtualBox sobald man es aus der Kommadozeile aufruft (die VM startet aber es werden die USB-Ports nicht mehr korrekt eingebunden). Starte ich den VBoxManager aus dem Starter läuft alles problemlos - keine Ahnung, was da der Unterschied ist???

Vielleicht übergibt der Starter zusätzliche Optionen? Schau Dir mal das *.desktop-File an, wie da die Exec-Zeile aussieht.

ToDo:

• Oracle VirtualBox 6 installieren (Hinweis VBox ist aus den offiziellen Quellen von Debian entfernt worden, direkt von der Homepage virtualbox.org nehmen)
• dann testen, ob das Teil wieder das tut, was es soll.

Wir hatten doch schon mal eine zeitlang die Oracle-Version, weißt Du noch, was damals das Problem war?

[bau]

Der Starter startet virtualbox mit

Exec=VirtualBox %U
TryExec=VirtualBox

Wenn ich das von der Konsole aus starte sind keine USB-Geräte mehr da!

Ich habe gerade die aktuelle Version 6.0.14 von Oracle installiert - das Problem bleibt, wie es ist.