Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #120395 > unrolled thread

[lightdm] Kein grafisches User-Login

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 08:29 -0500
    Re: [lightdm] Kein grafisches User-Login Tim Ritberg <tim@server.invalid> - 2022-01-01 15:09 +0100
      Re: [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-02 08:30 +0100
        Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-02 11:24 -0500
    Re: [lightdm] Kein grafisches User-Login Michael Brand <brandm@gmx.net> - 2022-01-01 15:14 +0100
      Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 15:09 -0500
        Re: [lightdm] Kein grafisches User-Login Michael Brand <brandm@gmx.net> - 2022-01-01 22:07 +0100
          Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 16:22 -0500
            Re: [lightdm] Kein grafisches User-Login Michael Brand <brandm@gmx.net> - 2022-01-01 23:14 +0100
              Re: [lightdm] Kein grafisches User-Login Arno Lutz <invalid@freakmail.de> - 2022-01-02 00:32 +0100
                Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 23:18 -0500
              Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-01 22:13 -0500
                Re: [lightdm] Kein grafisches User-Login Michael Brand <brandm@gmx.net> - 2022-01-02 08:54 +0100
                  Re: [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-02 09:55 +0100
                    Re: [lightdm] Kein grafisches User-Login Michael Brand <brandm@gmx.net> - 2022-01-02 10:18 +0100
                      Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-02 10:30 -0500
                        Re: [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-02 21:08 +0100
                          Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 10:56 -0500
                        Re: [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-03 03:30 +0100
                          Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 11:02 -0500
                Re: [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-02 09:36 +0100
                  Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-02 10:54 -0500
                Re: [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-02 21:13 +0100
                  Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 11:44 -0500
                    Re: [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-03 20:37 +0100
    Re: [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-02 08:17 +0100
      Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-02 11:08 -0500
        Re: [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-03 02:59 +0100
          Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 11:36 -0500
            Re: [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-03 21:31 +0100
              [Gelöst] [lightdm] Kein grafisches User-Login (was: [lightdm] Kein grafisches User-Login) Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 18:07 -0500
                Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-03 19:25 -0500
                  Debian bullseye xkbset-gui defekt? (was: [Gelöst] [lightdm] Kein grafisches User-Login) Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-04 08:27 +0100
                    Re: Debian bullseye xkbset-gui defekt? Andreas Kohlbach <ank@spamfence.net> - 2022-01-04 08:58 -0500
                      Re: Debian bullseye xkbset-gui defekt? Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-05 03:36 +0100
                        Re: Debian bullseye xkbset-gui defekt? Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 06:05 -0500
                Wie funktioniert "${HOME}/.xsession"? (was: [Gelöst] [lightdm] Kein grafisches User-Login) Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-04 08:58 +0100
                  Re: Wie funktioniert "${HOME}/.xsession"? (was: [Gelöst] [lightdm] Kein grafisches User-Login) Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-04 20:29 +0100
                    Re: Wie funktioniert "${HOME}/.xsession"? Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-05 03:30 +0100
                      Re: Wie funktioniert "${HOME}/.xsession"? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-05 22:11 +0100
                        Re: Wie funktioniert "${HOME}/.xsession"? Juergen Ilse <news@usenet-verwaltung.de> - 2022-01-05 21:37 +0000
                        Re: Wie funktioniert "${HOME}/.xsession"? Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-06 23:24 +0100
                          Re: Wie funktioniert "${HOME}/.xsession"? Friedhelm Waitzmann <usenetf2022.fwnsp@spamgourmet.com> - 2022-01-07 01:03 +0000
                Re: [Gelöst] [lightdm] Kein grafisches User-Login (was: [lightdm] Kein grafisches User-Login) Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-04 20:24 +0100
                  Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-04 18:32 -0500
                    Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-05 22:38 +0100
                      Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 19:20 -0500
                        Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-07 20:55 +0100
                          Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-07 18:23 -0500
                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Thomas Noll <-_tn_-@web.de> - 2022-01-08 12:56 +0000
                              Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-08 22:29 +0100
                              Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-08 19:28 -0500
                                Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-09 08:16 +0100
                                  Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-09 08:25 -0500
                                    Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-09 22:47 +0100
                                      Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-09 18:34 -0500
                                        Re: [Gelöst] [lightdm] Kein grafisches User-Login Thomas Dorner <de.comp.os.unix.linux.misc.220110.dorner@spamgourmet.com> - 2022-01-10 18:52 +0100
                                        Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-10 19:56 +0100
                                        Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-10 20:24 +0100
                                          Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-10 19:44 -0500
                                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Thomas Dorner <de.comp.os.unix.linux.misc.220111.dorner@spamgourmet.com> - 2022-01-11 18:05 +0100
                                              Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-11 15:33 -0500
                                                Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-12 01:08 +0100
                                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-12 00:04 +0100
                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-08 22:33 +0100
                        Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-08 22:45 +0100
                          Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-08 19:37 -0500
                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-09 03:02 +0100
                      Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-08 22:18 +0100
                        Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-09 21:05 +0100
                          Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-10 20:48 +0100
                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-12 19:53 +0100
                              Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-13 07:04 -0500
                                Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-13 23:37 +0100
                                  Re: [Gelöst] [lightdm] Kein grafisches User-Login Hans CraueI <crauel_usenet@freenet.de> - 2022-01-13 23:40 +0000
                                  Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 04:13 -0500
                                    Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-15 21:46 +0100
                                      Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-16 09:53 -0500
                                        Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-17 23:39 +0100
                                          Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-21 23:01 -0500
                                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Paul Muster <exp-311222@news.muster.net> - 2022-01-22 08:11 +0100
                                              Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-22 15:12 -0500
                                            Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-23 01:19 +0100
                                              Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-22 22:59 -0500
                                  Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-14 20:24 +0100
                              Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-13 23:12 +0100
                                Re: [Gelöst] [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 03:50 -0500
                                  apthängigkeiten (was: Re: [Gelöst] [lightdm] Kein grafisches User-Login) Thomas Noll <-_tn_-@web.de> - 2022-01-14 15:57 +0000
                                    Re: apthängigkeiten (was: Re: [Gelöst] [lightdm] Kein grafisches User-Login) Paul Muster <exp-311222@news.muster.net> - 2022-01-14 17:11 +0100
                                      Re: apthängigkeiten Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 12:07 -0500
                                        Re: apthängigkeiten Paul Muster <exp-311222@news.muster.net> - 2022-01-14 21:31 +0100
                                          Re: apthängigkeiten Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 18:09 -0500
                                            Re: apthängigkeiten Dietz Proepper <dietz-usenet@rotfl.franken.de> - 2022-01-16 11:15 +0100
                                        Re: apthängigkeiten Bernd Mayer <beam.bam.boom@knuut.de> - 2022-01-14 22:07 +0100
                                          Re: apthängigkeiten Bernd Mayer <beam.bam.boom@knuut.de> - 2022-01-14 22:19 +0100
                                            Re: apthängigkeiten Andreas Kohlbach <ank@spamfence.net> - 2022-01-14 18:21 -0500
                                        Re: apthängigkeiten Jens Schüßler <j.schuess@nurfuerspam.de> - 2022-01-14 23:39 +0100
                                          Re: apthängigkeiten Andreas Kohlbach <ank@spamfence.net> - 2022-01-15 07:03 -0500
                                      Re: apthängigkeiten Thomas Noll <-_tn_-@web.de> - 2022-01-14 19:39 +0000
                                        Re: apthängigkeiten Paul Muster <exp-311222@news.muster.net> - 2022-01-14 21:31 +0100
                                Re: [Gelöst] [lightdm] Kein grafisches User-Login Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-14 20:35 +0100
                                  Re: [Gelöst] [lightdm] Kein grafisches User-Login Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-15 21:46 +0100
            Wer mit "root" zuendelt... (was: [lightdm] Kein grafisches User-Login) Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-04 09:11 +0100
              Re: Wer mit "root" zuendelt... Andreas Kohlbach <ank@spamfence.net> - 2022-01-04 09:17 -0500
                Re: Wer mit "root" zuendelt... Kay Martinen <usenet@martinen.de> - 2022-01-04 22:42 +0100
                  Re: Wer mit "root" zuendelt... Andreas Kohlbach <ank@spamfence.net> - 2022-01-05 05:30 -0500
                Re: Wer mit "root" zuendelt... Helmut Waitzmann <nn.throttle@xoxy.net> - 2022-01-05 03:37 +0100
    Re: [lightdm] Kein grafisches User-Login Gert Link <gertlink_nospam@gmx.de> - 2022-01-02 08:49 +0100
      Re: [lightdm] Kein grafisches User-Login Andreas Kohlbach <ank@spamfence.net> - 2022-01-02 11:09 -0500
        Re: [lightdm] Kein grafisches User-Login Tim Ritberg <tim@server.invalid> - 2022-01-03 18:50 +0100

Page 1 of 6  [1] 2 3 4 5 6  Next page →

#120395 — [lightdm] Kein grafisches User-Login

Gutes Neues!

Eigentlich wollte ich in der apps Gruppe fragen, warum sich das MATE Panel
oben nicht mehr verlängern lässt, nachdem ich (mit der Tastatur-Maus) was
falsch "geklickt" haben muss, loggte mich dazu aus X aus. Neues Einloggen
ging anschließend nicht mehr.

So habe ich neu gebootet, auch um zu sehen, ob Bluetooth nach der
Installation von Firmware läuft (auch nicht). Ich kann mich nach Reboot
weiter nicht als User in der GUI (lightdm) einloggen. Es gibt keinen
Hinweis auf ein falsches Passwort; der nichtssagende Requester kommt nach
kurzer Zeit einfach neu. Ich bin sicher das richtige Passwort eingegeben
zu haben (wohl kaum 10 Mal nacheinander falsch eingetippt).

Was geht ist Einloggen als User auf einer TTY, Einloggen per SSH und
Einloggen auf der GUI als root.

Was auch *nicht* geht ist startx (DISPLAY=:0 wurde vorher exportiert)
über SSH. Dann kommt:

/usr/lib/xorg/Xorg.wrap: Only console users are allowed to run the X server
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error

Hier die .xsession-error (einige Zeilen umbrochen):

session: X session started for ank at Sat 01 Jan 2022 07:53:36 AM EST
WARNING: tempfile is deprecated; consider using mktemp instead.
dbus-update-activation-environment: setting
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting
XAUTHORITY=/home/ank/.Xauthority
localuser:ank being added to access control list
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting USER=ank
dbus-update-activation-environment: setting LANGUAGE=en_CA:en
dbus-update-activation-environment: setting XDG_SESSION_TYPE=x11
dbus-update-activation-environment: setting HOME=/home/ank
dbus-update-activation-environment: setting
DESKTOP_SESSION=lightdm-xsession
dbus-update-activation-environment: setting
XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
dbus-update-activation-environment: setting GTK_MODULES=gail:atk-bridge
dbus-update-activation-environment: setting
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting LOGNAME=ank
dbus-update-activation-environment: setting XDG_SESSION_CLASS=user
dbus-update-activation-environment: setting
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
dbus-update-activation-environment: setting
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
dbus-update-activation-environment: setting
XDG_RUNTIME_DIR=/run/user/1000
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting LANG=en_CA.UTF-8
dbus-update-activation-environment: setting
XDG_SESSION_DESKTOP=lightdm-xsession
dbus-update-activation-environment: setting
XAUTHORITY=/home/ank/.Xauthority
dbus-update-activation-environment: setting
XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/ank
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting GDMSESSION=lightdm-xsession
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting
GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
dbus-update-activation-environment: setting PWD=/home/ank

OS ist Debian stable (vor drei Tage installiert). Habe keine Idee, warum
Login meines Users nur per GUI nicht geht, sonst aber schon.
-- 
Andreas

[toc] | [next] | [standalone]

#120398

Am 01.01.22 um 14:29 schrieb Andreas Kohlbach:
> Gutes Neues!
> 
> Eigentlich wollte ich in der apps Gruppe fragen, warum sich das MATE Panel
> oben nicht mehr verlängern lässt, nachdem ich (mit der Tastatur-Maus) was
> falsch "geklickt" haben muss, loggte mich dazu aus X aus. Neues Einloggen
> ging anschließend nicht mehr.
> 

Ich erinnere mich dunkel daran, dass es ein PAM-Modul gibt, welches 
Login in X nur einer bestimmten Gruppe erlaubt. Vielleicht spinnt da 
sowas bei dir.


startx ist ein anderes Problem:
https://itectec.com/unixlinux/linux-error-when-trying-to-use-xorg-only-console-users-are-allowed-to-run-the-x-server/

Tim


-- 
Xubuntu 21.10 64 bit, Kernel 5.13 (native)
ASRock x470 Taichi, 32 GB RAM, Ryzen 7 3700X

[toc] | [prev] | [next] | [standalone]

#120433

 Tim Ritberg <tim@server.invalid>:
> Am 01.01.22 um 14:29 schrieb Andreas Kohlbach:
>> Gutes Neues!
>>
>> Eigentlich wollte ich in der apps Gruppe fragen, warum sich das 
>> MATE Panel oben nicht mehr verlängern lässt, nachdem ich (mit der 
>> Tastatur-Maus) was falsch "geklickt" haben muss, loggte mich dazu 
>> aus X aus. Neues Einloggen ging anschließend nicht mehr.
>>
>
> Ich erinnere mich dunkel daran, dass es ein PAM-Modul gibt, 
> welches Login in X nur einer bestimmten Gruppe erlaubt. Vielleicht 
> spinnt da sowas bei dir.

 Dazu müsste er bei seinem Verklicken an den Gruppenrechten etwas 
 geändert haben.  Das halte ich für unwahrscheinlich.

[toc] | [prev] | [next] | [standalone]

#120454

On Sun, 02 Jan 2022 08:30:03 +0100, Helmut Waitzmann wrote:
>
> Tim Ritberg <tim@server.invalid>:
>> Am 01.01.22 um 14:29 schrieb Andreas Kohlbach:
>>> Gutes Neues!
>>>
>>> Eigentlich wollte ich in der apps Gruppe fragen, warum sich das
>>> MATE Panel oben nicht mehr verlängern lässt, nachdem ich (mit der 
>>> Tastatur-Maus) was falsch "geklickt" haben muss, loggte mich dazu
>>> aus X aus. Neues Einloggen ging anschließend nicht mehr.
>>>
>>
>> Ich erinnere mich dunkel daran, dass es ein PAM-Modul gibt, welches
>> Login in X nur einer bestimmten Gruppe erlaubt. Vielleicht spinnt da
>> sowas bei dir.
>
> Dazu müsste er bei seinem Verklicken an den Gruppenrechten etwas
> geändert haben.  Das halte ich für unwahrscheinlich.

Ich finde aber doch etwas über PAM im /var/log/lightdm/lightdm.log

[+19.84s] DEBUG: Session pid=41821: Started with service 'lightdm', username '(null)'
[+19.85s] DEBUG: Session pid=41821: Got 1 message(s) from PAM
[+19.85s] DEBUG: Prompt greeter with 1 message(s)

Da kommt nichts zwischen.

[+195.96s] DEBUG: Got signal 15 from process 1
[+195.96s] DEBUG: Caught Terminated signal, shutting down
[+195.96s] DEBUG: Stopping display manager
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120399

Andreas Kohlbach wrote:
> Gutes Neues!

Ebenfalls.

[...]

> Was geht ist Einloggen als User auf einer TTY, Einloggen per SSH und
> Einloggen auf der GUI als root.

Hm...ich hätte auf eine flacshe Tastaturbelegung in der GUI
getippt...aber wenn root geht...
Es sei denn, es ist nur das eine oder andere Zeichen falsch.

> OS ist Debian stable (vor drei Tage installiert). Habe keine Idee, warum
> Login meines Users nur per GUI nicht geht, sonst aber schon.

Vielleicht mal auf der Konsole das Passwort des Users auf unverfängliche
Zeichen ändern und noch mal probieren?

Michael

[toc] | [prev] | [next] | [standalone]

#120407

On Sat, 1 Jan 2022 15:14:04 +0100, Michael Brand wrote:
>
> Andreas Kohlbach wrote:
>> Gutes Neues!
>
> Ebenfalls.
>
> [...]
>
>> Was geht ist Einloggen als User auf einer TTY, Einloggen per SSH und
>> Einloggen auf der GUI als root.
>
> Hm...ich hätte auf eine flacshe Tastaturbelegung in der GUI
> getippt...aber wenn root geht...
> Es sei denn, es ist nur das eine oder andere Zeichen falsch.

Eben statt Usernamen das Passwort eingetippt. Es erscheint so wie
erwartet. Dann mit meinem Usernamen absichtlich ein falsches Passwort
eingegeben. *Dann* kam der Hinweis auf das falsche Passwort. Beim
richtigen kommt keine Meldung.

Anderer Unterschied, dass beim richtige Passwort der Schirm kurz
abschaltet, um dann aber wieder den Requester ohne Hinweis zu
zeigen. Beim falschen Passwort hingegen schaltet er nicht ab.

Ich gehe davon aus, dass das Einloggen okay ist, dann aber was den Start
der GUI verhindert. Vielleicht ein Rechteproblem.

>> OS ist Debian stable (vor drei Tage installiert). Habe keine Idee, warum
>> Login meines Users nur per GUI nicht geht, sonst aber schon.
>
> Vielleicht mal auf der Konsole das Passwort des Users auf unverfängliche
> Zeichen ändern und noch mal probieren?

Ändert nichts.

Weiter fällt im Vergleich zu einem anderen Rechner auf, dass .Xauthority
das Datum des Einlogversuchs bekommt, auf dem anderen Rechner ist ihr
Datum dagegen Jahre alt, obwohl ich mich mehrfach seit dem einloggte.

Die /var/log/lightdm/x-0.log sieht unverdächtig aus. Die
/var/log/lightdm/seat0-greeter.log dagegen hat mehrere Zeilen

(lightdm-gtk-greeter:13312): Gtk-WARNING **: 14:56:00.052: Drawing a
gadget with negative dimensions. Did you forget to allocate a size? (node
menubar owner GreeterMenuBar)

Scheint nach Google aber eben nur eine Warnung zu sein.

Via ssh -X ... kann ich remote auf dem Rechner Programme starten.

Seltsam, dass ich beim ersten Login nach der Installation keine Probleme
hatte. Nun aber schon, und nur als User (nicht als root).

Und der Vollständigkeit halber nochmal: ich kann mich auf der TTY auch
als User einloggen. Es muss also mit X zu tun haben.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120410

Andreas Kohlbach wrote:
[...]
>>> Was geht ist Einloggen als User auf einer TTY, Einloggen per SSH und
>>> Einloggen auf der GUI als root.
[...]
> Eben statt Usernamen das Passwort eingetippt. Es erscheint so wie
> erwartet. Dann mit meinem Usernamen absichtlich ein falsches Passwort
> eingegeben. *Dann* kam der Hinweis auf das falsche Passwort. Beim
> richtigen kommt keine Meldung.
> 
> Anderer Unterschied, dass beim richtige Passwort der Schirm kurz
> abschaltet, um dann aber wieder den Requester ohne Hinweis zu
> zeigen. Beim falschen Passwort hingegen schaltet er nicht ab.
> 
> Ich gehe davon aus, dass das Einloggen okay ist, dann aber was den Start
> der GUI verhindert. Vielleicht ein Rechteproblem.
[...]
> Seltsam, dass ich beim ersten Login nach der Installation keine Probleme
> hatte. Nun aber schon, und nur als User (nicht als root).
> 
> Und der Vollständigkeit halber nochmal: ich kann mich auf der TTY auch
> als User einloggen. Es muss also mit X zu tun haben.

Dann lege mal probeweise einen neuen zusätzlichen (nicht-root) Benutzer
an und probiere es noch einmal. Geht es damit, spiele mit dem etwas
herum. Geht es danach immer noch, ist irgendetwas im Profil des
vorherigen Benutzers kaputt.
Den lösche dann einfach inklusive $homedir und lege ihn neu an.
Dann _sollte_ es wieder gehen.
  Irgendwie überkommt mich das Gefühl, dein(e) Computer [mag|mögen] dich
nicht...

Michael

[toc] | [prev] | [next] | [standalone]

#120411

On Sat, 1 Jan 2022 22:07:09 +0100, Michael Brand wrote:
>
> Andreas Kohlbach wrote:
> [...]
>>>> Was geht ist Einloggen als User auf einer TTY, Einloggen per SSH und
>>>> Einloggen auf der GUI als root.
> [...]
>> Eben statt Usernamen das Passwort eingetippt. Es erscheint so wie
>> erwartet. Dann mit meinem Usernamen absichtlich ein falsches Passwort
>> eingegeben. *Dann* kam der Hinweis auf das falsche Passwort. Beim
>> richtigen kommt keine Meldung.
>> 
>> Anderer Unterschied, dass beim richtige Passwort der Schirm kurz
>> abschaltet, um dann aber wieder den Requester ohne Hinweis zu
>> zeigen. Beim falschen Passwort hingegen schaltet er nicht ab.
>> 
>> Ich gehe davon aus, dass das Einloggen okay ist, dann aber was den Start
>> der GUI verhindert. Vielleicht ein Rechteproblem.
> [...]
>> Seltsam, dass ich beim ersten Login nach der Installation keine Probleme
>> hatte. Nun aber schon, und nur als User (nicht als root).
>> 
>> Und der Vollständigkeit halber nochmal: ich kann mich auf der TTY auch
>> als User einloggen. Es muss also mit X zu tun haben.
>
> Dann lege mal probeweise einen neuen zusätzlichen (nicht-root) Benutzer
> an und probiere es noch einmal. Geht es damit, spiele mit dem etwas
> herum. Geht es danach immer noch, ist irgendetwas im Profil des
> vorherigen Benutzers kaputt.
> Den lösche dann einfach inklusive $homedir und lege ihn neu an.
> Dann _sollte_ es wieder gehen.

Ich habe einen neuen User angelegt. Wie erwartet funktionierte das
Einloggen. Dann wieder entfernt.

Auch lightdm neu installiert, ohne Erfolg.

>   Irgendwie überkommt mich das Gefühl, dein(e) Computer [mag|mögen] dich
> nicht...

Das Laptop hier schon. Wurde gerade 9 Jahre alt. Auch wenn einige Tasten
tot sind, der Deckel sich nicht mehr in Position hält, erstaunt es mich,
dass es trotz täglichem Einsatz noch läuft.

Der Neue macht halt ein paar Zicken. Werde ich ihm (hoffentlich mit Hilfe
hier) noch austreiben.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120414

Andreas Kohlbach wrote:
[...]
> Ich habe einen neuen User angelegt. Wie erwartet funktionierte das
> Einloggen. Dann wieder entfernt.

Den neuen oder alten Benutzer?
Ich befürchte, du hast mich missverstanden.

Vielleicht hatte ich mich nicht klar genug ausgedrückt; was ich
meintewar: 1. Neuen Benutzer anlegen.
2. Neuen Benutzer ausprobieren.
3. Wenn der neue Benutzer funktioniert, ist das Profil vom alten
Benutzer kaputt.
4. Alten Benutzer und dessen $homedir löschen.
5. Eventuell reboot (sollte unnötig sein, aber was soll's).
6. Alten Benutzer neu anlegen.
7. Alten Benutzer ausprobieren.

> Auch lightdm neu installiert, ohne Erfolg.

Warum, wenn doch root und der neue Benutzer funktionieren?

Falls ich dich falsch verstanden haben sollte, ignoriere bitte das oben
geschriebene...

Michael

[toc] | [prev] | [next] | [standalone]

#120416

Am 01.01.22 um 23:14 schrieb Michael Brand:
> 4. Alten Benutzer und dessen $homedir löschen.

ist das nicht ein bisschen hart?
.config umbenennen/löschen sollte doch reichen.

Arno

[toc] | [prev] | [next] | [standalone]

#120425

On Sun, 2 Jan 2022 00:32:34 +0100, Arno Lutz wrote:
>
> Am 01.01.22 um 23:14 schrieb Michael Brand:
>> 4. Alten Benutzer und dessen $homedir löschen.
>
> ist das nicht ein bisschen hart?
> .config umbenennen/löschen sollte doch reichen.

In ~/.config/ kann ich nichts finden, was mit X zu tun hat. Der neueste
Eintrag stammt von ersten Starten (über ssh -X) von Opera nach seiner
Installation.

Ich poste mal einen Auszug der eben versuchten Session aus
/var/log/lightdm/lightdm.log. Vielleicht kann jemand erkennen, warum das
fehlschlägt.

[+141.09s] DEBUG: Greeter start authentication for ank
[+141.09s] DEBUG: Session pid=38775: Sending SIGTERM
[+141.09s] DEBUG: Session pid=38779: Started with service 'lightdm',
username 'ank'
[+141.09s] DEBUG: Session pid=38775: Terminated with signal 15
[+141.09s] DEBUG: Session: Failed during authentication
                           ^^^^^^
Schon mal seltsam. Auch weil es keinen Grund nennt.

[+141.09s] DEBUG: Seat seat0: Session stopped
[+141.09s] DEBUG: Session pid=38779: Got 1 message(s) from PAM
[+141.09s] DEBUG: Prompt greeter with 1 message(s)
[+144.88s] DEBUG: Continue authentication

Dann macht er trotzdem weiter? Diesmal mit scheinbarem Erfolg?

[+144.92s] DEBUG: Session pid=38779: Authentication complete with return
value 0: Success
[+144.92s] DEBUG: Authenticate result for user ank: Success
[+144.92s] DEBUG: User ank authorized
[+145.08s] DEBUG: Greeter requests session lightdm-xsession
[+145.08s] DEBUG: Seat seat0: Stopping greeter; display server will be
re-used for user session
[+145.08s] DEBUG: Terminating login1 session c14
[+145.09s] DEBUG: Session pid=38757: Sending SIGTERM
[+145.09s] DEBUG: Greeter closed communication channel
[+145.09s] DEBUG: Session pid=38757: Exited with return value 0
[+145.09s] DEBUG: Seat seat0: Session stopped
[+145.09s] DEBUG: Seat seat0: Greeter stopped, running session
[+145.09s] DEBUG: Registering session with bus path
/org/freedesktop/DisplayManager/Session1
[+145.09s] DEBUG: Session pid=38779: Running command /etc/X11/Xsession
default
[+145.09s] DEBUG: Creating shared data directory
/var/lib/lightdm/data/ank

Das sieht doch eigentlich gut aus...

[+145.09s] DEBUG: Session pid=38779: Logging to .xsession-errors
[+145.11s] DEBUG: Activating VT 7
[+145.11s] DEBUG: Activating login1 session 58
[+145.11s] DEBUG: Seat seat0 changes active session to
[+145.11s] DEBUG: Seat seat0 changes active session to 58
[+145.11s] DEBUG: Session 58 is already active

Das hielt ich erst für das Problem. Google fand aber nur, dass es an
einem toten Lockfile liegen kann, was bei mir aber nicht der Fall war.

[+145.23s] DEBUG: Session pid=38779: Exited with return value 0
[+145.23s] DEBUG: Seat seat0: Session stopped
[+145.23s] DEBUG: Sending signal 15 to process 38744
[+145.45s] DEBUG: Process 38744 exited with return value 0
[+145.45s] DEBUG: XServer 0: X server stopped
[+145.45s] DEBUG: Releasing VT 7
[+145.45s] DEBUG: XServer 0: Removing X server authority
/var/run/lightdm/root/:0
[+145.45s] DEBUG: Seat seat0: Display server stopped

Danach startet lighdm wieder, soweit ich das verstehe.

[+145.45s] DEBUG: Seat seat0: Active display server stopped, starting
greeter
[+145.45s] DEBUG: Seat seat0: Creating greeter session
[+145.45s] DEBUG: Seat seat0: Creating display server of type x
[+145.45s] DEBUG: Using VT 7
[+145.45s] DEBUG: Seat seat0: Starting local X display on VT 7
[+145.45s] DEBUG: XServer 0: Logging to /var/log/lightdm/x-0.log
[+145.45s] DEBUG: XServer 0: Writing X server authority to
/var/run/lightdm/root/:0
[+145.45s] DEBUG: XServer 0: Launching X Server
[+145.45s] DEBUG: Launching process 38838: /usr/bin/X :0 -seat seat0
-auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
[+145.45s] DEBUG: XServer 0: Waiting for ready signal from X server :0
[+145.72s] DEBUG: Got signal 10 from process 38838
[...]
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120419

On Sat, 1 Jan 2022 23:14:21 +0100, Michael Brand wrote:
>
> Andreas Kohlbach wrote:
> [...]
>> Ich habe einen neuen User angelegt. Wie erwartet funktionierte das
>> Einloggen. Dann wieder entfernt.
>
> Den neuen oder alten Benutzer?

Den Neuen.

> Ich befürchte, du hast mich missverstanden.
>
> Vielleicht hatte ich mich nicht klar genug ausgedrückt; was ich
> meintewar: 1. Neuen Benutzer anlegen.
> 2. Neuen Benutzer ausprobieren.
> 3. Wenn der neue Benutzer funktioniert, ist das Profil vom alten
> Benutzer kaputt.
> 4. Alten Benutzer und dessen $homedir löschen.

Da habe ich schon viel Arbeit mit Konfigurationen und dem Kopieren von
Backups meines alten Computers investiert. Würde ich ungern alle zunichte
machen.

> 5. Eventuell reboot (sollte unnötig sein, aber was soll's).
> 6. Alten Benutzer neu anlegen.
> 7. Alten Benutzer ausprobieren.

Das nur, wen ich keine andere Lösung finde, ja.

>> Auch lightdm neu installiert, ohne Erfolg.
>
> Warum, wenn doch root und der neue Benutzer funktionieren?

Falls er vielleicht irgendwo eine Datei hinterlässt, die im Schluckauf
bereitet. Die würde (bin aber nicht mehr so sicher) beim De- und
Neuinstallieren vielleicht abgeräumt werden.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120431

Andreas Kohlbach wrote:
> On Sat, 1 Jan 2022 23:14:21 +0100, Michael Brand wrote:
>>
>> Andreas Kohlbach wrote:
>> [...]
>>> Ich habe einen neuen User angelegt. Wie erwartet funktionierte das
>>> Einloggen. Dann wieder entfernt.
>>
>> Den neuen oder alten Benutzer?
> 
> Den Neuen.

Ich hatte es befürchtet...aber egal.

>> Ich befürchte, du hast mich missverstanden.
>>
>> Vielleicht hatte ich mich nicht klar genug ausgedrückt; was ich
>> meintewar: 1. Neuen Benutzer anlegen.
>> 2. Neuen Benutzer ausprobieren.
>> 3. Wenn der neue Benutzer funktioniert, ist das Profil vom alten
>> Benutzer kaputt.
>> 4. Alten Benutzer und dessen $homedir löschen.
> 
> Da habe ich schon viel Arbeit mit Konfigurationen und dem Kopieren von
> Backups meines alten Computers investiert. Würde ich ungern alle zunichte
> machen.

Das hatte ich nicht so verstanden...ich dachte, das wäre nicht all zu
lange nach der Installation aufgetreten.
Das Dumme ist halt, jetzt die Stelle zu finden die das Problem verursacht.
Das könnte unter Umständen länger dauern als den Benutzer neu
einzurichten, zusätzlich besteht die Möglichkeit das du aus Versehen
weitere Fehler in die Konfiguration einbaust und das Spiel geht weiter
bzw. von vorne los...

>> 5. Eventuell reboot (sollte unnötig sein, aber was soll's).
>> 6. Alten Benutzer neu anlegen.
>> 7. Alten Benutzer ausprobieren.
> 
> Das nur, wen ich keine andere Lösung finde, ja.

Ein Schuß ins Blaue: Benenne ~/.config (bei dir wohl /home/ank/.config)
mal um (z.B. /home/ank/.config_broken) und logge dich neu ein.
Wenn es dann funktioniert, war der Fehler irgendwo dort.
Die nötigen Dateien werden beim erfolgreichen Start neu erzeugt.
Wenn es dann geht, gut. Wenn nicht, bleibt nur weitersuchen oder meine
Methode (die schneller sein könnte).

Viel Erfolg,
Michael

[toc] | [prev] | [next] | [standalone]

#120435

 Michael Brand <brandm@gmx.net>:
> Andreas Kohlbach wrote:
>> On Sat, 1 Jan 2022 23:14:21 +0100, Michael Brand wrote:
>>>
>>> Andreas Kohlbach wrote:
>>> [...]
>>>> Ich habe einen neuen User angelegt. Wie erwartet funktionierte das 
>>>> Einloggen. Dann wieder entfernt.
>>>
>>> Den neuen oder alten Benutzer?
>>
>> Den Neuen.
>
> Ich hatte es befürchtet...aber egal.
>
>>> Ich befürchte, du hast mich missverstanden.
>>>
>>> Vielleicht hatte ich mich nicht klar genug ausgedrückt; was ich
>>> meintewar: 1. Neuen Benutzer anlegen.
>>> 2. Neuen Benutzer ausprobieren.
>>> 3. Wenn der neue Benutzer funktioniert, ist das Profil vom alten
>>> Benutzer kaputt.
>>> 4. Alten Benutzer und dessen $homedir löschen.
>>
>> Da habe ich schon viel Arbeit mit Konfigurationen und dem 
>> Kopieren von Backups meines alten Computers investiert. Würde ich 
>> ungern alle zunichte machen.
>
> Das hatte ich nicht so verstanden...ich dachte, das wäre nicht all 
> zu lange nach der Installation aufgetreten.

 «~/.config» wird bei einer Installation nicht angetastet (es sei 
 denn, man befiehlt dem Installer, dass er die HOME‐Verzeichnisse 
 plattmachen soll).  Daher wird Andreas jede Menge drin haben, was er 
 weiterhin behalten möchte.

[toc] | [prev] | [next] | [standalone]

#120436

Helmut Waitzmann wrote:
[...]
>  «~/.config» wird bei einer Installation nicht angetastet (es sei 
>  denn, man befiehlt dem Installer, dass er die HOME‐Verzeichnisse 
>  plattmachen soll).  Daher wird Andreas jede Menge drin haben, was er 
>  weiterhin behalten möchte.

Ich hatte ihn so verstanden, das er Debian auf einer alten
Windows-Platte neu installiert hat.
Und dann seine Daten vom Laptop auf den Desktop übertragen.
Da wird dann "~/.config" wahrscheinlich nicht dabei gewesen sein.
Falls er doch "~/.config" mit übernommen hat, braucht man sich über
eventuell auftretende Probleme nicht zu wundern.

Michael

[toc] | [prev] | [next] | [standalone]

#120449

On Sun, 2 Jan 2022 10:18:47 +0100, Michael Brand wrote:
>
> Helmut Waitzmann wrote:
> [...]
>>  «~/.config» wird bei einer Installation nicht angetastet (es sei 
>>  denn, man befiehlt dem Installer, dass er die HOME‐Verzeichnisse 
>>  plattmachen soll).  Daher wird Andreas jede Menge drin haben, was er 
>>  weiterhin behalten möchte.
>
> Ich hatte ihn so verstanden, das er Debian auf einer alten
> Windows-Platte neu installiert hat.

Ja.

> Und dann seine Daten vom Laptop auf den Desktop übertragen.

Ich habe Dateien (Bilder, Musik...) vom alten Laptop auf den neuen
Desktop kopiert, aber auch installierte Programme (Browser, Softphone
etc.) zusätzlich konfiguriert. Deren Konfig ist das halt unter ~/.config
zu finde.

> Da wird dann "~/.config" wahrscheinlich nicht dabei gewesen sein.
> Falls er doch "~/.config" mit übernommen hat, braucht man sich über
> eventuell auftretende Probleme nicht zu wundern.

Ich habe nun ~/.config nach /tmp geschoben und mich dann versucht
einzuloggen. Keine Änderung (Problem kann nicht in der .config liegen).

Ich werde noch ein paar Tage basteln. Wenn ich dann keinen Erfolg habe,
werde ich zunächst lightfm gegen XDM (andere Empfehlungen?)
austauschen. Geht auch das nicht, den User platt machen und neu anlegen
(und wieder viel Arbeit haben ohne die Garantie, dass das Problem danach
erneut auftritt).
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120461

Hallo Andreas Kohlbach,

Du schriebst am Sun, 02 Jan 2022 10:30:48 -0500:

> Ich habe nun ~/.config nach /tmp geschoben und mich dann versucht
> einzuloggen. Keine Änderung (Problem kann nicht in der .config
> liegen).

Ist ja wohl auch unwahrscheinlich.

> Ich werde noch ein paar Tage basteln. Wenn ich dann keinen Erfolg
> habe, werde ich zunächst lightfm gegen XDM (andere Empfehlungen?)
> austauschen. Geht auch das nicht, den User platt machen und neu
> anlegen (und wieder viel Arbeit haben ohne die Garantie, dass das
> Problem danach erneut auftritt).

Wieso "viel Arbeit haben"? Sind denn Home-Verzeichnisse neuerdings so
was besonderes, daß man die nicht änder, insbesondere einem anderen
Benutzer zuweisen könnte? Oder kannst Du kein "chown -R <me.home> *"
(als root) ausführen? Schlimmstenfalls muß man halt erstmal schauen
(der "mc" ist enorm vorteilhaft dafür), ob sich da vielleicht doch
"fremde" Dateien und Verzeichnisse tummeln (meistens aber "nur" von
root "verlorene") und die aussparen oder nachbearbeiten.
Oder man schiebt halt das orignale Home-Verzeichnis weg ("wegbenennen"
reicht schon), legt den Benutzer neu an und bennent das alte Home
wieder zurück, nachdem man das überflüssige neue beseitigt hat.
"Wo ist da das Problem?"

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#120475

On Sun, 2 Jan 2022 21:08:28 +0100, Sieghard Schicktanz wrote:
>
> Du schriebst am Sun, 02 Jan 2022 10:30:48 -0500:
>
>> Ich werde noch ein paar Tage basteln. Wenn ich dann keinen Erfolg
>> habe, werde ich zunächst lightfm gegen XDM (andere Empfehlungen?)
>> austauschen. Geht auch das nicht, den User platt machen und neu
>> anlegen (und wieder viel Arbeit haben ohne die Garantie, dass das
>> Problem danach erneut auftritt).
>
> Wieso "viel Arbeit haben"? Sind denn Home-Verzeichnisse neuerdings so
> was besonderes, daß man die nicht änder, insbesondere einem anderen
> Benutzer zuweisen könnte? Oder kannst Du kein "chown -R <me.home> *"
> (als root) ausführen? Schlimmstenfalls muß man halt erstmal schauen
> (der "mc" ist enorm vorteilhaft dafür), ob sich da vielleicht doch
> "fremde" Dateien und Verzeichnisse tummeln (meistens aber "nur" von
> root "verlorene") und die aussparen oder nachbearbeiten.
> Oder man schiebt halt das orignale Home-Verzeichnis weg ("wegbenennen"
> reicht schon), legt den Benutzer neu an und bennent das alte Home
> wieder zurück, nachdem man das überflüssige neue beseitigt hat.
> "Wo ist da das Problem?"

Das werde ich mache, wenn ich keine trivialere Lösung finde.

Bis dahin gehe weiter davon aus, dass das Problem außerhalb von ~/ liegt,
und versuche es anders zu lösen.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#120465

 Andreas Kohlbach <ank@spamfence.net>:

> Ich habe Dateien (Bilder, Musik...) vom alten Laptop auf den neuen 
> Desktop kopiert, aber auch installierte Programme (Browser, 
> Softphone etc.) zusätzlich konfiguriert. Deren Konfig ist das halt 
> unter ~/.config zu finde.

 […]

> Ich habe nun ~/.config nach /tmp geschoben 
>

 Vorsicht!  «/tmp» hört sich nicht gerade nach einem Platz, an dem 
 Daten vor versehentlicher Veränderung oder Löschen sicher sind, an.  
 Verschieb sie lieber im HOME‐Verzeichnis woanders hin.

> und mich dann versucht einzuloggen. Keine Änderung (Problem kann 
> nicht in der .config liegen).

 Gibt es in deinem HOME‐Verzeichnis außer «.config» noch andere 
 Dateinamen, die mit einem Punkt beginnen?  Wie sieht es 
 beispielsweise mit «.xinitrc» und «.xsession» aus?

[toc] | [prev] | [next] | [standalone]

#120476

On Mon, 03 Jan 2022 03:30:14 +0100, Helmut Waitzmann wrote:
>
> Andreas Kohlbach <ank@spamfence.net>:
>
>> und mich dann versucht einzuloggen. Keine Änderung (Problem kann
>> nicht in der .config liegen).
>
> Gibt es in deinem HOME‐Verzeichnis außer «.config» noch andere
> Dateinamen, die mit einem Punkt beginnen?

Ja. Die meisten haben aber nichts mit X selbst am Hut.

> Wie sieht es beispielsweise mit «.xinitrc» und «.xsession» aus?

Mit "x" habe ich dort

.xsession  .xsession-errors  .xsession-errors.old  .Xauthority

Den Inhalt von .xsession-errors hatte ich schon zwei Mal hier gepostet.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

Page 1 of 6  [1] 2 3 4 5 6  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web