Xubuntu in VMWare: Auflösung ändern: Abmeldung, 3 mal Passwd

[rotation]

Ich habe in einer VMWare Workstation ein Xubuntu installiert. Ich habe nichts großartiges zusätzlich installiert, nur die üblichen Programme:

synaptic eclipse wine texworks libreoffice ttf-mscorefonts-installer gedit texlive-full gdebi proxychains dconf-tools preload whois openssh-server guake libreoffice-l10n-de firefox python3 python3-doc gparted filezilla remmina

Jedesmal, wenn ich die Maschine boote, kommt klarerweise das Anmeldefenster. Gebe ich das Passwort ein, bootet die Maschine weiter, aber das Anmeldefenster kommt erneut (Passwort ist korrekt). Das geht 3 mal so weiter, erst dann kommt der Desktop. Weiters: Möchte ich die Auflösung in der Gastmaschine ändern, geht das Spielchen von vorne los - die Maschine meldet sich automatisch ab.

Weiß jemand, was da los sein könnte?

[Dayworker]

Versionen von Workstation und Xubuntu, Host-OS, VMware-Tools installiert?

[rotation]

Workstatuon 9.0.2-1031769
Xubuntu 12.04
Windows 7
VMTools ja

[Dayworker]

Hast du dein Home verschlüsselt?
Hattest du die VM per Easy-Inst von VMware installiert oder bei der VM-Erstellung die Option "nicht jetzt sondern später installieren" angeklickt?
12.04 ist schon etwas älter. Mach mal eine Kopie der VM und aktualisiere diese Kopie testweise auf 12.10 - tritt das Problem immer noch auf?

[Dayworker]

Anscheinend tritt das Problem häufiger auf. Such mal nach "xfce4 infinite login problem" und schau dir mögliche Lösungen an. Die einfachste ist wohl, bei der Anmeldung nicht XFCE- sondern Terminal-Session auszuwählen und dann im Terminal "startxfce" einzugeben.
Unter Umständen ist das Problem aber bereits mit Xubuntu 12.10 verschwunden. Von daher teste eine Distro-Aktualisierung.

[rotation]

es scheint ein Problem zu sein, beim Auflösung ändern und automatischer Anpassung von VMWare. Wenn ich autofit window abwähle und Center guest auswähle, dann funktionierts.
Ist diesbezüglich irgendwas bekannt?


Komisch, dass es nur bei Xubuntu ist, nicht bei Gnombuntu oder anderen Desktop Environments.

[rotation]

mit VMWare 9.0.1 funktioniert alles.
Evtl. ein Problem mit dem automatischen setzen der Auflösung, wie im changelog genannt.

[rotation]

Hab das problem wieder
Ich werd das Gefühl nicht los, dass VMware mit neueren Linux Kernels probleme hat.
Auch im VMWare Community Forum gibts User Patches für Kernel 3.8.

[Dayworker]

VMware hatte, hat und wird vermutlich immer Probleme mit neueren Kernels haben, aber das ist beim Einsatz propitärer Software eigentlich auch nicht anders zu erwarten.
Wenn man sich vor Augen hält, daß jede neue Kernel-Version aufgrund der vielfältigen Umbauten im Grund eine neue OS-Version ist, wird dir auch ein Ausweg klar. Nimm als Host-OS einfach ein längerfristig unterstütztes Server-Linux wie RHEL & Co (Ubuntu LTS und SLES sollten auch gehen).
Wenn du partout nicht auf den neuesten Kernel verzichten willst, bleibt dir entweder nur das Warten auf Community-Patches oder mußt über einen Wechsel auf das von den Kernel-Maintainern im Zuge der normalen Kernel-EW mitgepflegte und seit längerem in den normalen Linux-Kernel integrierte KVM nachdenken.

[rotation]

Host OS ist ein Windows 7.
Ich meinte, das Guest OS mit Kernel 3.8

[Dayworker]

Linux auf Host oder Gast spielt hier keine Rolle. VMware muß mit seiner SW Geld verdienen und eine neue Version erfordert viel Testzeit. Da die Kernel-Maintainer einmal pro Quartal eine neue Kernel-Version veröffentlichen und inzwischen auch immer mehr Distributionen auf bunte 3D-Desktops setzen, kommt es dort jetzt auch häufiger zur Problemen.

Die Umstellung vom X-Server auf Mir oder Wayland wirft bereits deutlich ihre Schatten voraus und erfordert weitere Anpassungen sprich neue Versionen seitens VMware. Von deren Seite wird aber sicherlich nichts solange passieren, bis entweder die Probleme akuter werden oder sich eines von beiden Xserver-Nachfolgern durchgesetzt hat. In allen anderen Fällen bleibt nur die Hoffnung, daß entweder Community oder Distributor selbst dafür sorgen, daß ihr Linux noch virtualisiert unter VMware läuft oder das VMware durch CPU-Neuveröffentlichungen zu einem Update gezwungen ist.

[rotation]

Scheinbar liegt die Schuld an den VMWare tools.
Ich habe Issue 1 angewandt:
http://philbayfield.com/2013/05/21/patc ... ntu-13-04/

Ich werd mal schauen, obs was genutzt hat.

[rotation]

Lösung:
VMware Tools kommt mit kernel 3.8 nicht zurecht.
Aber: Die LTS Versionen wurden upgedatet auf 3.8, nennt sich jetzt 12.04.3
12.04.2 scheint kernl 3.5 zu haben
12.04.1 hat Kernel 3.2, LTS bis 2016.
Bis dahin wird vmware hoffentlich die neuen kernels unterstützen

[Dayworker]

Bis dahin schon, aber jedes Quartal kommt eine neue Kernelversion raus und da sich dann meistens auch einige Systemschnittstellen verändern, stehst du wieder wie der Ochs vorm Berg da.
Das Problem mit Ubuntu ist aber eigentlich ein ganz anderes, denn Canonical's (die Firma hinter Ubuntu) Kernel-Version 3.8 hat nur wenig mit der Version 3.8 von http://Kernel.org gemein. Ich vermute daher ganz stark, daß nur das von Ubuntu genutzte Kernel-Derivat die Probleme verursacht und wenn du einen offiziellen Kernel einspielen würdest, hättest du die Probleme nicht. In meinen Augen muß hier Ubuntu in die Hufe kommen und das Problem beseitigen.

[rotation]

achso...
Mark Shuttleworths evil Empire, was?

[Dayworker]

Das hat nichts mit "evil empire" zu tun, war bisher ja auch immer gut gegangen....