vga=792 is deprecated. Use set ... command instead

[euDominic]

Describe the issue you are experiencing

Nach dem Update auf die neueste Version......."RaspberryMatic-3.65.11.20221005-ova.zip" kommend von RaspberryMatic 3.65.8.20220831

Erscheint beim Neustart der Fehler: [vga=792]) is deprecated. Use set ... command instead https://ibb.co/S6FXTJR https://www.veed.io/view/aeb13644-3c76-4537-94ad-c25c6723e615/showcase?sharingWidget=true

Was in einer Bootschleife endet.

Als Basis verwende ich einen Proxmox Server

https://ibb.co/9gmSQXg https://ibb.co/bNtM5qQ

https://user-images.githubusercontent.com/88461637/194306439-2c3348e2-03f0-4938-8d94-0d6a904eb087.mp4

Describe the behavior you expected

-

Steps to reproduce the issue

-

What is the version this bug report is based on?

3.65.11.20221005

Which base platform are you running?

ova (Open Virtual Infrastructure)

Which HomeMatic/homematicIP radio module are you using?

RPI-RF-MOD

Anything in the logs that might be useful for us?

kein zugriff

Additional information

No response

[euDominic]

Selbes beim Recovery Punkt.

[euDominic]

Zum Test eine neue VM angelegt, mit dem install Script, jedoch mit der Vorgänger Version. Es erscheint auch diese Fehlermeldung, aber das System bootet dann.

[jens-maus]

Erscheint beim Neustart der Fehler: [vga=792]) is deprecated. Use set ... command instead

Diese Meldung sollte bzw. ist non-kritisch und stellt nur eine Warnung da und sollte folglich auch nicht der Grund sein warum die RaspberryMatic VM vermeintlich nicht bootet. Selbst betreibe ich auch Proxmox 7.2 mit aktuellstem RaspberryMatic und dieses bootet problemlos unter Proxmox 7.2. Zwar kommt da auch diese Warnung, aber wie gesagt ist dies nur eine Warnung und kein Fehler.

Der Fehler muss also an einer anderen Stelle gesucht werden.

[euDominic]

Bis auf das Upgrade habe ich ja nichts gemacht.

Ich hab jetzt bei der neuen VM mit der alten Version das Backup eingespielt und schon geht wieder alles.

Auf die "alte" VM mit der neuen Version hab ich bis auf Grub keinen zugriff mehr.

[euDominic]

Ich bin mal Mutig und mach das Upgrade nochmal :-)

[jens-maus]

Install doch einfach erst einmal eine frische/neue RaspberryMatic VM mit dem install-proxmox.sh skript und dann schau weiter.

[euDominic]

Das habe ich bereits gemacht, jedoch mit der alten Version 3.65.8.20220831

[euDominic]

Gleiches Problem,

VM mit Version 3.65.8.20220831 installiert per install-proxmox.sh.

In der Weboberfläche das Upgrade angestoßen und schon ist wieder die Bootschleife da. Wie im Video zu Beginn,

[jens-maus]

Und direkt die 3.65.11.20221005 via install-proxmox.sh installiert? Geht hier definitiv.

[euDominic]

Teste ich gerade. Einen Moment.

[euDominic]

Gleicher Fehler. Lande in der Bootschleife. direkt die 3.65.11.20221005 via install-proxmox.sh installiert

[euDominic]

Kann es sein, dass der Proxmox Edge Kernel v5.19.12-1 https://github.com/fabianishere/pve-edge-kernel/releases/tag/v5.19.12-1 Probleme machen könnte?

Wobei, dann dürfte die alte Version ja auch nicht Funktionieren.

[jens-maus]

Kann es sein, dass der Proxmox Edge Kernel v5.19.12-1

Das wollte ich auch gerade sagen. Fakt ist, funktioniert hier tadellos mit dem offiziellen 5.15er Kernel von PVE. Insofern ist das eben ein works-for-me ticket und du solltest mal tief darüber nachdenken ob es wirklich notwendig ist solch einen bleeding edge kernel mit solch etwas kritischem wie einem Hypervisor zu verwenden. Zumal das ein Kernel ist der so ja von Proxmox selber nicht ausgeliefert wird und beliebige effekte haben kann. Aber nur soviel dazu hier, denn das hier ist kein Diskussionsforum und das Problem ist hiermit geschlossen da nicht reproduzierbar.

[euDominic]

Habe nun den Original Kernel wieder drauf.... uname -r 5.15.60-1-pve

Und trotzdem das Gleiche Verhalten.

3.65.11.20221005 = Bootscheife , egal ob per install-proxmox.sh oder Upgrade per weboberfläche 3.65.8.20220831 = Alles OK egal ob mit Kernel 5.15.60-1-pve oder Edge Kernel v5.19.12-1

[jens-maus]

Habe nun den Original Kernel wieder drauf.... uname -r 5.15.60-1-pve

Und trotzdem das Gleiche Verhalten.

Ok, gut zu wissen. trotzdem bleibt es dabei das es bisher von niemand anderem reproduziert werden kann und es auch definitiv nicht an dieser vega=792 meldung liegt. Insofern bitte zuerst hilfe in einem Diskussionsforum, etc. suchen und wenn es da von jemand anderen bestätigt wird bzw. du mehr erkenntnisse als das bisherige hast kannst du dich gerne wieder mit öffnen eines neuen Tickets wieder melden.

[euDominic]

Ich konnte den Fehler jetzt eingrenzen. Sobald ich die HB-RF-USB-2 nicht mehr an die VM weiterleite, startet das System. Aktiviere ich das HB-RF-USB-2 wieder, entsteht die Bootschleife unter 3.65.11.20221005 bei 3.65.8.20220831 kein Fehler

[jens-maus]

Ich konnte den Fehler jetzt eingrenzen. Sobald ich die HB-RF-USB-2 nicht mehr an die VM weiterleite, startet das System.

Auch das ist hier kein Problem. Nutze selbst ein HB-RF-USB-2 und die VM funktioniert tadellos.

[euDominic]

Mehr kann ich nicht sagen,

Ohne geht es mit, kommt die Bootschleife. 3.65.8.20220831 + HB-RF-USB-2 funktioniert, 3.65.11.20221005 + HB-RF-USB-2 nicht,

Das sind meine Ergebnisse.

Letztendlich bleibt mir nur der Weg zur alten version.

[euDominic]

Wenn ich USB3 auf 1 setze, startet die VM

[jens-maus]

JETZT wird es interessant. In der Tat wurde ähnliches bereits hier gemeldet:

https://homematic-forum.de/forum/viewtopic.php?f=65&t=75747

[euDominic]

Gut :-) dann bin ich jetzt zumindest nicht alleine mit dem Fehler.,

[euDominic]

Maschinentyp "q35" + HB-RF-USB-2 + USB3=0 funktioniert bei mir nicht.

Maschinentyp "i440fx" + HB-RF-USB-2 + USB3=1 funktioniert

[jens-maus]

Bitte neues Issue dazu aufmachen, hat ja mit dem ursprünglichen hier (vga=792) nun wirklich nichts mehr zu tun.