VM 'XP' startet nach sync nicht

[Rüdiger Kupper]

Die VM kommt in einem Zustand, in dem sie vom Nutzer nicht gestartet werden kann. Beim Start erhält man nur eine unergiebige Fehlermeldung
Der Nutzer muss erst einmal das neue Startskript aufrufen. Das verändert etwas an der Konfiguration der VM, so dass sie startet. Danach lässt sich sich die VM auch wieder normal über Virtualbox starten.
Leider durchschaue ich nicht, was das Skript macht (Image pachten??).

Jedenfalls muss die VM nach dem syncen in einem startbereiten Zustand sein, denn sonst funktioniert die Infosys-Sitzung auf VT8 nicht. Dort wird ja der Nutzer 'windows' automatisch eingeloggt mit Virtualbox als Windowmanager.

1. Bitte die VM so einrichten, dass sie ohne weitere Maßnahme beim windows-Nutzer startet.
2. Das Netzwerk-Interface der Clients heißt nicht mehr eth0, sondern enp4s0. Die VM-Config muss entsprechend aktualisiert werden

Danach kann das christof-Image in den Beattest.

[bau]

Beim Login des windows-User wird das Script /usr/share/virtualbox-vdi/infosys-session abgearbeitet. Dieses patcht das HDD-Image XP.vdi mit dem korrekten Rechnername (sonst kommt der im Netzwerk zweimal vor). Genau so ein Script startet die XP-Session für die User und auch für den virtuellen TI (hier mit Speicherabbild).

Anscheinend geht es hier um das neue Christof-Image?

[Rüdiger Kupper]

Ja genau. Ich habe den Mechanismus vom birgit-Image kopiert und war überrascht, dass er nicht funktioniert.
Das Skript muss noch etwas anderes machen, als den Rechnernamen zu patchen, denn ohne das Skript startet die VM nicht. Sobald man das Skript einmal aufgerufen hat aber schon.

Anbei: Wenn es um den Rechnernamen geht, wäre es nicht besser, den im postsync-Skript zu patchen? /etc/hostname wird ja auch im Postsync gepatcht.

[bau]

Ah, das kann natürlich schon mit dem Upgrade von 32 auf 64 bit zusammenhängen, denn das Script zerstört die VM zunächst komplett, um sie dann wieder von Null auf aufzubauen. Der USer soll diese VM bitte nicht aus dem VBox-Manager heraus aufrufen sondern immer über den Starter. Wer eine eigen VM haben möchte, muss diese anders nennen, dann kann er sie benutzen - damit wäre dann auch Speicherabbild erstellen und direkt damit weiterarbeiten möglich.

[Rüdiger Kupper]

Replying to bau:

das Script zerstört die VM zunächst komplett, um sie dann wieder von Null auf aufzubauen.

Ah, das erklärt es natürlich. Gut, dann muss ich das Skript halt einmal für den windows-Nutzer aufrufen, damit er eine funktionierende VM erhält, und diese Konfiguration kommt dann mit in's christof-Image (windows ist ja ein lokaler Nutzer).

Kannst Du das Skript noch so anpassen, dass es das richtige Interface verwendet (enp4s0 statt eth0)?

Und ich denke, dass jeder Lehrer noch eine Maschine namens "XP" in seinem Homeverzeichnis liegen hat, die aber alle im neuen Image nicht mehr funktionieren. Wenn Dein Skript die Maschine ohnehin neu anlegt, dann können wir die ja auch löschen, oder?

[bau]

Es könnte sein, dass das Script einen zu langen Rechnernamen erzeugt - falls du einen direkten Restart von Xp bekommst, müssen wir das von Hand hinbiegen (Maschine aus dem XP.ova erzeugen, XP.vdi anhängen).

[Rüdiger Kupper]

Okay, Netzwerk-Interface ist umbenannt.
Jetzt muss der windows-Nutzer noch das Startskript verwenden.

[Rüdiger Kupper]

Das ist doch Murks! Auf Sebastians Rechner heißt das Netzwerk-Interface "enp3s0", nicht "enp4s0"...

[Rüdiger Kupper]

"enp3s0" steht für "Ethernet-Karte am PCI-Bus 3(primary), slot 0(secondary)." Der Name codiert also, wo man die Karte physikalisch auf dem Mainboard eingesteckt hat (bzw, wo sie vom Hersteller fest verlötet wurde). Da alle Klassenraumclients das selbe Mainboard verwenden, müsste es dort überall "enp4s0" heißen. Sebastian hat ein anderes Mainboard...

Das gleiche könnte also bei den Nwt- und Physik-Notebooks passieren.

Entweder, wir müssen Virtualbox beibringen, einfach immer das vorhandene IF zu nehmen, oder wir

müssen zum alten Namensschema (eth0) zurückkehren. Wie das geht steht hier:

​https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

[bau]

Es gibt auch die Möglichkeit, in der (/etc/network/interfaces der NIC einen festen Namen zu geben.

[Rüdiger Kupper]

Das neue Benamungsschema ließ sich per Kernel-Boot-Option abschalten (s. Link in comment:10). Dann heilst die Karte, sofern es nur eine gibt, immer eth0.
Infosys sollte jetzt im Lehrernetz wie gewohnt funktionieren. Die lehrerbeta-Rechner syncen heute Nacht. Bitte testen!

[jas]

wollte gerade Noten eingeben in Infosys an meinem "Platzrechner" eingeben. Die VM startet, ist aber gefrezzed und startet nicht- ist also nicht nutzbar.

[Rüdiger Kupper]

So sah meine heute auch aus. Glaube, sie hat eine Dialogbox dargestellt und dann hat sich zu lange nichts getan. Probier mal einen Reboot.

[Rüdiger Kupper]

Die VM startet zuweilen nicht, weil die XP-Partition voll ist. Dort liegen Snapshots der Nutzer windows, lehrer und bau. Welche davon werden denn benötigt?
@bau: Der Snapshot von bau ist notwendig, oder? Alle anderen dürfen vor dem Erstellen des Images entfernt werden?

[bau]

Alle Snapshots dürfen beim Start des Rechners gelöscht werden, da gibt es auch schon en cleanup-script

[Rüdiger Kupper]

Auch der Snapshot von bau? Ich hatte den Eindruck, dass die VM dann nicht mehr startet...

[bau]

Die VM sollte eigntlich komplett von Null an neu aufgebaut werden. Dabei werden die Snapshots aus dem Manager für virtuelle Medien rausgeworfen und werden dann nicht mehr benötigt. Die VM des Users windows sollte keinen Snapshot benötigen.

[Rüdiger Kupper]

Du hast recht. Man darf nur den Ordner "Snapshots" selbst nicht löschen, sonst startet die VM nicht. Die Dateien darin werden aber nicht gebraucht. Ich passe das Cleanup-Skript an.