ubuntuusers.de

Der Displaymanager gdm3 macht bei mir Probleme kein Mausklick möglich und da noch andere Displaymanager drauf keine Auswahl mehr möglich. Lösung bisher lightdm.

Das liegt an Wayland. Ist bei mir auch so. Du musst die Datei "/etc/gdm3/custom.conf" abändern:

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

zu

[daemon]
# Uncoment the line below to force the login screen to use Xorg
WaylandEnable=false

Danach sollte die Maus wieder funktionieren.

Danke mal.

Aber Xorg funktioniert dann auch noch?

Das wird in Ubuntu 18.04 wieder als Standard benutzt. Es kann sein, dass die kleine Änderung auch noch als Standard in GDM3 gesetzt wird.

Hoffentlich wird diese Änderung übernommen xorg und wayland alles paletti ohne diesen Eintrag alles nur Mist mit gdm3.

glasenisback schrieb:

Das liegt an Wayland. Ist bei mir auch so. Du musst die Datei "/etc/gdm3/custom.conf" abändern:

[daemon]
# Uncoment the line below to force the login screen to use Xorg
#WaylandEnable=false

zu

[daemon]
# Uncoment the line below to force the login screen to use Xorg
WaylandEnable=false

Danach sollte die Maus wieder funktionieren.

Achso daher das Problem, ich kam immer bis zum Login und der Passwort Eingabe. Dann kam immer noch die Maus Version Mate 18.04 und mehr nicht. Erst im Recovery Modus startete alles wieder. Selbst auf der Konsole bei ein startx kam immer eine Fehlermeldung vom X-Server.

Frieder108 schrieb:

hmmm - du willst also tatsächlich im April von diesem bis dahin völlig veralteten Stick installieren?

Da würd ich mir dann doch eher mal eine vernünfige Installationsroutine zulegen, die dann nach ner Neuinstallation abgearbeitet wird.

Ich habe noch einen zweiten Pc wo ich 18.04 installiert habe. Damit halte ich den Stick samt 18.04 Version dann aktuell. Und ja das hätte ich gemacht würde ich keine Version installiert haben. Hintergrund diese Software ist schon fix und fertig eingerichtet. Die paar GB bis zur fertigen Installation macht ja nix. Deshalb habe mir ja auch Sticks mit Systemback fertig gestellt. Aber ich denke das ich bis dahin eh eine SSD habe so dann doch komplett neu Aufsetzen werde.

Heute hat es mein Kubuntu18.04 zerlegt. kdeinit5 kann eine shared library nicht laden → libGL.so.1 (libglu1-mesa imho).

Hab aber keine Zeit dem gerade nachzugehen. Mal die Updates am Wochenende abwarten ☺

ChickenLipsRfun2eat schrieb:

Heute hat es mein Kubuntu18.04 zerlegt.

meines läuft völlig problemlos und geschmeidig - was etwas unrund läuft, ist mein Ubuntu 18.04 → "unrund" bedeutet hier, dass es sich einfach träge anfühlt → in dem Fall geh ich aber davon aus, das mein altes Lenovo T410 dafür langsam einfach zu alt wir

Hab ja zum testen Mate, Gnome, Ubuntu, lxqt, Plasme drauf alles bestens mit dem:

[daemon]
# Uncoment the line below to force the login screen to use Xorg
WaylandEnable=false

da funktioniert wenigstens alles außer die Wayland Sachen, braucht die jemand.

PLasma, lxqt, Mate machen denn besten Eindruck bisher. Bei Gnome Ubuntu da grabbelst manchmal, nichts was nicht behoben wurde. Vor allem Plasma bekommt die meisten Updates und läuft trotzdem vernünftig.

Bei mir war es ein fehlendes Paket für openGL. Hatte wohl eher was mit nvidia-Treiber-Resten zu tun. Läuft nun auch wieder rund. Ist halt meine Spielwiese, da kanns schon mal haken ☺

Wie aktiviere ich den inzwischen installierten 4.15? Geladen wird immer noch 4.13.

Also bei mir hab ich dem installer gesagt Grub auf sdd installieren. Da muß ich dann bei meinem Hauptsystem jedes mal , das auf sda2 liegt jedes mal ein:

sudo update-grub

machen. Damit vermeide ich mögliche Bootprobleme mit neueren Grub Versionen. Ist es bei dir ähnlich?

Knarf68 schrieb:

Also bei mir hab ich dem installer gesagt Grub auf sdd installieren. Da muß ich dann bei meinem Hauptsystem jedes mal , das auf sda2 liegt jedes mal ein:

sudo update-grub

machen.

eleganter funktioniert das, wenn du Nebensysteme gänzlich ohne Grub installierst (was nicht installiert ist, kann auch keine Probleme verursachen) und im Hauptsystem in /etc/grub.d/40_custom einen Eintrag für das Testsystem erstellst

  
menuentry "Kubuntu 18.04 auf /dev/sda13" {
   insmod ext2
   search --no-floppy --fs-uuid --set=root c97b4533-9419-4abf-8951-6887bebfa69f
   configfile /boot/grub/grub.cfg
   } 

"dev/sdXY" musst du natürlich anpassen, ebenso die UUID der Root-Partition, danach noch ein

sudo update-grub

und dann bekommst du automatisch immer den zuletzt installierten Kernel, ohne jedesmal im Hauptsystem die grub.cfg aktualisieren zu müssen. 😉

oder grub nicht installieren und danach ein:

sudo update-grub

im Ubuntu Benutzersystem

Das Beta-System wird da automatisch erkannt und gut ist.

ist aber umständlich - du musst bei jeder Kernelaktualisierung ins Hauptsystem und update-grub ausführen - ich starte einfach neu und hab den aktuellen Kernel am Laufen. 😛