Du könntest ja beim Gast den LTS kernel probieren.
Geht ja um Host Gast Kommunikation da kann natürlich schon etwas im neueren Kernel nicht ganz kompatibel sein.
Ha ha gerade gesehen LTS geht…
Ich würde immer die letzte Revision des ISO empfehlen.
R2 kann bei manchen Varianten von Desktop und Partitionen / bootloader Probleme machen (daher gibt’s ja ne neuere ISO)
das war der Ansporn für mich, EOS auf die FP zu bringen,
Virtualbox installiert und cassini als VM laufen lassen.
Das Ergebnis ist exakt das gleiche Verhalten wie bei host bullseye
– ergo liegt es nicht am debian (als host), wohl eher an EndeavourOS bzw am 6.5.
schade, aber so werden wir keine Freunde ----
dann werde ich mal arco und/oder garuda oder ein anderes ARCH-Derivat probieren,
denn ARCH reizt mich schon, nur das pure ist etwas aufwändig in der Installation 
Da es nachweislich bei uns anderen funktioniert, kann das nicht wirklich die Lösung sein 
Du kannst Arch auch über den Befehl archinstall in einer vereinfachten Form installieren.
Später kann man es dann immer noch “richtig” machen.
kleiner Nachtrag:
es sollte irgendwie am EndeavourOS liegen !
ich habe jetzt doch das reine ARCH in meine VBox (bullseye) installiert,
mit Kernel 6.5.5 —> der gemeinsame Ordner funktioniert wie es sein soll.
verstehe das wer es kann - mir fehlen da wohl die (maintainer - ) Kenntnisse.
Nochmal DANKE an alle die sich mit meinem “Problemchen” beschäftigt haben !!
Grüße Simone
Da EndeavourOS versucht Installationen in VMs zu unterstützen ist es immer gut Fehler gemeldet zu bekommen!
Ich werde mal versuchen das zu replizieren, dann werde ich schon raus finden woran es scheitert.
Welchen Desktop hast du in der VM installiert?
Und bullseye wird benutzt aus wichtigem Grund oder einfach nicht zu 12 gewechselt bisher?
So nach meinen Problemen Debian überhaupt zum starten zu bringen (Nvidia) und der Einrichtung von Virtualbox kann ich den Fehler nicht reproduzieren:
Host:
Debian Bullseye KDE
Virtualbox 7
Kernel: 5.10.0-25-amd64
Gast:
EndeavourOS XFCE4
Kernel: 6.5.5-arch1-1
Ist das Extensions Pack mit der installierten Virtualbox Version übereinstimmend?
so sieht es bei mir aus
Beachte unten rechts → “Ladevorgang”
das wird nur beim 6.5. so ausgeführt
beim 6.4. und beim LTS funktioniert alles
nochmal DANKE @joekamprad für deine Bemühungen,
den Fehler einzugrenzen bzw zu finden.
Es funktioniert nicht mit EOS, warum auch immer.
Dadurch daß es mit anderen Kerneln und sogar ARCH mit dem 6.5.5 läuft,
zeigt, daß meine VBox richtig konfiguriert ist und ich einen Bedienfehler meinerseits
AUSSCHLIESSEN kann
bis ein anderes Mal - Simone
Bei mir ist es ja aber nun auch EndeavourOS in der selben Umgebung und es funktioniert ohne Probleme 
Deine EndeavourOS VM ist Cinnamon ich habe hier nur xfce4 getestet versuche jetzt Cinnamon.
Habe vorin Arch mit KDE über archinstall in der VM installiert wo es hier nicht funktionierte.
Cinnamon funktioniert ebenso ohne Probleme.
Welcher Ordner (Pfad) ist den für den Host ausgewählt um diesen zu teilen?
du meinst wo der gemeinsame Ordner im host angelegt ist ?
unter ~/Dokumente
wie schon geschrieben funktioniert das mit den anderen Kerneln einwandfrei
—> es ist sicher ein KERNELPROBLEM
ja, ich habe zwar ein Foto von cinnamon gemacht,
hatte aber auch gnome und xfce vorher ausprobiert - überall dasselbe negative Ergebnis
EndeavourOS benutzt den selben Kernel wie Archlinux.
Ich wollte eben nur anmerken das ich da keine Fehlersuche machen kann da bei mir kein Fehler auftaucht.
Bräuchte einen Boot Log aus einer VM in der das Problem vorkommt.
Könnte das nur bei einer arch-vm anschauen, wenn ich das dort nocheinmal replizieren kann.
das ist mir schon klar.
wo kein Fehler auftritt kann man auch keinen finden und reparieren 
ich werde am Wochenende nochmal ARCH auf die Festplatte bringen - in the ARCH WAY !!
dann VBox installieren und dahinein nochmal cassini R3 (mit dem 6.5.5.)
https://wiki.archlinux.org/title/VirtualBox/Install_Arch_Linux_as_a_guest#Automounting
Ich erinnere mich vage daran das das früher mal Probleme beritet hat wo es passierte das der Service im Gast nicht lief… (damals wegen autoscaling von Gästen)
systemctl status vboxservice.service in der VM würde darüber Aufschluss geben…
Wird aber höchstwarscheinlich auch nicht dein Problem sein da es bei dir ja irgendwie den share anzeigt der aber nicht lädt.
Was aber helfen könnte schnell eine nütliche Fehlermeldung zu bekommen wäre es den share manuell zu mounten:
sudo mount -t vboxsf -o gid=vboxsf shared_folder_name mount_point_on_guest_system
shared_folder_name ist der Ordnername und mount_point_on_guest_system ja ja ich weiss
Wenn das nicht klappt sollte es zumindest einen Fehler ausgeben…
Ich kann es auch mit arch nicht replizieren… hatte nur vergessen diesen service zu aktivieren beim letzten Versuch:
das Problem ist gefixt 
man glaubt es kaum – der Fehler liegt im iso.
hatte bisher immer dasselbe genommen, runtergeladen von der Seite
"ENDEAVOUROS, Download&Help,Latest release, mirror Freedif Germany "
der Hash-Wert ist ok
nun habe ich das iso von “Github Worldwide” installiert und
der gemeinsame Ordner macht keinerlei Probleme
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.
