Virtualbox installieren
@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
- Bearbeitet
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
Benni11 obwohl das Thema schon auf gelöst gesetzt war.
War es nicht … aber ich bin mal so frei! 🙂
Dirk, vielen Dank.
Benni11
- Bearbeitet
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.
@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
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.
GerBra, vielen Dank.
Benni11
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. 😉