Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: Zähle...
|
Mit dem Befehl find ~ ! -user $USER -ls bekomme ich folgende Ausgabe
524323 4 -rw-r--r-- 1 root root 8192 Aug 19 2016 /home/ralle/.local/share/baloo/index-lock
131277 4 -rw------- 1 root root 61 Mai 13 2012 /home/ralle/.lesshst
131253 4 -rw------- 1 root root 2579 Mai 13 2012 /home/ralle/.viminfo
Sind die Rechte so richtig eingestellt oder muss ich da was ändern?
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: Zähle...
|
Besten Dank für deine weiteren Tipps und Hilfen! Auf dmesg kommt eine für mich unverständliche Ausgabe, die ich aufgrund des großen Umfangs hier erstmal nicht poste.
top liefert mir immerhin KEIN "baloo_file", was deinen Angaben zufolge schon mal ein gutes Zeichen ist. Wenn es gar nicht anders geht, muss ich mein Linux ggf. komplett neu aufsetzen.
Oder weg von KDE, hin zu Gnome. Noch hoffe ich aber, dass es einfacher geht.
|
HarryD
Anmeldungsdatum: 14. Juni 2006
Beiträge: 2700
Wohnort: Germany - BW
|
Ralf-Stephan schrieb: Sind die Rechte so richtig eingestellt oder muss ich da was ändern?
Im Homeverzeichnis sollte alles dem User gehören, also ralle, nicht root. Rechte ändern, wie von ChickenLipsRfun2eat vorgeschlagen. Ralf-Stephan schrieb: Wenn es gar nicht anders geht, muss ich mein Linux ggf. komplett neu aufsetzen.
Unsinn Oder weg von KDE, hin zu Gnome.
Oder hin zu Kubuntu 17.10.1, soll besser laufen. Und dann spätestens im Juli Upgrade auf 18.04
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Ralf-Stephan schrieb: Sind die Rechte so richtig eingestellt oder muss ich da was ändern?
Die Dateien in deinem Homeverzeichnis sollten eigentlich alle dir gehören. Also korrigieren wie in Homeverzeichnis (Abschnitt „Rechte“) beschrieben. In dem Fall wäre tatsächlich ein "komplett neu aufsetzen" eine gute Maßnahme. Diese würde ich im Zuge der neuen 18.04 ins Auge fassen. Dein Homeverzeichnis kannst du ja behalten, wobei ich auch da aufgrund der vielen Weiterentwicklungen auch eine neue Konfiguration gutheißen würde. Seit 14.04 waren so umfangreiche Änderungen, dass eine Neuinstallation sogar empfohlen wurde, da sich sowohl der Unterbau (systemd), als auch die Oberfläche (KDE4→Plasma/KF5) grundlegend verändert hat. Daher ist das Testen mit einem neuen Benutzer in solchen Systemen immer interessant, um herauszufinden, ob es eine alte Benutzer-Konfiguration ist, die Probleme macht oder das Problem systemweit gilt.
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: 31
|
Habe jetzt genau wie beschrieben dem User ralle die Rechte seines Homeverzeichnis zugewiesen und neu gestartet.
Problem leider wie gehabt, so dass ich wohl bis zur Neuinstallation der 18.04 im Juli mit diesem Problem erst mal leben muss. Mal sehen, ob ich einen Linux-Experten in meinem weiteren Freundeskreis reaktivieren kann, das wäre dann noch mein letzter Joker :-/
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Na, es gibt noch verschiedene Ansätze. Sagt vielleicht die ~/.xsession_errors etwas aus beim Login? Was passiert, wenn du dich auf der virtuellen Konsole einloggst und von da startkde aufrufst?
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: 31
|
Probiere ich gerne Mittwochabend aus, bin jetzt drei Tage auf Geschäftsreise. Melde mich dann wieder.
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: 31
|
Da bin ich wieder. zu ~/.xsession_errors habe ich nichts gefunden Starte ich eine Konsole mit STRG-ALT-F1, logge mich ein und gebe "startkde" ein, kommt als Ausgabe:
"DISPLAY is not set or cannot connect to the X server"
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Ist logisch. Man müsste einen zweiten XServer aufsetzen. Ist aber an sich auch Wurscht. Du könntest es mal mit SDDM beim Anmelden versuchen, vielleicht hat dein LightDM ein Problem. Man kann das entsprechend andere ja (wieder) deinstallieren.
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: 31
|
Laut meiner Muon-Paketverwaltung ist der SDDM bereits installiert. Auch die hier unter SDDM beschriebene grafische Benutzeroberfläche in den Systemeinstellungen habe ich im Zugriff.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Ich hatte irgendwie LightDM im Kopf, sorry. Also ich fasse nochmal zusammen:
System startet SDDM baut sich auf → Eingabe und Auswahl von Nutzern unmöglich, System wirkt eingefroren Nach einem Wechsel auf eine virtuelle Konsole und zurück, klappt der Login problemlos
Soweit richtig? Wie sieht die cfg des SDDM aus? | egrep -v "^$|#" /etc/sddm.conf
|
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: 31
|
Nicht ganz, die richtige Reihenfolge ist so: 1. System startet 2. SDDM baut sich auf → Login ist möglich 3. Oberfläche baut sich nach Login auf 4. Mauszeiger lässt sich bewegen, Mouse-Over bei Überstreichen der Kontrollleiste funktioniert 5. Anklicken der Symbole auf der Kontrollleiste führt jedoch zu keinem Ergebnis, auch keine Reaktion auf Tastatureingaben 6. System wirkt eingefroren 7. Nach einem Wechsel auf eine virtuelle Konsole und zurück, reagiert die Kontrollleiste problemlos auf Mausklicks, Programme und Funktionen lassen sich öffnen. Gleiches Ergebnis auch, wenn man über den Ausschaltknopf sich ab- und wieder anmeldet.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Ahso. Also das Bild wird vollständig und korrekt aufgebaut, es reagieren nur die Eingaben nicht? Dann bleiben uns die üblichen zwei Verdächtigen: KWin und die plasmashell. Ich tippe eher auf letzteres. Falls du eine Xorg.0.log dein eigen nennst: | tail -n 30 /var/log/Xorg.0.log
|
Des Weiteren würde ich noch gerne die Ausgaben von | systemd-analyze blame
systemd-analyze critical-chain
|
sehen. Ansonsten kann dir natürlich jegliche Altlast von KDE4 noch Probleme machen. Als "stupiden Workaround" könntest du folgendes testen: Erstelle ein Script in deinem Homeverzeichnis. Name ist egal. bspw.
| touch ~/plasmashellneustarter
kate ~/plasmashellneustarter &
|
mit folgendem Inhalt: | #!/bin/bash
/usr/bin/sleep 20
/usr/bin/kquitapp /usr/bin/plasmashell && /usr/bin/plasmashell
|
Das fügst du dann per Systemeinstellungen → Starten und Beenden → Autostart → Skript hinzufügen hinzu. Nach dem nächsten Neustart wartest du 20 Sekunden, bis die plasmashell neu startet und versuchst dann, ob alles normal funktioniert.
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: 31
|
Danke für deine weiteren Hinweise, ich teile meine Antworten wieder auf die einzelnen Befehle auf. Auf den tail-Befehl kommt folgende Ausgabe: [ 25.983] (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio1/serio2/input/input7/event7"
[ 25.983] (II) XINPUT: Adding extended input device "TPPS/2 IBM TrackPoint" (type: MOUSE, id 13)
[ 25.983] (II) evdev: TPPS/2 IBM TrackPoint: initialized for relative axes.
[ 25.983] (**) TPPS/2 IBM TrackPoint: (accel) keeping acceleration scheme 1
[ 25.983] (**) TPPS/2 IBM TrackPoint: (accel) acceleration profile 0
[ 25.983] (**) TPPS/2 IBM TrackPoint: (accel) acceleration factor: 2.000
[ 25.983] (**) TPPS/2 IBM TrackPoint: (accel) acceleration threshold: 4
[ 25.983] (II) config/udev: Adding input device TPPS/2 IBM TrackPoint (/dev/input/mouse2)
[ 25.983] (II) No input driver specified, ignoring this device.
[ 25.983] (II) This device may have been added with another device file.
[ 25.985] (II) config/udev: Adding input device ThinkPad Extra Buttons (/dev/input/event8)
[ 25.985] (**) ThinkPad Extra Buttons: Applying InputClass "evdev keyboard catchall"
[ 25.985] (II) Using input driver 'evdev' for 'ThinkPad Extra Buttons'
[ 25.985] (**) ThinkPad Extra Buttons: always reports core events
[ 25.985] (**) evdev: ThinkPad Extra Buttons: Device: "/dev/input/event8"
[ 25.985] (--) evdev: ThinkPad Extra Buttons: Vendor 0x17aa Product 0x5054
[ 25.985] (--) evdev: ThinkPad Extra Buttons: Found keys
[ 25.985] (II) evdev: ThinkPad Extra Buttons: Configuring as keyboard
[ 25.985] (**) Option "config_info" "udev:/sys/devices/platform/thinkpad_acpi/input/input9/event8"
[ 25.985] (II) XINPUT: Adding extended input device "ThinkPad Extra Buttons" (type: KEYBOARD, id 14)
[ 25.985] (**) Option "xkb_rules" "evdev"
[ 25.985] (**) Option "xkb_model" "pc105"
[ 25.985] (**) Option "xkb_layout" "de"
[ 27.557] (II) intel(0): EDID vendor "AUO", prod id 12604
[ 27.557] (II) intel(0): Printing DDC gathered Modelines:
[ 27.557] (II) intel(0): Modeline "1366x768"x0.0 69.30 1366 1404 1426 1436 768 771 777 803 -hsync -vsync (48.3 kHz eP)
[ 127.724] (II) AIGLX: Suspending AIGLX clients for VT switch
[ 128.576] (--) synaptics: SynPS/2 Synaptics TouchPad: touchpad found
[ 129.800] (II) AIGLX: Resuming AIGLX clients after VT switch
[ 129.800] (II) intel(0): switch to mode 1366x768@60.0 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
|
Ralf-Stephan
(Themenstarter)
Anmeldungsdatum: 12. Februar 2016
Beiträge: 31
|
auf systemd-analyze blame kommt die Ausgabe 13.828s apt-daily.service
13.117s dev-sda5.device
10.334s NetworkManager-wait-online.service
10.179s systemd-tmpfiles-setup-dev.service
2.467s accounts-daemon.service
2.370s ModemManager.service
2.229s NetworkManager.service
1.699s keyboard-setup.service
1.236s systemd-journald.service
1.151s lightdm.service
1.077s sys-kernel-debug.mount
1.016s dev-hugepages.mount
1.014s dev-mqueue.mount
996ms systemd-sysctl.service
843ms colord.service
797ms grub-common.service
773ms systemd-modules-load.service
754ms apt-daily-upgrade.service
743ms irqbalance.service
707ms apparmor.service
663ms kmod-static-nodes.service
623ms gpu-manager.service
536ms plymouth-start.service
451ms udisks2.service
429ms console-setup.service
344ms ufw.service
332ms console-kit-log-system-start.service
277ms systemd-update-utmp.service
259ms polkitd.service
246ms systemd-tmpfiles-setup.service
242ms sys-fs-fuse-connections.mount
216ms avahi-daemon.service
lines 1-32
|