Error: Driver 'pcspkr' is already registered, aborting...
- Thread starter sakis2018
- Start date
Hallo,
dies ist eine rein informative Fehlermeldung, die besagt das der Treiber bereits registriert ist. Siehe https://forum.proxmox.com/threads/p...registered-aborting-message.35497/post-174119
Läuft die VM ansonsten oder gibt es andere Probleme?
dies ist eine rein informative Fehlermeldung, die besagt das der Treiber bereits registriert ist. Siehe https://forum.proxmox.com/threads/p...registered-aborting-message.35497/post-174119
Läuft die VM ansonsten oder gibt es andere Probleme?
vl. mal im boot-loader die commandline editieren und 'quiet' weglöschen, dann sehen wir vl. wo der Fehler liegt.
je nach virtualisierung in der PVE läuft müsste es möglich sein in den `grub` oder ähnliches zu kommen um dort eben die kernel commandline zu editieren.
Bei PVE wird der grub nach der firmware angezeigt wenn die Console in der GUI geöffnet ist. Soweit ich mich erinnern kann kommt mensch auch bei libvirt per vnc auf die console zum richtigen Zeitpunkt
hoffe das hilft!
Bei PVE wird der grub nach der firmware angezeigt wenn die Console in der GUI geöffnet ist. Soweit ich mich erinnern kann kommt mensch auch bei libvirt per vnc auf die console zum richtigen Zeitpunkt
hoffe das hilft!
Ich glaube ich weiß was du meinst.
Mein Problem ist, ich habe auf einen gemieteten kvm Proxmox 6.0.1 installiert, alles lief gut, nach dem neustart kam die obere Fehlermeldung. Das heisst Proxmox ist bisher noch garnicht richtig gestartet. und über meinen hoster gibt es die möglichkeit das "novnc" zu nutzen doch sobald ich neustarte kommt die obere fehlermeldung, d.h. ich kann nicht mal in den recovery mode.
Mein Problem ist, ich habe auf einen gemieteten kvm Proxmox 6.0.1 installiert, alles lief gut, nach dem neustart kam die obere Fehlermeldung. Das heisst Proxmox ist bisher noch garnicht richtig gestartet. und über meinen hoster gibt es die möglichkeit das "novnc" zu nutzen doch sobald ich neustarte kommt die obere fehlermeldung, d.h. ich kann nicht mal in den recovery mode.
hmm - klar - kann ich nachvollziehen :/
Allerdings wird es schwer das system weiter zu debuggen, wenn mensch weder die kernel commandline editieren noch einen alten kernel booten kann...
Gibt es beim hoster die Möglichkeit eine rescue cd zu booten? falls ja (und falls kein ZFS on root verwendet wurde (oder eine rescue CD mit ZFS verwendet werden kann) ) - vl. mal damit hochbooten und in das PVE `chrooten` (/dev/pts, /dev/,/proc,/sys bindmounten) und die kernel-commandline dort editieren (entweder direkt /boot/grub/grub.cfg, oder /etc/default/grub und dann `update-grub` ausführen)...
Allerdings wird es schwer das system weiter zu debuggen, wenn mensch weder die kernel commandline editieren noch einen alten kernel booten kann...
Gibt es beim hoster die Möglichkeit eine rescue cd zu booten? falls ja (und falls kein ZFS on root verwendet wurde (oder eine rescue CD mit ZFS verwendet werden kann) ) - vl. mal damit hochbooten und in das PVE `chrooten` (/dev/pts, /dev/,/proc,/sys bindmounten) und die kernel-commandline dort editieren (entweder direkt /boot/grub/grub.cfg, oder /etc/default/grub und dann `update-grub` ausführen)...