Opsi 4.2

[MaZzEe]

Guten Tag liebes Opsi Forum,

aktuell haben wir die opsi version 4.1 im Einsatz. Nun wollen wir auf 4.2 Upgraden und einige Erweiterungen integrieren.


Gibt es eine opsi vm für HyperV?
Ich habe versucht die VM von .vmdk nach vhdx und vhd zu konvertieren. Wenn ich die Festplatte in einer Gen1 oder 2 Maschine hinzufüge, bleibt das Bild der Maschine einfach schwarz, nach dem Starten

Hoffe mir kann jemand aushelfen.


Gruß

[ThomasT]

Hallo MaZze,

kannst du denn beim schwarzen Bildschirm auf eine andere tty wechseln? Also Strg+Alt+F2 oder F3-7

Ist der Server denn erreichbar? Kannst du per SSH auf die Maschine?

[MaZzEe]

Hey ThomasT,

nee da kam soweit gar nichts, egal was ich versucht hatte. IP und co konnte ich nach dem ersten Starten nicht einrichten.

Da ich hier nicht weiter kam, habe ich versucht unser opsi 4.1 auf 4.2 zu migrieren. Hier gibt es eine Anleitung zu. Wir haben aber noch Ubuntu 16.04 im Einsatz, 4.2 ist ja erst mit 18.04 aufwärts kombatibel. Gibt es dafür auch eine Anleitung, worauf man achten muss?
Ich habe nämlich ein Update von 16.04 auf 18.04 und dann auf 20.04 durchgeführt. Danach hat leider mein Server nicht mehr funktioniert. (Login am Client und Server in den opsi-configed) Hab dann wieder den vorher erstellten Snapshot wiederhergestellt. ^^

Worauf muss ich hier bei dem Updaten der Ubuntu Version achten?

[m.radtke]

Hi,

es hat schon seinen Grund wieso opsi 4.1 nicht auf Ubuntu 20-04 funktioniert.
AKtualisiere doch erstmal auf 18.04, führe dann das Upgrade auf opsi 4.2 durch und dann kannst du immer noch auf Ubuntu 20-04 aktualisieren.

Beim Upgrade von 16-04 auf 18-04 musst du eigentlich nichts besonderes beachten, außer das du das opsi 4.1 Ubuntu18-04 Repo nach der Aktualiseurung einträgst und per update && upgrade die opsi Pakete aktualisierst.

Gruß
Mathias

[mattiasmab]

Wenn ich die Festplatte in einer Gen1 oder 2 Maschine hinzufüge, bleibt das Bild der Maschine einfach schwarz, nach dem Starten

Auch wenn es sich die Diskussion bereits etwas verandert hat. Das hatte ich auch immer. Es läuft jedoch, wenn:

• die VM gestartet wird (bleibt schwarz)
• die VM nach ein paar Sekunden (ca. 30s) herunterfährt (per ACPI aus dem Hyper-V Manager heraus - aber Herunterfahren nicht Ausschalten)
• die VM erneut starten und Bild war dann bei mir immer da
• 1stboot.py manuell starten
• (optional bei Netzwerkproblemen) Einrückung in der Datei `/etc/netplan/config.yaml` beheben und Leerzeichen vor dem "eth0:" (oder vergleichbar) entfernen

Für die, die das auch mal so machen wollen. Das Image zuvor am einfachsten per qemu-img aus dem Paket qemu-utils konvertieren (geht unter Windows auch in der WSL):

Code: Alles auswählen

qemu-img convert $(pwd)/opsi41-vm-DATUM-disk1.vmdk -O vhdx $(pwd)/opsi.vhdx -p