Arch Linux

Virtualbox installieren

Benni11

Hallo Experten,
vorab: in ARCH bin ich ein Frischling.
Unter Ubuntu als Host läuft Virtualbox, unter Arch bekomme ich es nicht hin. Weder hier im Forum noch in anderen Quellen habe ich etwas zur Fehlerbehebung gefunden.
Das HP-Notebook läuft im Legaxy-Modus (= kein UEFI-Boot) mit dem Gnome-Desktop, installiert ist ausschließlich der Kernel:

[[arch-vs@ARCH ~]$ uname -a
Linux ARCH 6.8.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Sun, 28 Apr 2024 15:59:47 +0000 x86_64 GNU/Linux

Installiert werden soll Virtualbox 7.0.16

Bisheriger Installationsversuch:
Gemäß Wiki alle Dateien aus [extra] heruntergeladen und installtiert mit
sudo pacman -S virtualbox virtualbox-host-modules-archvirtualbox-guest-iso`

User angelegt mit
sudo gpasswd -a USERNAME vboxusers

und in /cat /etc/modules-load.d/my-modules.conf eingetragen
/sys/module/vboxdrv
vboxdrv

lsmod gibt aus:

arch-vs@ARCH` ~]$ lsmod | grep -e "vbox*"
vboxnetflt             	40960  0
vboxnetadp         	32768  0
vboxdrv                      692224  2 vboxnetadp,vboxnetflt	
````

Ich bin auch mit dem zutreffenden Benutzernamen in der Gruppe vboxusers:

[arch-vs@ARCH ~]$ id
uid=1000(arch-vs) gid=984(users) Gruppen=984(users),108(vboxusers),985(video),996(audio),998(wheel),1000(lpadmin)
[arch-vs@ARCH ~]$

Gebe ich nach einem _Neustart_ im Terminal 'virtualbox' ein, geht der Prompt ohne weitere Meldungen in die nächste Zeile und verharrt dort, in der Menüleiste erscheint das Virtualbox-Icon, mehr tut sich nicht.
Auch ein Reinstall des Pakets Virtualbox hat nicht geholfen.

Fehlersuche 
Die VBox.log ist angehängt, für mich Greifbares konnte ich nicht entdecken.
Der ebenfalls angehängte VBoxBugReport zeigt bei Zeile 160 die Fehlermeldung

[arch-vs@ARCH ~]$ vboxbugreport
/usr/bin/vboxbugreport: Zeile 160: /usr/lib/virtualbox/VBoxBugReport: Datei oder Verzeichnis nicht gefunden
[arch-vs@ARCH ~]$
Im Installationsverzeichnis /usr/lib/virtualbox/ und Unterverzeichnissen befinden sich Virtualbox-Dateien, sämtlich mit dem Release-Datum 17.04.2024, allerdings weder eine Datei VBoxBugReport noch eine Datei vboxbugreport .

Hier enden meine Fähigkeiten. Gibt's Rat und Hilfe für mein Problem?
Vielen Dank.

Es grüßt Benni11

Benni11

Sorry, hier sind die beiden Anhänge (bin in dieser Hinsicht noch am Üben).
Benni11

GerBra

Benni11 Sorry, hier sind die beiden Anhänge (bin in dieser Hinsicht noch am Üben).

Schau bitte nochmal hier bzgl. der Formatierung:
https://wiki.archlinux.de/title/Foren-FAQs#Wie_bekommt_man_Code_richtig_formatiert_ins_Forum?

Zum Problem:
Deine Installation ist soweit in Ordnung.

vboxbugreport
Deine Fehlermeldung bekommt man auch mit einem funktionierendem Virtualbox, das notwendige (Teil)-Programm ist wohl nicht im Paket enthalten. Also keine Notwendigkeit, hierzu "Fehler" zu suchen -> "roter Hering"
Logfile
Das Log sieht mir auch ok aus, es unterscheidet sich im wesentlichen nicht von meinem mit funktionierenden Virtualbox. Die einzig offensichtliche Fehlermeldung(en) mit:
ERROR [COM]: aRC=VBOX_E_INVALID_VM_STATE ...
und
ERROR [COM]: aRC=E_ACCESSDENIED ...
finden sich bei mir im Log ebenfalls.

Wo ist der Unterschied nun? Nun, bei mir öffnet sich halt das Virtualbox-Hauptfenster, bei dir nicht.

Fragen:

Nutzt du Gnome mit XOrg oder unter Wayland?
Das kannst du u.a. mittels:
echo $XDG_SESSION_TYPE
in einem Terminal feststellen.
Hast du versucht dein Virtualbox mal mit "sudo" zu starten? (Das ist eine Frage, keine Aufforderung!)
Stürzt virtualbox bei dir mit einem Coredump ab?
Dazu nach einem erneuten Versuch nachschauen mit:
coredumpctl
ob am Ende der Liste Virtualbox auftaucht.

Falls du Wayland nutzt, versuche den Start bitte mal so aus einem Terminal:
QT_QPA_PLATFORM=xcb virtualbox
Kommst du da weiter?

Benni11

VBox.log

********************
00:00:00.000446 main     VirtualBox XPCOM Server 7.0.16 r162802 linux.amd64 (Apr 17 2024 07:24:24) release log
00:00:00.000449 main     Log opened 2024-05-02T14:42:39.475072000Z
00:00:00.000449 main     Build Type: release
00:00:00.000452 main     OS Product: Linux
00:00:00.000453 main     OS Release: 6.8.8-arch1-1
00:00:00.000454 main     OS Version: #1 SMP PREEMPT_DYNAMIC Sun, 28 Apr 2024 15:59:47 +0000
00:00:00.000477 main     DMI Product Name: HP ZBook 17 G2
00:00:00.000487 main     DMI Product Version: A3009DD10303
00:00:00.000495 main     Firmware type: BIOS
00:00:00.000528 main     Host RAM: 32015MB (31.2GB) total, 30225MB (29.5GB) available
00:00:00.000531 main     Executable: /usr/lib/virtualbox/VBoxSVC
00:00:00.000532 main     Process ID: 11134
00:00:00.000532 main     Package type: LINUX_64BITS_GENERIC (OSE)
00:00:00.002325 main     IPC socket path: /tmp/.vbox-arch-vs-ipc/ipcd
00:00:00.108910 nspr-2   VirtualBox: object creation starts
00:00:00.108981 nspr-2   Home directory: '/home/arch-vs/.config/VirtualBox'
00:00:00.109067 nspr-2   Loading settings file "/home/arch-vs/.config/VirtualBox/VirtualBox.xml" with version "1.12-linux"
00:00:00.110501 nspr-2   USB: Unknown USB device detected (idVendor: 0x8087, idProduct: 0x07dc)
00:00:00.110625 nspr-2   Successfully initialised host USB using sysfs
00:00:00.122240 nspr-2   HostDnsMonitor: initializing
00:00:00.122482 nspr-2   NAT: resolv.conf: nameserver 192.168.178.1
00:00:00.122491 nspr-2   NAT: resolv.conf: nameserver fd00::3ea6:2fff:fe10:39b8
00:00:00.122493 nspr-2   NAT: resolv.conf: nameserver 2003:d8:8f12:6800:3ea6:2fff:fe10:39b8
00:00:00.122500 nspr-2   HostDnsMonitor: updating information
00:00:00.122511 nspr-2   HostDnsMonitor: old information
00:00:00.122514 nspr-2     no server entries
00:00:00.122515 nspr-2     no domain set
00:00:00.122516 nspr-2     no search string entries
00:00:00.122517 nspr-2   HostDnsMonitor: new information
00:00:00.122518 nspr-2     server 1: 192.168.178.1
00:00:00.122520 nspr-2     server 2: fd00::3ea6:2fff:fe10:39b8
00:00:00.122521 nspr-2     server 3: 2003:d8:8f12:6800:3ea6:2fff:fe10:39b8
00:00:00.122523 nspr-2     domain: fritz.box
00:00:00.122524 nspr-2     no search string entries
00:00:00.124345 nspr-2   VD: VDInit finished with VINF_SUCCESS
00:00:00.124878 nspr-2   VirtualBox: object created
00:00:14.681634 main     VirtualBox: object deletion starts
00:00:14.681954 main     HostDnsMonitor: shutting down ...
00:00:14.692983 main     HostDnsMonitor: shut down
00:00:14.717089 Watcher  ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={7682d5eb-f00e-44f1-8ca2-99d08b1cd607} aComponent={VirtualBoxWrap} aText={The object is not ready}, preserve=false aResultDetail=0
00:00:14.717199 main     VirtualBox: object deleted

VBoxBugReport.sh

#!/bin/sh
## @file
# Oracle VM VirtualBox startup script, Linux hosts.
#

#
# Copyright (C) 2006-2023 Oracle and/or its affiliates.
#
# This file is part of VirtualBox base platform packages, as
# available from https://www.virtualbox.org.
#
# This program is free software; you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation, in version 3 of the
# License.
#
# This program is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, see <https://www.gnu.org/licenses>.
#
# SPDX-License-Identifier: GPL-3.0-only
#

PATH="/usr/bin:/bin:/usr/sbin:/sbin"

# The below is GNU-specific.  See slightly further down for a version which
# works on Solaris and OS X.
TARGET=`readlink -e -- "${0}"` || exit 1
MY_DIR="${TARGET%/[!/]*}"

# (
#     path="${0}"
#     while test -n "${path}"; do
#         # Make sure we have at least one slash and no leading dash.
#         expr "${path}" : / > /dev/null || path="./${path}"
#         # Filter out bad characters in the path name.
#         expr "${path}" : ".*[*?<>\\]" > /dev/null && exit 1
#         # Catch embedded new-lines and non-existing (or path-relative) files.
#         # $0 should always be absolute when scripts are invoked through "#!".
#         test "`ls -l -d "${path}" 2> /dev/null | wc -l`" -eq 1 || exit 1
#         # Change to the folder containing the file to resolve relative links.
#         folder=`expr "${path}" : "\(.*/\)[^/][^/]*/*$"` || exit 1
#         path=`expr "x\`ls -l -d "${path}"\`" : "[^>]* -> \(.*\)"`
#         cd "${folder}"
#         # If the last path was not a link then we are in the target folder.
#         test -n "${path}" || pwd
#     done
# )

if test -f /usr/lib/virtualbox/VirtualBox &&
    test -x /usr/lib/virtualbox/VirtualBox; then
    INSTALL_DIR=/usr/lib/virtualbox
elif test -f "${MY_DIR}/VirtualBox" && test -x "${MY_DIR}/VirtualBox"; then
    INSTALL_DIR="${MY_DIR}"
else
    echo "Could not find VirtualBox installation. Please reinstall."
    exit 1
fi

# Note: This script must not fail if the module was not successfully installed
#       because the user might not want to run a VM but only change VM params!

if [ "$1" = "shutdown" ]; then
    SHUTDOWN="true"
elif ! lsmod|grep -q vboxdrv; then
    cat << EOF
WARNING: The vboxdrv kernel module is not loaded. Either there is no module
         available for the current kernel (`uname -r`) or it failed to
         load. Please recompile the kernel module and install it by

           sudo /sbin/vboxconfig

         You will not be able to start VMs until this problem is fixed.
EOF
elif [ ! -c /dev/vboxdrv ]; then
    cat << EOF
WARNING: The character device /dev/vboxdrv does not exist. Try

           sudo /sbin/vboxconfig

         and if that is not successful, try to re-install the package.

         You will not be able to start VMs until this problem is fixed.
EOF
fi

if [ -f /etc/vbox/module_not_compiled ]; then
    cat << EOF
WARNING: The compilation of the vboxdrv.ko kernel module failed during the
         installation for some reason. Starting a VM will not be possible.
         Please consult the User Manual for build instructions.
EOF
fi

# Get effective user name to use it in order to compose XPCOM IPC socket path.
VBOX_EFFECTIVE_USER="$(whoami)"
if [ -z "$VBOX_EFFECTIVE_USER" ]; then
    cat << EOF
WARNING: Unable to detect effective user name. VirtualBox might run incorrectly.
EOF
fi

# Variables LOGNAME and USER are used by XPCOM code in order to
# compose IPC socket path. If they set to something which is different
# from the effective user name, it might result in misbehavior.
# Setting VBOX_IPC_SOCKETID will tell XPCOM code which path it should use explicitly.
[ -n "$LOGNAME" ] && [ "$LOGNAME" = "$VBOX_EFFECTIVE_USER" ] || vbox_override_env="1"
[ -n "$USER"    ] && [ "$USER"    = "$VBOX_EFFECTIVE_USER" ] || vbox_override_env="1"

if [ -n "$vbox_override_env" ]; then
cat << EOF
WARNING: Environment variable LOGNAME or USER does not correspond to effective user id.
EOF
    export VBOX_IPC_SOCKETID="$VBOX_EFFECTIVE_USER"
fi

SERVER_PID=`ps -U "$VBOX_EFFECTIVE_USER" | grep VBoxSVC | awk '{ print $1 }'`
if [ -z "$SERVER_PID" ]; then
    # Server not running yet/anymore, cleanup socket path.
    # See IPC_GetDefaultSocketPath()!
    rm -rf "/tmp/.vbox-$VBOX_EFFECTIVE_USER-ipc" > /dev/null 2>&1
fi

if [ "$SHUTDOWN" = "true" ]; then
    if [ -n "$SERVER_PID" ]; then
        kill -TERM $SERVER_PID
        sleep 2
    fi
    exit 0
fi

APP=`basename $0`
case "$APP" in
    VirtualBox|virtualbox)
        exec "$INSTALL_DIR/VirtualBox" "$@"
        ;;
    VirtualBoxVM|virtualboxvm)
        exec "$INSTALL_DIR/VirtualBoxVM" "$@"
        ;;
    VBoxManage|vboxmanage)
        exec "$INSTALL_DIR/VBoxManage" "$@"
        ;;
    VBoxSDL|vboxsdl)
        exec "$INSTALL_DIR/VBoxSDL" "$@"
        ;;
    VBoxVRDP|VBoxHeadless|vboxheadless)
        exec "$INSTALL_DIR/VBoxHeadless" "$@"
        ;;
    VBoxAutostart|vboxautostart)
        exec "$INSTALL_DIR/VBoxAutostart" "$@"
        ;;
    VBoxBalloonCtrl|vboxballoonctrl)
        exec "$INSTALL_DIR/VBoxBalloonCtrl" "$@"
        ;;
    VBoxBugReport|vboxbugreport)
        exec "$INSTALL_DIR/VBoxBugReport" "$@"
        ;;
    VBoxDTrace|vboxdtrace)
        exec "$INSTALL_DIR/VBoxDTrace" "$@"
        ;;
    VBoxAudioTest|vboxaudiotest|vkat)
        exec "$INSTALL_DIR/VBoxAudioTest" "$@"
        ;;
    vboxwebsrv)
        exec "$INSTALL_DIR/vboxwebsrv" "$@"
        ;;
    *)
        echo "Unknown application - $APP"
        exit 1
        ;;
esac
exit 0

Moderativer Edit: Code-Blöcke gesetzt.

forty

Benni11

@ GerBra

Gnome läuft unter Wayland:

[arch-vs@ARCH ~]$ echo $XDG_SESSION_TYPE
wayland
[arch-vs@ARCH ~]$ QT_QPA_PLATFORM=xcb virtualbox  #  -> da rührt sich weiterhin nichts

aktuelle Fehlermeldung sind nicht vorhanden:

[arch-vs@ARCH ~]$ 
[arch-vs@ARCH ~]$ coredumpctl
# es folgen keine aktuellen Ausgaben

Mit sudo tut sich etwas:

[arch-vs@ARCH ~]$ sudo virtualbox
[sudo] Passwort für arch-vs: 
Qt WARNING: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'

aber: Es erscheint der Hauptbildschirm von Virtualbox, es lässt sich auch eine vorhandene Windows-VDI-Platte einhängen, aber nicht starten (unzutreffende Pfade?).

@forty
VirtualBoxVM ist aus nicht nachvollziehbaren Gründen nicht installiert:

[arch-vs@ARCH ~]$ VirtualBoxVM --dbg
VirtualBoxVM: Error -610 in supR3HardenedMainInitRuntime!
VirtualBoxVM: dlopen("/usr/lib/virtualbox/VBoxRT.so",) failed: <NULL>

VirtualBoxVM: Tip! It may help to reinstall VirtualBox.
[arch-vs@ARCH ~]$

Bereits mehrere Reinstalls durchgeführt (erinnert an Windows), aber ohne Erfolg.

Könnte die VirtualBoxVM in ExtensionsPack liegen?

[arch-vs@ARCH ~]$ pacman -Ss virtualbox
core/linux 6.8.8.arch1-1 [Installiert]
    The Linux kernel and modules
core/linux-lts 6.6.29-1
    The LTS Linux kernel and modules
extra/libvirt 1:10.3.0-1 [Installiert]
    API for controlling virtualization engines (openvz,kvm,qemu,virtualbox,xen,etc)
extra/linux-hardened 6.8.9.hardened1-1
    The Security-Hardened Linux kernel and modules
extra/linux-rt 6.7.0.6.realtime1-2
    The Linux RT kernel and modules
extra/linux-rt-lts 6.6.23.28.realtime1-2
    The Linux RT LTS kernel and modules
extra/linux-zen 6.8.8.zen1-1
    The Linux ZEN kernel and modules
extra/phpvirtualbox 5.2_1-8
    PHP/AJAX web interface for VirtualBox
extra/virtualbox 7.0.16-2 [Installiert]
    Powerful x86 virtualization for enterprise as well as home use
extra/virtualbox-ext-vnc 7.0.16-2
    VirtualBox VNC extension pack
extra/virtualbox-guest-iso 7.0.16-1 [Installiert]
    The official VirtualBox Guest Additions ISO image
extra/virtualbox-guest-utils 7.0.16-2
    VirtualBox Guest userspace utilities
extra/virtualbox-guest-utils-nox 7.0.16-2
    VirtualBox Guest userspace utilities without X support
extra/virtualbox-host-dkms 7.0.16-2
    VirtualBox Host kernel modules sources
extra/virtualbox-host-modules-arch 7.0.16-4 [Installiert]
    Virtualbox host kernel modules for Arch Kernel
extra/virtualbox-sdk 7.0.16-2
    VirtualBox Software Developer Kit (SDK)
[arch-vs@ARCH ~]$

Ich danke euch beiden für die aufgewndete Mühe.
Benni11

GerBra

Benni11 Gnome läuft unter Wayland:

Ich habe testweise gerade mal virtualbox auf einem Rechner mit wayland und Sway als Windowmanager installiert. Funktioniert. Ob also XOrg oder Wayland sollte bei aktuellen Versionen von virtualbox und QT(5) keine Rolle mehr spielen bzw. keine besonderen Maßnahmen bedürfen.

Benni11 Mit sudo tut sich etwas:

War eher als Frage gedacht... Aber nun gut. Trotzdem ist der Weg mittels sudo kein Mittel zum Erfolg

Benni11 [arch-vs@ARCH ~]$ VirtualBoxVM --dbg
VirtualBoxVM: Error -610 in supR3HardenedMainInitRuntime!
VirtualBoxVM: dlopen("/usr/lib/virtualbox/VBoxRT.so",) failed: <NULL>

VirtualBoxVM ist installiert, es bringt ja Fehlermeldungen...
Allerdings sollte bei diesem Aufruf auch ein Fenster aufgehen, stattdessen die Meldung das eine Bibliothek/Lib nicht geladen werden kann.

Ich hätte noch folgende Ideen:

Poste bitte mal die Ausgabe folgender Befehle:
stat /usr/lib/virtualbox/VBoxRT.so
und
pacman -Qkk virtualbox qt5-base qt5-tools qt5-wayland
Letzterer Befehl testet die installierten Pakete auf fehlende oder veränderte Dateien.
Lege dir einen neuen Testuser an, z.B. (als root):
```
useradd -m vboxtest
passwd vboxtest
```
Logge deinen Normaluser aus und melde dich (du nutzt GDM als DisplayManager?) mit dem vboxtest User an. Stelle sicher, daß dieser ebenfalls Gnome unter Wayland startet.
Nun starte (am besten auch in einem Terminal) unter diesem User virtualbox.
Im Idealfall erscheint hier das VBox-Hauptfenster. Mehr muß gar nicht getestet werden.
Wenn das funktioniert, ist ziemlich wahrscheinlich das die Ursache im $HOME deines Normalusers liegt.

(Danke)
Frage (an alle, Ich habe kein Gnome):
Ist verifizierbar, daß Virtualbox unter Gnome+Wayland funktioniert? Ohne besondere Maßnahmen?

//Edit:
Bitte auch nochmal posten die Ausgabe von:
ls -ld /usr/ /usr/lib /usr/lib/virtualbox/

tuxnix

GerBra Ist verifizierbar, daß Virtualbox unter Gnome+Wayland funktioniert?

(Bitteschön)
Ja! Virtualbox startet auf gnome(wayland) ohne irgendwelche zusätzliche Maßnahmen.

Benni11

@GerBra :
hier die gewünschte Ausgabe:

[arch-vs@ARCH ~]$ ls -ld /usr/ /usr/lib /usr/lib/virtualbox/
drwxrwxrwx   9 arch-vs lpadmin   4096  5. Mai 14:18 /usr/
drwxr-xr-x 225 root    root    196608  5. Mai 14:18 /usr/lib
drwxr-xr-x   5 root    root      4096  5. Mai 14:17 /usr/lib/virtualbox/
[arch-vs@ARCH ~]$

Dein Hinweis auf ein neues Benutzerverzeichnis hat zu einer für mich peinlichen Entdeckung geführt, die ich aber wegen der möglichen Hilfestellung für ähnliche künftige Fälle nicht verschweigen will:
Bevor ich ARCH zu meinem Hauptsystem gemacht habe, waren vor längerer Zeit "Spielereien" mit der von UBUNTU abweichenden Art der Programminstallation angesagt. Aus dieser Zeit stammt noch das alte Verzeichnis ~/.config/VirtualBox mit inzwischen überholten Daten - deshalb meine vergeblichen Startversuche.
Lösung: Ich habe das alte VirtualBox -Verzeichnis umbenannt, ein neues leeres VirtualBox-Verzeichnis angelegt und das Programm im Terminal mit virtualbox gestartet - und siehe da, es läuft nun alles.

Große Abbitte an alle Helfer für meinen dummen Fehler - ich werde mich bessern.
Benni11

GerBra

Benni11 Aus dieser Zeit stammt noch das alte Verzeichnis ~/.config/VirtualBox

Ja, sowas kann ein Problem sein. Ist was für den "im Hinterkopf behalten"

Aber: du hast noch ein anderes Problem.
Dein Verzeichnis /usr gehört nicht root //edit und ist für jeden schreibbar!

Benni11 [arch-vs@ARCH ~]$ ls -ld /usr/ /usr/lib /usr/lib/virtualbox/
drwxrwxrwx 9 arch-vs lpadmin 4096 5. Mai 14:18 /usr/

Virtualbox und (in vorherigen Posts zum Test genommen) VirtualBoxVM prüfen ob bestimmte Verzeichnisse root gehören und "korrekte" Rechte-Flags haben.
Zumindest für VirtualBoxVM sollte das gelten. Du kannst ja testweise nochmal
VirtualBoxVM --dbg
starten. Ob da nun ein Fenster aufgeht oder die gleiche Fehlermeldung kommt. ¹
(Es gibt im Netz etliche Posts zu diesem Thema, deshalb kam ich auf diese Prüfung)

Die Frage ist jetzt: Warum ist /usr bei dir falsch?
Hast du mal mit chown/chmod "gespielt"?
Weitere denkbare Möglichkeiten wären IMHO "fehlerhaft erstellte" Pakete, die über das AUR ~~installiert~~ bezogen wurden oder ggf. auch Flatpak oder sonstige "App-Images". Hast du sowas installiert?

/usr solltest du dringend korrigieren (als root):

chown root:root /usr
chmod 755 /usr

Um zu sehen, ob sonstnochwas "kaputt" ist in dieser Beziehung zeige mal:
pacman -Qkk filesystem
Das wird etliche Abweichungen zeigen, bitte nicht versuchen jede Warnung bzw. Datei zu "ändern". Es geht primär um die wichtigen Systemverzeichnisse.
//Edit:
Und bitte zeigen:
stat /

¹ Edit: Ich kann deine obige Fehlermeldung aus den alten Posts mit VirtualBoxVM nachstellen:
Sobald ich /usr oder /usr/lib einem anderen User als root übereigne kommt:

$ VirtualBoxVM --dbg
VirtualBoxVM: Error -610 in supR3HardenedMainInitRuntime!
VirtualBoxVM: dlopen("/usr/lib/virtualbox/VBoxRT.so",) failed: <NULL>

VirtualBoxVM: Tip! It may help to reinstall VirtualBox.

Ändere ich /usr/lib/virtualbox kommt:

$ VirtualBoxVM --dbg
VirtualBoxVM: supR3HardenedVerifyDir: Cannot trust the directory "/usr/lib/virtualbox": not owned by root (st_uid=1000)

Paßt hingegen alles poppt ein Fenster auf mit Hinweis daß VirtualBoxVM ohne Angabe einer VM nicht gestartet wird. Nach dieser Fehlermeldung:
Error -610 in supR3HardenedMainInitRuntime!
hatte ich gesucht.

Benni11

@GerBra
Entschuldige bitte die späte Antwort, ich war länger unterwegs.
Nachfolgend die gewünschten Angaben:
Rechte ändern und prüfen:

[arch-vs@ARCH ~]$ sudo chown root:root /usr && sudo chmod 755 /usr
[sudo] Passwort für arch-vs: 
[arch-vs@ARCH ~]$ sudo pacman -Qkk filesystem
Sicherungs-Datei: filesystem: /etc/fstab (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/fstab (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/fstab (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/group (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/group (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/group (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/gshadow (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/gshadow (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/gshadow (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/passwd (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/passwd (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/passwd (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/resolv.conf (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/resolv.conf (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/resolv.conf (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shadow (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shadow (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shadow (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shells (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shells (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shells (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subgid (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subgid (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subgid (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subuid (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subuid (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subuid (SHA256-Prüfsummen stimmen nicht überein)
Warnung: filesystem: /usr/bin (UID stimmt nicht überein)
Warnung: filesystem: /usr/bin (GID stimmt nicht überein)
Warnung: filesystem: /usr/bin (Berechtigungen stimmen nicht überein)
Warnung: filesystem: /usr/local (UID stimmt nicht überein)
Warnung: filesystem: /usr/local (GID stimmt nicht überein)
Warnung: filesystem: /usr/local (Berechtigungen stimmen nicht überein)
filesystem: 124 Dateien gesamt, 2 veränderte Dateien

[arch-vs@ARCH ~]$ stat /
 Datei: /
 Größe: 4096      	Blöcke: 8          EA Block: 4096   Verzeichnis
Gerät: 8/8	Inode: 2           Verknüpfungen: 18
Zugriff: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Zugriff: 2024-05-06 19:26:47.005868436 +0200
Modifiziert: 2024-05-06 19:17:06.000000000 +0200
Geändert: 2024-05-06 19:18:59.043858923 +0200
Geburt: 2024-05-06 19:17:06.000000000 +0200
[arch-vs@ARCH ~]$

Test auf Start ohne virtuelle Maschine:

[arch-vs@ARCH ~]$ VirtualBoxVM --dbg # es geht das Fenster mit dem von dir angesprochenen Hinweis auf.

Ich danke dir herzlich, dass du hartnäckig "drangeblieben" b ist, obwohl das Thema schon auf gelöst gesetzt war.
Benni11

Dirk

Benni11 obwohl das Thema schon auf gelöst gesetzt war.

War es nicht … aber ich bin mal so frei! 🙂

Schau mal hier

GerBra

Deine obige Ausgabe von:

Benni11 [arch-vs@ARCH ~]$ sudo pacman -Qkk filesystem

Hier solltest du nochmal aktiv werden für:
/usr/bin
/usr/local

Gleiches Verfahren wie du es mit /usr gemacht hast. Beide Verzeichnisse sollten ebenfalls root:root gehören und die Flags 755 (rw-r--r--) haben.

Du solltest für dich halt nochmal versuchen nachzuvollziehen warum diese 3 Verzeichnisse die momentan falschen Besitzverhältnisse und Rechte-Flags hatten/haben.
Ebenfalls würde ich raten bei den Updates mit pacman in den Ausgaben (oder im Log) auf ggf. weitere Hinweise zu Besitzer/Rechte-Unstimmigkeiten zu achten und ggf. analog zu oben korrigieren.

Ich weiß nicht wie "fit" du mit Linux bist, aber eine weitere Möglichkeit wäre mittels find Verzeichnisse zu suchen die dich (arch-vs) als Eigentümer haben (dabei dann dein $HOME ausklammern). //Edit: Und wenn es Systemverzeichnisse wären dann ggf. korrigieren.
Oder die Option über pacman: -Qkk haben wir ja schon benutzt, ohne Angabe eines bestimmten Paketes werden alle installierten überprüft. DIese Ausgabe könntest du mittels grep filtern, z.B. nach "(UID stimmt nicht überein)", und wenn es Verzeichnisse sind dann entsprechend korrigieren.

Benni11

Dirk, vielen Dank.
Benni11

Benni11

@GerBra, ich habe versucht, deinen Rat umzusetzen mit folgendem Ergebnis:
stat / zeigt:

[arch-vs@ARCH ~]$ stat /
 Datei: /
 Größe: 4096      	Blöcke: 8          EA Block: 4096   Verzeichnis
Gerät: 8/8	Inode: 2           Verknüpfungen: 18
Zugriff: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Zugriff: 2024-05-26 15:46:41.418681655 +0200
Modifiziert: 2024-05-25 13:36:35.490863444 +0200
Geändert: 2024-05-25 13:36:35.490863444 +0200
Geburt: 2024-05-23 18:45:56.000000000 +0200
[arch-vs@ARCH ~]$

Suche nach Systemdateien mit Eigentümer arch-vs:

[arch-vs@ARCH ~]$ sudo find / -path /media -prune -or -path /home -prune | grep -e 'arch-vs'
find: ‘/run/user/1000/gvfs’: Keine Berechtigung
find: ‘/run/user/1000/doc’: Keine Berechtigung

Suche nach Systemdateien ohne USER:

[arch-vs@ARCH ~]$ sudo find / -path /media -prune -or -path /home -prune -nouser
/media
find: ‘/run/user/1000/gvfs’: Keine Berechtigung
find: ‘/run/user/1000/doc’: Keine Berechtigung
[arch-vs@ARCH ~]$

Prüfungen der Systemdateien mit pacman -QKK; hier kann ich trotz Treffer bei der Internetsuche eine mögliche Gefährdung des Systems nicht zuverlässig abschätzen:

[arch-vs@ARCH ~]$ sudo pacman -Qkk | grep UID
Warnung: brscan4: /opt/brother/scanner/brscan4/brsanenetdevice4.cfg (Änderungszeitpunkte stimmen nicht überein)
Warnung: brscan4: /opt/brother/scanner/brscan4/brsanenetdevice4.cfg (Größen stimmen nicht überein)
Warnung: brscan4: /opt/brother/scanner/brscan4/brsanenetdevice4.cfg (SHA256-Prüfsummen stimmen nicht überein)
Warnung: cups: /etc/cups/classes.conf (Berechtigungen stimmen nicht überein)  
	Einzelausgabe hierzu:
	[arch-vs@ARCH ~]$ ls -l /etc/cups/classes.conf 
	-rwxr-xr-x 1 root cups 108 23. Jun 2023  /etc/cups/classes.conf
	[arch-vs@ARCH ~]$
Warnung: cups: /etc/cups/printers.conf (Berechtigungen stimmen nicht überein)
	Einzelausgabe hierzu:
	[arch-vs@ARCH ~]$ ls -l /etc/cups/printers.conf 
	-rwxr-xr-x 1 root cups 1291 24. Mai 08:11 /etc/cups/printers.conf
	[arch-vs@ARCH ~]$
Warnung: cups: /etc/cups/subscriptions.conf (Berechtigungen stimmen nicht überein)	
	Einzelausgabe hierzu:
	[arch-vs@ARCH ~]$ ls -l /etc/cups/subscriptions.conf 
	-rw-r----- 1 root cups 92 25. Mai 10:18 /etc/cups/subscriptions.conf
	[arch-vs@ARCH ~]$
Warnung: evolution: /usr/share/evolution/webkit/webview-print.css (Berechtigungen stimmen nicht überein)
	Einzelausgabe hierzu:
	[arch-vs@ARCH ~]$ ls -l /usr/share/evolution/webkit/webview-print.css
	-rwxr-xr-x 1 root root 1093 25. Mai 00:11 /usr/share/evolution/webkit/webview-print.css
	[arch-vs@ARCH ~]$ 	
Warnung: java-runtime-common: /usr/lib/jvm/default (Symlink-Pfad stimmt nicht überein)
Warnung: java-runtime-common: /usr/lib/jvm/default (Änderungszeitpunkte stimmen nicht überein)
Warnung: java-runtime-common: /usr/lib/jvm/default-runtime (Symlink-Pfad stimmt nicht überein)
Warnung: java-runtime-common: /usr/lib/jvm/default-runtime (Änderungszeitpunkte stimmen nicht überein)
Warnung: libvirt: /var/lib/libvirt/swtpm (Berechtigungen stimmen nicht überein)
	Einzelausgabe hierzu:
	[arch-vs@ARCH ~]$ ls -l  /var/lib/libvirt/swtpm/
	[arch-vs@ARCH ~]$ 
Warnung: qt5-connectivity: /usr/include/qt/QtNfc/5.15.13/QtNfc/private/qnearfieldmanagervirtualbase_p.h (Datei oder Verzeichnis nicht gefunden)
Warnung: shadow: /usr/bin/groupmems (GID stimmt nicht überein)  
Warnung: shadow: /usr/bin/groupmems (Berechtigungen stimmen nicht überein)
	Einzelausgabe hierzu:
	[arch-vs@ARCH ~]$ ls -l /usr/bin/groupmems 
	-rwxr-s--- 1 root groups 47240  1. Apr 12:19 /usr/bin/groupmems
	[arch-vs@ARCH ~]$
Warnung: systemd: /var/log/journal (GID stimmt nicht überein)
	Einzelausgabe hierzu:
	[arch-vs@ARCH ~]$ ls -l /var/log/journal/
	drwxr-sr-x+ 2 root systemd-journal        	20480 25. Mai 14:20 5441bb2c4c304d8688f1ba8db21a6570
	drwxr-sr-x+ 2 root systemd-journal-remote  4096  6. Jun 2023  remote
	[arch-vs@ARCH ~]$ 
Warnung: vde2: /usr/share/doc/vde2/README.VirtualBox (Datei oder Verzeichnis nicht gefunden)	
[arch-vs@ARCH ~]$

und das gesamte Filesystem (hier erscheinen nur Warnungen / Hinweise auf unstimmige Änderungszeitpunkte, Größen und nicht berechenbare SHA-256-Prüfsummen):

[arch-vs@ARCH ~]$ pacman -Qkk filesystem
Warnung: filesystem: /etc/crypttab (SHA256-Prüfsumme konnte nicht berechnet werden)
Sicherungs-Datei: filesystem: /etc/fstab (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/fstab (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/fstab (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/group (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/group (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/group (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/gshadow (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/gshadow (Größen stimmen nicht überein)
Warnung: filesystem: /etc/gshadow (SHA256-Prüfsumme konnte nicht berechnet werden)
Sicherungs-Datei: filesystem: /etc/passwd (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/passwd (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/passwd (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/resolv.conf (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/resolv.conf (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/resolv.conf (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shadow (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shadow (Größen stimmen nicht überein)
Warnung: filesystem: /etc/shadow (SHA256-Prüfsumme konnte nicht berechnet werden)
Sicherungs-Datei: filesystem: /etc/shells (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shells (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/shells (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subgid (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subgid (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subgid (SHA256-Prüfsummen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subuid (Änderungszeitpunkte stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subuid (Größen stimmen nicht überein)
Sicherungs-Datei: filesystem: /etc/subuid (SHA256-Prüfsummen stimmen nicht überein)
Warnung: filesystem: /usr/share/factory/etc/crypttab (SHA256-Prüfsumme konnte nicht berechnet werden)
Warnung: filesystem: /usr/share/factory/etc/gshadow (SHA256-Prüfsumme konnte nicht berechnet werden)
Warnung: filesystem: /usr/share/factory/etc/shadow (SHA256-Prüfsumme konnte nicht berechnet werden)
filesystem: 124 Dateien gesamt, 6 veränderte Dateien
[arch-vs@ARCH ~]$

Du hast mir auf die Sprünge geholfen, mein System (einigermaßen) in Ordnung zu bringen. Ich bin alleiniger Nutzer und Passwort-Login ist vorhanden. Wenn aber jetzt doch noch weitere bedenkliche Einstellungen vorhanden sein sollten, werde ich das System neu aufsetzen.
Nochmals vielen Dank!
Benni11

GerBra

Benni11 Wenn aber jetzt doch noch weitere bedenkliche Einstellungen vorhanden sein sollten

Sorry für die späte Antwort...

Nein, ich sehe hier nichts Bedenkliches mehr.
Die paar UID/GID Unterschiede - zu denen du die ls -l Ausgabe gepostet hast - sind IMHO nicht relevant (solange alles funktioniert), und wohl auch teilweise "natürlichen Ursprungs", da etliche Pakete wohl nicht im Paket festgelegte (system)UIDs/GIDs erzeugen und deshalb etliche dieser Dateien auf jedem System "angemeckert" werden.

Benni11

GerBra, vielen Dank.
Benni11