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

  • GerBra hat auf diesen Beitrag geantwortet.

    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.

    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?

    @ 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 hat auf diesen Beitrag geantwortet.

      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 hat auf diesen Beitrag geantwortet.

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

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

        @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 hat auf diesen Beitrag geantwortet.
          Benni11 hat den Titel zu Virtualbox installieren [gelöst] geändert ().

          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.

          @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 und GerBra haben auf diesen Beitrag geantwortet.

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

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

            Schau mal hier

            Dirk hat den Titel zu Virtualbox installieren geändert ().

            Dirk, vielen Dank.
            Benni11

            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.

            19 Tage später

            @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 hat auf diesen Beitrag geantwortet.
              6 Tage später

              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.

              8 Tage später
              18 Tage später

              Ein Nachtrag: Die Linux-Welt bringt eine eigene, wirklich gute Virtualisierungslösung mit. Die ist frei und open source: KVM. Es ist besser, sich von Oracles VirtualBox zu verabschieden. 😉