Virtualbox startet nicht mehr

[willy4711]

Vielleicht kann towo was dazu sagen ?
Ich habe den Dienst einfach deaktiviert. Bisher ohne Nachteile.

Code: Alles auswählen

~$ systemctl status vboxweb.service
● vboxweb.service - VirtualBox Web Service
     Loaded: loaded (/lib/systemd/system/vboxweb.service; disabled; vendor preset: enabled)
     Active: inactive (dead)

[towo]

Was soll ich dazu sagen?
1. ich benutze VBox nicht.
2. Der normalsterbliche User benötigt den Webservice nicht.

Reicht das?

D.h. man kann das auch "ganz normal" mit apt installieren? Wie hätte ich das denn machen müssen - nur für die Zukunft, man lernt ja nie aus? apt install /home/gnox/Downloads/vbox-debforum/*.deb, oder wie?

genau so.

[willy4711]

Jetzt hab ich mal nach der Aufgabe von vboxweb.service gesucht:
https://linuxundich.de/gnu-linux/virtua ... r-steuern/
Also ich brauch das wirklich nicht.

[Gnox]

Vielleicht kann towo was dazu sagen ?
Ich habe den Dienst einfach deaktiviert. Bisher ohne Nachteile.

Code: Alles auswählen

~$ systemctl status vboxweb.service
● vboxweb.service - VirtualBox Web Service
     Loaded: loaded (/lib/systemd/system/vboxweb.service; disabled; vendor preset: enabled)
     Active: inactive (dead)

Habe den Service deaktiviert:

Code: Alles auswählen

root@aorus:~# systemctl disable vboxweb.service       
Removed /etc/systemd/system/multi-user.target.wants/vboxweb.service.
root@aorus:~# systemctl status vboxweb.service
● vboxweb.service - VirtualBox Web Service
     Loaded: loaded (/lib/systemd/system/vboxweb.service; disabled; vendor preset: enabled)
     Active: failed (Result: protocol) since Mon 2021-01-11 20:44:26 CET; 18min ago
        CPU: 2ms

Jan 11 20:44:26 aorus systemd[1]: Starting VirtualBox Web Service...
Jan 11 20:44:26 aorus systemd[1]: vboxweb.service: Can't open PID file /run/vboxweb-service.sh (yet?) after >
Jan 11 20:44:26 aorus systemd[1]: vboxweb.service: Failed with result 'protocol'.
Jan 11 20:44:26 aorus systemd[1]: Failed to start VirtualBox Web Service.

Ein Frage habe ich noch: kann ich den Kernel jetzt normal updaten (wenn das nächste Update kommt), ohne dass VirtualBox dann wieder Probleme macht? Für Deine / Eure Hilfe und Eure Zeit möchte ich mich bedanken

[towo]

Ein Frage habe ich noch: kann ich den Kernel jetzt normal updaten (wenn das nächste Update kommt), ohne dass VirtualBox dann wieder Probleme macht?

Wenn dieser nächste Kernel nicht 5.11.x ist, ja.

[willy4711]

Ein Frage habe ich noch: kann ich den Kernel jetzt normal updaten (wenn das nächste Update kommt), ohne dass VirtualBox dann wieder Probleme macht? Für Deine / Eure Hilfe und Eure Zeit möchte ich mich bedanken

Ja - das ist alles .
Sollte ja sowieso automatisch geschehen, da die richtigen Meta-Pakete installiert sind.

Wenn dieser nächste Kernel nicht 5.11.x ist, ja.

Ich gehe mal davon aus, das die Sid - Jungs dann schon das richtige tun werden. Hat ja bisher auch funktioniert

[rhHeini]

Für den Notfall gibt es vboxconfig.

Rolf

[willy4711]

Für den Notfall gibt es vboxconfig.

Das wird wohl nicht reichen. bisher hat es in ersten Linie von den Python Paketen abgehangen:
Sid- Paket:

Version: 6.1.16-dfsg-6

Depends: adduser, iproute2, procps, virtualbox-dkms (>= 6.1.16-dfsg-6) | virtualbox-source (>= 6.1.16-dfsg-6) | virtualbox-modules, python3 (<< 3.10), python3 (>= 3.9~), python3.9, python3:any, libc6 (>= 2.29), libcurl3-gnutls (>= 7.16.2), libdevmapper1.02.1 (>= 2:1.02.97), libgcc-s1 (>= 3.0), libgl1, libgsoap-2.8.104, liblzf1 (>= 1.5), libopus0 (>= 1.1), libpng16-16 (>= 1.6.2-1), libsdl1.2debian (>= 1.2.11), libssl1.1 (>= 1.1.1), libstdc++6 (>= 5.2), libvncserver1 (>= 0.9.10), libvpx6 (>= 1.6.0), libx11-6, libxcursor1 (>> 1.1.2), libxml2 (>= 2.7.4), libxt6, zlib1g (>= 1:1.1.4)

Buster Version (neuste) von Virtualbox:

Package: virtualbox-6.1
Version: 6.1.16-140961~Debian~buster
Depends: psmisc, adduser, libc6 (>= 2.28), libcurl4 (>= 7.16.2), libdevmapper1.02.1 (>= 2:1.02.97), libgcc1 (>= 1:3.0), libgl1, libopus0 (>= 1.1), libpng16-16 (>= 1.6.2-1), libqt5core5a (>= 5.11.0~rc1), libqt5gui5 (>= 5.4.0), libqt5opengl5 (>= 5.0.2), libqt5printsupport5 (>= 5.0.2), libqt5widgets5 (>= 5.11.0~rc1), libqt5x11extras5 (>= 5.6.0), libsdl1.2debian (>= 1.2.11), libssl1.1 (>= 1.1.1), libstdc++6 (>= 5.2), libvpx5 (>= 1.6.0), libx11-6, libxcb1, libxcursor1 (>> 1.1.2), libxext6, libxml2 (>= 2.7.4), libxt6, zlib1g (>= 1:1.1.4), python (<< 2,8), python (>= 2.7), python:any (>= 2.6.6-7~)

Python (python2.7)gibt es halt nicht mehr in Testing

Code: Alles auswählen

rmadison python
python     | 2.7.9-1       | oldoldstable | amd64, armel, armhf, i386
python     | 2.7.13-2      | oldstable    | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
python     | 2.7.16-1      | stable       | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x

[KP97]

... das die Sid - Jungs dann schon das richtige tun werden. Hat ja bisher auch funktioniert...

Vielleicht haben das immer die Sid - Mädels gemacht...;-)