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 2 of 6 — ← Prev page 1 [2] 3 4 5 6  Next page →

#120434

 Andreas Kohlbach <ank@spamfence.net>:
> On Sat, 1 Jan 2022 23:14:21 +0100, Michael Brand wrote:
>>
>> Andreas Kohlbach wrote:

>> 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.

 Genau.  Halte dich an Arno Lutz' Vorschlag: nichts löschen, nur 
 umbenennen und kopieren:


 Log dich textorientert ein.  Kopiere deine Konfiguration: 


   mkdir -- Konfigurationen Konfigurationen/Original &&
   cp --archive -- .config Konfigurationen/Original/.


 Lösche deine Konfiguration: 


   rm -R -- .config



 Versuche, dich grafisch einzuloggen.  Wenn es dann (zwar) 
 funktioniert, dir aber die Konfiguration nicht recht passt, log 
 dich aus der grafischen Sitzung aus.


 Kopiere den umbenannten Dateibaum an einen weiteren Platz: 


   mkdir -- Konfigurationen/Originalkopie &&
   cp --archive -- Konfigurationen/Original/. \
     Konfigurationen/Originalkopie/.

 Versuche, die Originalkopien mit den neu entstandenen Dateien zu 
 vergleichen.  Vielleicht findest du dann den Fehler.  Solltest du 
 etwas gefunden haben, passe die Originalkopie, also unterhalb von 
 «Konfigurationen/Originalkopie/», an.

 Lösche dann die neu entstandene Konfiguration und stell statt 
 dessen die bearbeitete Kopie der alten Konfiguration bereit:

   rm -R -- .config &&
   cp --archive -- Konfigurationen/Originalkopie/. .


 Versuche, dich grafisch einzuloggen. 


 Funktioniert es?  Ist die Konfiguration passend?  Dann freu dich, 
 lösch die alten Fassungen aber sicherheitshalber noch nicht für den 
 Fall, dass doch noch Unpässlichkeiten auftreten.

 Funktioniert es nicht oder passt die Konfiguration nicht, mach 
 weitere Versuche.  Die Originale («Konfigurationen/Original/») und 
 eine Kopie der Originale zum Bearbeiten 
 («Konfigurationen/Originalkopie/») hast du ja noch.

 Hinweis:  In manchen Shell‐Kommandos oben habe ich manche 
 Dateipfade mit «/.» enden lassen.  Das ist weder ein Schreibfehler 
 noch unnötig, sondern genau so gewollt.  Lasse es nicht weg.

>>> 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.

 Überleg doch mal:  X11 funktioniert nur bei deinem alten Account 
 nicht mehr, beim neuen jedoch schon.  Dann muss der Fehler also 
 irgendwo bei deinen Daten im alten Account liegen.  Die aber werden 
 beim Herauswerfen und Neuinstallieren von lightdm garantiert nicht 
 angetastet:  Das Paket‐Management tastet keine Benutzerdaten 
 sondern nur Systemdaten an.

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

#120450

On Sun, 02 Jan 2022 09:36:27 +0100, Helmut Waitzmann wrote:
>
> Andreas Kohlbach <ank@spamfence.net>:
>> On Sat, 1 Jan 2022 23:14:21 +0100, Michael Brand wrote:
>>>
>>> Andreas Kohlbach wrote:
>
>>> 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.
>
> Genau.  Halte dich an Arno Lutz' Vorschlag: nichts löschen, nur
> umbenennen und kopieren:
>
>
> Log dich textorientert ein.  Kopiere deine Konfiguration: 
>
>   mkdir -- Konfigurationen Konfigurationen/Original &&
>   cp --archive -- .config Konfigurationen/Original/.
>
>
> Lösche deine Konfiguration: 
>
>   rm -R -- .config


> Versuche, dich grafisch einzuloggen.  Wenn es dann (zwar)
> funktioniert, dir aber die Konfiguration nicht recht passt, log 
> dich aus der grafischen Sitzung aus.

Ich hatte eben einfach ~/.config nach /tmp verschoben. Einloggen danach
brachte keine Besserung. An .config kann es nicht liegen.

Dann

ls -ltra /home/ank

gemacht. Da zeigt (oder sollte) sortiert auf (unten das Neueste), was
ach dem Einlogversuch eben beschrieben wurde. Wie gesagt, in ~/.config
wurde nichts geändert. In /home/ank aber schon. Als da wären

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

Den Inhalt der .xsession-errors hatte ich neulich gepostet, füge die
Aktuelle (vermutlich keine Änderungen außer den Dates) hier trotzdem
nochmal ein:

Xsession: X session started for ank at Sun 02 Jan 2022 10:23:45 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/ankman/.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/Session2

Interessant hier vielleicht "Session2"?

ps aux|grep list

gibt unter anderem

lightdm --session-child 16 19

und

lightdm --session-child 12 19

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/ankman/.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

>>>> 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.
>
> Überleg doch mal:  X11 funktioniert nur bei deinem alten Account
> nicht mehr, beim neuen jedoch schon.  Dann muss der Fehler also 
> irgendwo bei deinen Daten im alten Account liegen.  Die aber werden
> beim Herauswerfen und Neuinstallieren von lightdm garantiert nicht 
> angetastet:  Das Paket‐Management tastet keine Benutzerdaten  sondern
> nur Systemdaten an.

OK.
-- 
Andreas

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

#120462

Hallo Andreas Kohlbach,

Du schriebst am Sat, 01 Jan 2022 22:13:35 -0500:

> >> 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.
...
Du könntest mal schauen, wie Dein System die Passworte angelegt hat.
Ich hatte mal ein ähnliches Problem, nach einer Aktualisierung konnte
ich mich nicht mehr als Benutzer anmelden. Ich habe dann etwas nach dem
Grund gefahndet, und bin in der /etc/shadow darauf gestoßen, daß die
Passworte für unterschiedliche Accounts unterschiedlich verschlüsselt
waren. "root" hatte anscheinend beim Einloggen automatisch ein neues
Format erhalten, die anderen nicht. Ich habe mir dann AFAIR einfach
mein altes Passwort (als root) neu gegeben, was das Problem beseitigte.
Da war wohl die alte Hash-Funktion zu unsicher gefunden und auf eine
bessere umgestellt  worden. Die alten Hashes wurden dann nicht mehr
akzeptiert, die Passworte mußten neu vergeben werden.
Muß zwar nicht sein, daß das bei Dir so ist, aber es könnte sein, daß
bei der Installation noch ein altes Verfahren benutzt wurde, das nach
der Aktualisierung nicht mehr gültig war (ist).

-- 
(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]

#120478

On Sun, 2 Jan 2022 21:13:34 +0100, Sieghard Schicktanz wrote:
>
> Du schriebst am Sat, 01 Jan 2022 22:13:35 -0500:
>
>> >> Ich habe einen neuen User angelegt. Wie erwartet funktionierte das
>> >> Einloggen. Dann wieder entfernt.
>> >
>> > Den neuen oder alten Benutzer?
>> 
>> Den Neuen.
> ...
> Du könntest mal schauen, wie Dein System die Passworte angelegt hat.
> Ich hatte mal ein ähnliches Problem, nach einer Aktualisierung konnte
> ich mich nicht mehr als Benutzer anmelden. Ich habe dann etwas nach dem
> Grund gefahndet, und bin in der /etc/shadow darauf gestoßen, daß die
> Passworte für unterschiedliche Accounts unterschiedlich verschlüsselt
> waren. "root" hatte anscheinend beim Einloggen automatisch ein neues
> Format erhalten, die anderen nicht. Ich habe mir dann AFAIR einfach
> mein altes Passwort (als root) neu gegeben, was das Problem beseitigte.

Habe ich gemacht, ohne Erfolg.

> Da war wohl die alte Hash-Funktion zu unsicher gefunden und auf eine
> bessere umgestellt  worden. Die alten Hashes wurden dann nicht mehr
> akzeptiert, die Passworte mußten neu vergeben werden.
> Muß zwar nicht sein, daß das bei Dir so ist, aber es könnte sein, daß
> bei der Installation noch ein altes Verfahren benutzt wurde, das nach
> der Aktualisierung nicht mehr gültig war (ist).

Login via TTY und SSH geht ja. Warum sollte sich nur X an obigem Problem
stören?
-- 
Andreas

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

#120489

Hallo Andreas Kohlbach,

Du schriebst am Mon, 03 Jan 2022 11:44:58 -0500:

> > Du könntest mal schauen, wie Dein System die Passworte angelegt hat.
...
> Habe ich gemacht, ohne Erfolg.
Gut, dann ist das schonmal ausgeschlossen.
...
> Login via TTY und SSH geht ja. Warum sollte sich nur X an obigem
> Problem stören?

SSH arbeitet ja ggfs. sowieso anders, das benutzt normalerweise ja
Zertikate und signierte Schlüssel, da sind die Kennungen durchaus
anders.
Und für X _könnte_ ja ein spezifisches PAM-Modul, ggfs. zusätzlich,
benutzt werden, das vielleicht etwas problematisch ist oder dem eine
Bedingung fehlt. Das PAM-Zeug ist halt einigemaßen unübersichtlich,
ziemlich zersplittert, und gute Dokumenatation dazu rar und wohl auch
recht komplex.

-- 
(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]

#120429

 Andreas Kohlbach <ank@spamfence.net>:
> Gutes Neues! 
>

 Danke, ebenfalls! 


> 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 habe mal ein paar der folgenden Zitate in der Reihenfolge 
 vertauscht, weil ich sie so besser einordnen kann:

> Was geht ist Einloggen als User auf einer TTY, 
>

 => Du hast das richtige Passwort und kannst dich einloggen.  Das 
 passt auch dazu, dass

> Einloggen per SSH 
>

 funktioniert.


 Dass das 


> Einloggen auf der GUI als root. 
>

 funktioniert, beweist, dass die Grafikumgebung nicht generell defekt 
 ist.

> Ich kann mich nach Reboot weiter nicht als User in der GUI 
> (lightdm) einloggen.

 Du kannst dich schon einloggen; deine GUI‐Sitzung stirbt aber an 
 irgendeinem Fehler, der vermutlich in deiner GUI‐Konfiguration, 
 verursacht durch das «Verklicken», abgespeichert in deinem 
 HOME‐Verzeichnis, liegt.

 Wenn du ein Backup von vor dem Verklicken hast, spiel daraus alle 
 Dateien und Verzeichnisse aus deinem HOME‐Verzeichnis, die mit der 
 GUI‐Konfiguration zu tun haben, woanders hin ein.  Dann vergleiche 
 sie mit den derzeitigen (womöglich defekten) Dateien.  Kandidaten 
 dafür dürften wohl unter den Dateien und Verzeichnissen zu finden 
 sein, deren Verzeichniseintrag mit einem Punkt beginnt.

 Lass mal das folgende «find»‐Kommando laufen und schau, ob da 
 irgendwelche Dateien neu sind:

   cd &&
   (
     # Setze in der folgenden Zeile einen Zeitpunkt kurz vor dem
     # "Verklicken" ein. (Als Beispiel habe ich angenommen, dass das
     # Verklicken zwei Stunden vor deinem Posting passiert ist.)
     #
     zeitpunkt="$(date -d '2022-01-01 08:29:56 now -2 hours' \
       -- '+%Y-%m-%d %T%z' )" &&
     exec find . -name '.*' -newermt "$zeitpunkt" \
       -exec ls -QFlogd -- '{}' +
   )

 Du bekommst alles, dessen Verzeichniseintrag mit einem Punkt beginnt 
 und das neuer als zwei Stunden vor deinem Posting ist, angezeigt.

> Es gibt keinen Hinweis auf ein falsches Passwort; der nichtssagende 
> Requester kommt nach kurzer Zeit einfach neu.

 Das ist ein deutliches Zeichen dafür, dass mit dem Passwort alles 
 stimmt, die GUI‐Sitzung also startet, aber gleich an einem Fehler 
 stirbt.

> Ich bin sicher das richtige Passwort eingegeben zu haben (wohl kaum 
> 10 Mal nacheinander falsch eingetippt).

 Genau.  Das passt. 


> 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

 «startx» kannst du nur starten, wenn du an der virtuellen Konsole, 
 wo die Sitzung laufen soll, sitzst.

 Deshalb werde console user:  Logge dich an einer virtuellen Konsole 
 textorientiert ein und starte dann dort «startx» (ohne die 
 Umgebungsvariable «DISPLAY» zu setzen, denn das macht «startx» 
 selber).

   (
     if vt="$(tty)" &&
       vt="$(LC_ALL=C expr "$vt" : '/dev/tty\([[:digit:]]\)$')"
     then
       startx -- -keeptty vt"$vt"
     else
       printf '%s\n' >&2 \
         'Kann die virtuelle Konsole nicht bestimmen.'
         'Ich geb'\'' auf.'
     fi
   )

 Was geschieht dann? 

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

#120452

On Sun, 02 Jan 2022 08:17:05 +0100, Helmut Waitzmann wrote:
>
> Andreas Kohlbach <ank@spamfence.net>:

[...]

>> Ich kann mich nach Reboot weiter nicht als User in der GUI (lightdm)
>> einloggen.
>
> Du kannst dich schon einloggen; deine GUI‐Sitzung stirbt aber an
> irgendeinem Fehler, der vermutlich in deiner GUI‐Konfiguration, 
> verursacht durch das «Verklicken», abgespeichert in deinem
> HOME‐Verzeichnis, liegt.
>
> Wenn du ein Backup von vor dem Verklicken hast, spiel daraus alle
> Dateien und Verzeichnisse aus deinem HOME‐Verzeichnis, die mit der 
> GUI‐Konfiguration zu tun haben, woanders hin ein.  Dann vergleiche
> sie mit den derzeitigen (womöglich defekten) Dateien.  Kandidaten 
> dafür dürften wohl unter den Dateien und Verzeichnissen zu finden
> sein, deren Verzeichniseintrag mit einem Punkt beginnt.
>
> Lass mal das folgende «find»‐Kommando laufen und schau, ob da
> irgendwelche Dateien neu sind:
>
>   cd &&
>   (
>     # Setze in der folgenden Zeile einen Zeitpunkt kurz vor dem
>     # "Verklicken" ein. (Als Beispiel habe ich angenommen, dass das
>     # Verklicken zwei Stunden vor deinem Posting passiert ist.)
>     #
>     zeitpunkt="$(date -d '2022-01-01 08:29:56 now -2 hours' \
>       -- '+%Y-%m-%d %T%z' )" &&
>     exec find . -name '.*' -newermt "$zeitpunkt" \
>       -exec ls -QFlogd -- '{}' +
>   )
>
> Du bekommst alles, dessen Verzeichniseintrag mit einem Punkt beginnt
> und das neuer als zwei Stunden vor deinem Posting ist, angezeigt.

drwxr-xr-x 28 4096 Jan  2 10:48 "."/
-rw-------  1 3014 Jan  1 20:44 "./.bash_history"
drwxr-xr-x 18 4096 Jan  1 18:23 "./.cache"/
drwx------ 22 4096 Jan  1 18:23 "./.config"/
drwxr-xr-x  2 4096 Jan  1 16:28 "./.lftp"/
-rw-r--r--  1    0 Jan  1 15:03 "./.mozilla/firefox/jdzj315y.default-esr/.parentlock"
-rw-------  1 1444 Jan  1 18:44 "./.viminfo"
-rw-r--r--  1  168 Jan  1 17:27 "./.wget-hsts"
-rw-------  1  109 Jan  2 10:48 "./.Xauthority"
-rw-------  1 2278 Jan  2 10:48 "./.xsession-errors"
-rw-------  1 2278 Jan  2 10:23 "./.xsession-errors.old"

>> Es gibt keinen Hinweis auf ein falsches Passwort; der nichtssagende
>> Requester kommt nach kurzer Zeit einfach neu.
>
> Das ist ein deutliches Zeichen dafür, dass mit dem Passwort alles
> stimmt, die GUI‐Sitzung also startet, aber gleich an einem Fehler 
> stirbt.

Vermutlich. Ich vermute irgendwo (außerhalb von ~/ ein totes Lockfile,
oder ein Problem mit einer Berechtigung.

Ich möchte auch nochmal erwähnen, dass bei jedem Versuch auf dem Neuen
die .Xauthority neu geschrieben wird, sie auf meinem alten Laptop (trotz
mehrfachen Einloggens) sie ein Datum von Juli 2020 trägt.

>> 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
>
> «startx» kannst du nur starten, wenn du an der virtuellen Konsole,  wo
> die Sitzung laufen soll, sitzst.

IIRC geht das auch, wenn ich $DISPLAY setze (auf etwas Anderes als eine
ggf. schon andere Session), und dann beispielsweise "startx display :1" absetze.

> Deshalb werde console user:  Logge dich an einer virtuellen Konsole
> textorientiert ein und starte dann dort «startx» (ohne die 
> Umgebungsvariable «DISPLAY» zu setzen, denn das macht «startx»
> selber).

"Werde console user"? Ist zudem mit "virtueller Konsole" nicht eine auf X
gemeint? Da komme ich ja als mein User nicht rein.

Sonst, von einer TTY aus:

>   (
>     if vt="$(tty)" &&
>       vt="$(LC_ALL=C expr "$vt" : '/dev/tty\([[:digit:]]\)$')"
>     then
>       startx -- -keeptty vt"$vt"
>     else
>       printf '%s\n' >&2 \
>         'Kann die virtuelle Konsole nicht bestimmen.'
>         'Ich geb'\'' auf.'
>     fi
>   )
>
> Was geschieht dann? 

Kann die virtuelle Konsole nicht bestimmen.
-bash: Ich geb' auf.: command not found
-- 
Andreas

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

#120464

 Andreas Kohlbach <ank@spamfence.net>:
> On Sun, 02 Jan 2022 08:17:05 +0100, Helmut Waitzmann wrote:
>>
>> Andreas Kohlbach <ank@spamfence.net>:
>
> [...]
>
>>> Ich kann mich nach Reboot weiter nicht als User in der GUI
>>> (lightdm) einloggen.

 […]

>> Lass mal das folgende «find»‐Kommando laufen und schau, ob da
>> irgendwelche Dateien neu sind:
>>
>>   cd &&
>>   (
>>     # Setze in der folgenden Zeile einen Zeitpunkt kurz vor dem
>>     # "Verklicken" ein. (Als Beispiel habe ich angenommen, dass das
>>     # Verklicken zwei Stunden vor deinem Posting passiert ist.)
>>     #
>>     zeitpunkt="$(date -d '2022-01-01 08:29:56 now -2 hours' \
>>       -- '+%Y-%m-%d %T%z' )" &&
>>     exec find . -name '.*' -newermt "$zeitpunkt" \
>>       -exec ls -QFlogd -- '{}' +
>>   )
>>
>> Du bekommst alles, dessen Verzeichniseintrag mit einem Punkt
>> beginnt und das neuer als zwei Stunden vor deinem Posting ist,
>> angezeigt.
>
> drwxr-xr-x 28 4096 Jan  2 10:48 "."/
> -rw-------  1 3014 Jan  1 20:44 "./.bash_history"
> drwxr-xr-x 18 4096 Jan  1 18:23 "./.cache"/
> drwx------ 22 4096 Jan  1 18:23 "./.config"/

 […]

 Da sieht man nicht viel:  Das ist vielleicht noch nicht das
 richtige «find»‐Kommando.

 Mehr wirst du vermutlich mit dem folgenden Kommando zu sehen
 bekommen.  Setze in die Variable «vorher» wieder einen Zeitpunkt,
 kurz bevor du dich verklickt hattest und in die Variable «nachher»
 einen Zeitpunkt kurz nach dem Verklicken.  Das schränkt dir die
 Ausgabe auf die Dateien und Verzeichnisse ein, die im so
 angegebenen Zeitraum geändert wurden.

   cd &&
   (
     vorher='2022-01-01 06:29:56' &&
     nachher='2022-01-01 06:30:56' &&
     nice -n 17 -- find -H ./.[!.]* ./..?* \
       ${vorher:+'-newerct'} ${vorher:+"$vorher"} \
       ${nachher:+'!'} ${nachher:+'-newerct'} ${nachher:+"$nachher"} \
       ! -print0 |
     nice -n 17 -- sort -u --zero-terminated |
     nice -n 17 -- xargs -E '' --no-run-if-empty --null -- \
       ls -L -QFldU --
   ) 2>&1 | less

 Das Kommando sollte dir in einer Liste alle Dateien und
 Verzeichnisse sortiert zeigen, deren Dateipfad im HOME‐Verzeichnis
 mit einem Punkt beginnt und deren Datum der letzten Änderung
 im angegebenen Zeitraum liegt.

 Überall, wo in der Dateiliste ein Verzeichnis gezeigt wird,
 bedeutet das, dass im angegebenen Zeitraum am Verzeichnis etwas
 geändert wurde.  Das könnte also ein Hinweis sein, dass beim
 Verklicken aus Versehen eine Datei oder ein Verzeichnis gelöscht,
 umbenannt oder bewegt wurde.

> Vermutlich. Ich vermute irgendwo (außerhalb von ~/ ein totes
> Lockfile, oder ein Problem mit einer Berechtigung.

 Oder eine fehlende Datei?  Kannst du versuchen, nachzuvollziehen –
 vielleicht beim neu eingerichteten Probe‐User –, wie du dich
 verklickt haben könntest, also, was beim Verklicken versehentlich
 passiert sein könnte?

 Ein Schuss ins Blaue:  Hast du im HOME‐Verzeichnis Dateien
 «.xinitrc» und «.xsession»?  Was zeigt

   cd && ls -Qld -- .xinitrc .xsession

 an?  Was steht in den Dateien jeweils drin?

> Ich möchte auch nochmal erwähnen, dass bei jedem Versuch auf dem
> Neuen die .Xauthority neu geschrieben wird, sie auf meinem alten
> Laptop (trotz mehrfachen Einloggens) sie ein Datum von Juli 2020
> trägt.

 Dass die Datei bei jedem Einloggen neu wird, ist eigentlich normal. 
 Es könnte aber durchaus sein, dass auf deinem alten Laptop eine
 andere Datei dafür verwendet wird.  Ihr Name wird während einer
 laufenden X‐Sitzung so bestimmt:

 Gibt es die Umgebungsvariable «XAUTHORITY», enthält sie den Namen
 der Datei.  Gibt es die Umgebungsvariable nicht, liegt die Datei im
 HOME‐Verzeichnis und heißt dort «.Xauthority».  Wenn also dein
 alter Laptop die Umgebungsvariable «XAUTHORITY» setzt, könnte es
 sein, dass im HOME‐Verzeichnis eine alte Datei «.Xauthority»
 ungenutzt herumliegt.

>> «startx» kannst du nur starten, wenn du an der virtuellen
>> Konsole, wo die Sitzung laufen soll, sitzst.
>
> IIRC geht das auch, wenn ich $DISPLAY setze (auf etwas Anderes als
> eine ggf. schon andere Session),

 Das ist nicht sinnvoll.  Es bleibt bestenfalls ohne Wirkung;
 schlechtestenfalls erzeugt es Chaos.  «startx» (genaugenommen:
 «xinit», das von «startx» gestartet wird) erzeugt erst durch den
 Start eines X‐Servers ein X‐Display und teilt der X‐Sitzung
 (beispielsweise dem Shell‐Skript «~/.xinitrc») den Namen des
 X‐Displays in der Umgebungsvariablen «DISPLAY» mit.

> und dann beispielsweise "startx display :1" absetze.
>

 Bist du sicher, dass das Kommando


   startx display :1

 wie gewünscht funktioniert?  Bei mir würde das versuchen, als
 X‐Sitzung statt die Datei «~/.xinitrc» nur das Programm «display»
 (aus der ImageMagick‐Suite) zu starten und ihm den Dateinamen «:1»
 zu übergeben.  Das würde sich beschweren, dass es die Datei «:1»
 nicht öffnen kann (weil es sie nicht gibt) und nur sein Logo auf
 dem Bildschirm zeigen.

 Mindestens bei Debian 10 (buster) erhalte ich, wenn ich bei dem
 Programm «startx» die Parameter «-keeptty» und «vt?» (das
 Fragezeichen steht für die Nummer der virtuellen Konsole, an der
 ich sitze) weglasse, eine X‐Sitzung, mit der ich nur eingeschränkt
 arbeiten (beispielsweise keine Wechselmedien an‐ und abmontieren)
 kann, weil systemd dann nicht davon überzeugt ist, dass ich
 tatsächlich vor dem Rechner sitze sondern vermutet, dass ich aus
 der Ferne versuche, jemandem, der vor dem Rechner sitzt, die Daten
 auf dem Wechselmedium zu stehlen.

 Ich hätte jetzt erwartet, dass das bei Debian 11 (bullseye) ähnlich
 ist.

>> Deshalb werde console user:  Logge dich an einer virtuellen
>> Konsole textorientiert ein und starte dann dort «startx» (ohne
>> die Umgebungsvariable «DISPLAY» zu setzen, denn das macht
>> «startx» selber).
>
> "Werde console user"? Ist zudem mit "virtueller Konsole" nicht
> eine auf X gemeint?

 Die virtuellen Konsolen sind die, auf die man bei gedrückt
 gehaltener Alt-Taste durch Tippen einer der Funktionstasten F1 bis
 … bzw. von X11 aus bei gedrückt gehaltenen Alt‐ und Ctrl-Tasten
 wechseln kann.  Das sind die Textkonsolen und die X‐Sitzungen.

 In deinem Fall kommt nur eine Textkonsole in Frage.  An der sollst
 du dich ja gerade erst textorientiert einloggen und dann –
 Verflixt!  Ich hätte das Kommando erst selber probieren sollen! –
 dort

   (
     if vt="$(tty)" &&
       vt="$(LC_ALL=C expr " $vt" : \
         ' /dev/tty\([[:digit:]]\{1,\}\)$')"
     then
       startx -- -keeptty vt"$vt"
     else
       printf '%s\n' >&2 \
         'Kann die virtuelle Konsole nicht bestimmen.' \
         'Ich geb'\'' auf.'
     fi
   )

 eintippen.


> Sonst, von einer TTY aus:
>

 Von welcher?  Was gibt das Kommando


   tty

 dort aus?  In der Unix‐Welt wird jedes Terminal «TTY» (teletype)
 genannt – egal, ob es ein echtes Terminal‐Gerät mit Tastatur und
 Bildschirm (oder Drucker statt Bildschirm: ein Fernschreiber, daher
 der Name) an der seriellen Schnittstelle, eine virtuelle Konsole an
 der Tastatur und dem Bildschirm des Linux‐Rechners oder nur ein
 Pseudo‐Terminal ist.

 Virtuelle Konsolen sind die TTYs mit den Namen «/dev/tty1»,
 «/dev/tty2», «/dev/tty3», …

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

#120477

Ich habe schon halb auf diesen Artikel geantwortet. Das geht aber
vielleicht an allem vorbei, dass ich die Antwort mal zurückstelle.

Denn neu ist seit gestern, dass ich mich nun auch nicht mehr per root im
lightdm einloggen kann. Ich vermute, es kann daran liegen, dass ich, wie
schon beim anderen User, eingeloggt via *ssh* ein "startx" absetzte.

Anschließend habe ich einen neuen User erstellt, mit dem ich mich (auch
wiederholt) auf der GUI einloggen kann.

Könnte das startx via ssh das Problem sein?
-- 
Andreas

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

#120490

Hallo Andreas Kohlbach,

Du schriebst am Mon, 03 Jan 2022 11:36:59 -0500:

> Denn neu ist seit gestern, dass ich mich nun auch nicht mehr per root
> im lightdm einloggen kann. Ich vermute, es kann daran liegen, dass

Dann wird das scheint's langsam wenigstens konsistent...

> ich, wie schon beim anderen User, eingeloggt via *ssh* ein "startx"
> absetzte.

Häh? Wozu denn sowas? ssh, bzw. der sshd auf dem Host, kann doch
selber X11 um- bzw. weiterleiten, der braucht kein "startx".
Da "könnte" man diverse Interferenzen vermutlich erwarten dürfen.

> Anschließend habe ich einen neuen User erstellt, mit dem ich mich
> (auch wiederholt) auf der GUI einloggen kann.

Das deutet wieder auf ein Konfigurationsproblem hin.

> Könnte das startx via ssh das Problem sein?

Das"startx" startet eine _lokale_ Session für den auf einer _lokalen_
virtuellen _Textmode_-Konsole angemeldeten Benutzer. Für alles andere
ist anderes zuständig. Solche Verrenkungen könnten evtl. schon zu
gewissen Gelenkbeschwerden im System führen...

Versuch' doch vielleicht erstmal einfach, Deinem Normalbenutzer per
root "passwd <Name>" sein Passwort wieder zu "reparieren". Als nächstes
könntest Du evtl. mal die ".Xauthority" in seinem Home "unschädlich"
machen - die sollte der Display-Manager bei Bedarf wohl neu anlegen,
beim ersten Login hat er sie ja auch noch nicht. Viel mehr hat X11 da
eigentlich AFAIK nicht, allenfalls legt sich Dein "lightdm" noch eine
Konfiguration dort ab. Und die in /etc von dem wäre vielleicht auch
eine Überprüfung wert, oder das Geraffel unter "/etc/xdg".

-- 
(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]

#120494 — [Gelöst] [lightdm] Kein grafisches User-Login (was: [lightdm] Kein grafisches User-Login)

On Mon, 3 Jan 2022 21:31:00 +0100, Sieghard Schicktanz wrote:
>
> Du schriebst am Mon, 03 Jan 2022 11:36:59 -0500:
>
>> Denn neu ist seit gestern, dass ich mich nun auch nicht mehr per root
>> im lightdm einloggen kann. Ich vermute, es kann daran liegen, dass
>
> Dann wird das scheint's langsam wenigstens konsistent...

Brat mir einer einen Storch!

Es war die .xsession. Die habe ich nach /tmp geschoben und nun kann ich
mich mit allen Usern, auch root, wieder in der GUI einloggen.

Die .xsession sah mir eher unspektakulär aus. Hier der Inhalt (eigentlich
eine Zeile):

xkbset -b r rate 500 33 perkeyrepeat
00ffffffdffffbbffadfffefffedffff9ffffffffffffffffff7ffffffffffff m 1 ma
160 100 12 75 50 -a -st twokey latchlock -sl 300 -bo 300 f dumbbell -led
-feature -slowwarn slowpress slowaccept -slowreject -slowrelease
bouncereject stickybeep -ov1 -ov2 groupswrap wrap 1 ignoregrouplock
nullify -shift -lock -control -mod1 -mod2 -mod3 -mod4 -mod5 ignorelock
-shift -lock -control -mod1 -mod2 -mod3 -mod4 -mod5

Warum würde xinit die Verbindung verweigern? Vielleicht weil etwas wie

exec fvwm

am Ende fehlte? Dann wäre es schwach von der xkbset-gui gewesen, dafür
beim Erstellen (bzw. Beschreiben) selbst keine Sorge getragen zu haben.

Hinweis: Mittels xkbset-gui aktivierte ich die "Keyboard Mouse",und
erlaubte das Abspeichern der Konfig in die .xsession. Interessant, dass
auch nach Wegschieben die Keyboard Mouse nun noch funktioniert.

>> ich, wie schon beim anderen User, eingeloggt via *ssh* ein "startx"
>> absetzte.
>
> Häh? Wozu denn sowas? ssh, bzw. der sshd auf dem Host, kann doch
> selber X11 um- bzw. weiterleiten, der braucht kein "startx".
> Da "könnte" man diverse Interferenzen vermutlich erwarten dürfen.

Ich wollte nur sehen, ob das entweder funktioniert, oder brauchbare
Fehlermeldungen bringt.

Problem gelöst. Danke an alle.

Nun werde ich noch Millionen andere N00b-Fragen zum neuen System,
besoders MATE, haben. Einige mögen vielleicht ihren Score auf mich schon
mal senken wollen. ;-)
-- 
Andreas

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

#120496 — Re: [Gelöst] [lightdm] Kein grafisches User-Login

Hah, der Betreffwechsel hat sogar geklappt.

On Mon, 03 Jan 2022 18:07:38 -0500, Andreas Kohlbach wrote:
>
> On Mon, 3 Jan 2022 21:31:00 +0100, Sieghard Schicktanz wrote:
>>
>> Du schriebst am Mon, 03 Jan 2022 11:36:59 -0500:
>>
>>> Denn neu ist seit gestern, dass ich mich nun auch nicht mehr per root
>>> im lightdm einloggen kann. Ich vermute, es kann daran liegen, dass
>>
>> Dann wird das scheint's langsam wenigstens konsistent...
>
> Brat mir einer einen Storch!
>
> Es war die .xsession. Die habe ich nach /tmp geschoben und nun kann ich
> mich mit allen Usern, auch root, wieder in der GUI einloggen.

Gegenprobe: Eingeloggt xkbset-gui im Xterm aufgerufen und speichern
lassen. Ausgeloggt. Neues Einloggen ging wieder *nicht*. Erst wieder,
nachdem ich die neu angelegte .xsession entfernte.

Habe ich einen Bug in xkbset(-gui) gefunden?
-- 
Andreas

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

#120501 — Debian bullseye xkbset-gui defekt? (was: [Gelöst] [lightdm] Kein grafisches User-Login)

Andreas Kohlbach <ank@spamfence.net>:

[Zerstört «xkbset-gui» die Datei «~/.xsession»?] 


> Habe ich einen Bug in xkbset(-gui) gefunden? 
>

Poste mal die Ausgabe des Kommandos 


  MANWIDTH=70 man --no-justification --no-hyphenation \
    -- xkbset-gui

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

#120511 — Re: Debian bullseye xkbset-gui defekt?

On Tue, 04 Jan 2022 08:27:17 +0100, Helmut Waitzmann wrote:
>
> Andreas Kohlbach <ank@spamfence.net>:
>
> [Zerstört «xkbset-gui» die Datei «~/.xsession»?] 
>
>
>> Habe ich einen Bug in xkbset(-gui) gefunden? 
>>
>
> Poste mal die Ausgabe des Kommandos 
>
>
>   MANWIDTH=70 man --no-justification --no-hyphenation \
>     -- xkbset-gui

No manual entry for xkbset-gui
-- 
Andreas

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

#120530 — Re: Debian bullseye xkbset-gui defekt?

 Andreas Kohlbach <ank@spamfence.net>:
> On Tue, 04 Jan 2022 08:27:17 +0100, Helmut Waitzmann wrote: 
>
>> Poste mal die Ausgabe des Kommandos 
>>
>>
>>   MANWIDTH=70 man --no-justification --no-hyphenation \
>>     -- xkbset-gui
>
> No manual entry for xkbset-gui 
>

 Was gibt es sonst an Hilfetexten zu diesem Programm, vielleicht im 
 Programm selbst?  Was steht da drin?

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

#120536 — Re: Debian bullseye xkbset-gui defekt?

On Wed, 05 Jan 2022 03:36:35 +0100, Helmut Waitzmann wrote:
>
> Andreas Kohlbach <ank@spamfence.net>:
>> On Tue, 04 Jan 2022 08:27:17 +0100, Helmut Waitzmann wrote: 
>>> Poste mal die Ausgabe des Kommandos 
>>>
>>>   MANWIDTH=70 man --no-justification --no-hyphenation \
>>>     -- xkbset-gui
>>
>> No manual entry for xkbset-gui 
>
> Was gibt es sonst an Hilfetexten zu diesem Programm, vielleicht im
> Programm selbst?  Was steht da drin?

Für xkbset selbst gibt es eine man Page, für xkbset-gui nicht.

Laut "stat" ist für "Birth" für beide "2021-12-29 18:20:24.643052971 -0500"
angegeben. Das entspricht dem Tag, an dem ich Debian installierte.
-- 
Andreas

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

#120502 — Wie funktioniert "${HOME}/.xsession"? (was: [Gelöst] [lightdm] Kein grafisches User-Login)

 Andreas Kohlbach <ank@spamfence.net>:

> Die .xsession sah mir eher unspektakulär aus. Hier der Inhalt 
> (eigentlich eine Zeile):
>
> xkbset -b r rate 500 33 perkeyrepeat 
> 00ffffffdffffbbffadfffefffedffff9ffffffffffffffffff7ffffffffffff m 1 ma 
> 160 100 12 75 50 -a -st twokey latchlock -sl 300 -bo 300 f dumbbell -led 
> -feature -slowwarn slowpress slowaccept -slowreject -slowrelease 
> bouncereject stickybeep -ov1 -ov2 groupswrap wrap 1 ignoregrouplock 
> nullify -shift -lock -control -mod1 -mod2 -mod3 -mod4 -mod5 ignorelock 
> -shift -lock -control -mod1 -mod2 -mod3 -mod4 -mod5
>
> Warum würde xinit die Verbindung verweigern? 
>

 Da wurde keine Verbindung verweigert.  Deine X‐Sitzung wollte nur 
 nichts anderes als

   xkbset …

 tun:  Wenn du keinen Window‐Manager starten lässt, ist die logische 
 Folge, dass auch keiner läuft.  Es hat alles so funktioniert, wie 
 bestellt.


> Vielleicht weil etwas wie
>
> exec fvwm
>
> am Ende fehlte? 
>

 Ja.  «~/.xsession» ist ein Shell‐Skript (oder ein ausführbares 
 Programm), das losläuft.  So bald es zu Ende kommt, wird die 
 X‐Sitzung beendet.

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

#120522 — Re: Wie funktioniert "${HOME}/.xsession"? (was: [Gelöst] [lightdm] Kein grafisches User-Login)

Hallo Helmut Waitzmann,

Du schriebst am Tue, 04 Jan 2022 08:58:11 +0100:

>  Andreas Kohlbach <ank@spamfence.net>:
> 
> > Die .xsession sah mir eher unspektakulär aus. Hier der Inhalt 
...
>  Da wurde keine Verbindung verweigert.  Deine X‐Sitzung wollte nur 
>  nichts anderes als
> 
>    xkbset …
> 
>  tun:  Wenn du keinen Window‐Manager starten lässt, ist die logische 
>  Folge, dass auch keiner läuft.  Es hat alles so funktioniert, wie 
>  bestellt.

Aber _wird_ der (schon) in der ".xsession" gestartet? Bei Dir? Bei mir
nicht - da macht die ".xsession" nur ein paar Voreinstellungen und ist
dann duchgelaufen. Der eigentlich Start erfolgt mittels (nicht "in
der") ".xinitrc", die dann den Window / Session /o.w.a.i. Manager
aufruft, der dann den Rest erledigt.

> > Vielleicht weil etwas wie
> >
> > exec fvwm
> >
> > am Ende fehlte? 

Dann fehlt dem evtl. am Ende noch einiges an Vorbereitung?

>  Ja.  «~/.xsession» ist ein Shell‐Skript (oder ein ausführbares 
>  Programm), das losläuft.  So bald es zu Ende kommt, wird die 
>  X‐Sitzung beendet.

Wie o.g., nicht bei meinem System.

-- 
(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]

#120529 — Re: Wie funktioniert "${HOME}/.xsession"?

 Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de>:
> Hallo Helmut Waitzmann, 
> Du schriebst am Tue, 04 Jan 2022 08:58:11 +0100:
>
>> Wenn du keinen Window‐Manager starten lässt, ist die logische 
>> Folge, dass auch keiner läuft.  Es hat alles so funktioniert, wie 
>> bestellt.
>
> Aber _wird_ der (schon) in der ".xsession" gestartet? Bei Dir? 
>

 Absolut.  Bei mir wird in der Datei «~/.xsession» der 
 Window‐Manager (im Hintergrund) gestartet.  Im Vordergrund starte 
 ich zum Schluss ein «xterm».  Schließe ich das, wird die X‐Sitzung 
 beendet.  (Ich mache das so, weil ich innerhalb einer X‐Sitzung den 
 Window‐Manager wechseln können möchte, ohne, dass mir die X‐Sitzung 
 beendet wird.  Aber prinzipiell kann man eine X‐Sitzung auch an 
 einen Window‐Manager statt an ein «xterm» hängen.)

> Bei mir nicht - da macht die ".xsession" nur ein paar 
> Voreinstellungen und ist dann duchgelaufen. Der eigentlich Start 
> erfolgt mittels (nicht "in der") ".xinitrc", die dann den Window / 
> Session /o.w.a.i. Manager aufruft, der dann den Rest erledigt.

 Zeigst du mal deine Dateien «~/.xinitrc» und «~/.xession»?  Wenn du 
 eine X‐Sitzung mittels «startx» (oder «xinit») startest, wird 
 «~/.xsession» nicht ohne weiteres beachtet:  Da kommt es auf deine 
 «xinit»‐Konfiguration und den «startx»‐ oder «xinit»‐Aufruf an.

 Ich lasse von «startx» (eigentlich: von «xinit») das Shell‐Skript 
 «~/.xinitrc» als X‐Sitzung starten.

 In meiner «~/.xinitrc»‐Datei steht folgendes: 


   #!/bin/sh
   set -u &&
   exec /etc/X11/Xsession "${HOME%/}"/.xsession

 Die X‐Sitzung startet (genauer: ersetzt sich durch) das Programm 
 «/etc/X11/Xsession».  «/etc/X11/Xsession» – ein Shell‐Skript – 
 seinerseits führt als letztes das Kommando

   exec $STARTUP

 aus.  Die Shell‐Variable «STARTUP» enthält den übergebenen 
 Parameter «"${HOME%/}"/.xsession».

 «startx» (eigentlich: «xinit») beendet die X‐Sitzung, wenn der 
 Prozess, den es als «"${HOME%/}"/.xinitrc» gestartet hat, zu Ende 
 kommt.

Wenn ich mich am grafischen Zugang (xdm) einlogge, dann wird 
ebenfalls das Shell‐Skript «/etc/X11/Xsession» abgearbeitet.
>
>>> Vielleicht weil etwas wie
>>>
>>> exec fvwm
>>>
>>> am Ende fehlte?
>
> Dann fehlt dem evtl. am Ende noch einiges an Vorbereitung? 
>

 Woran denkst du da?  Bei mir ist vor dem abschließenden Start des 
 Xterms alles an Vorbereitung geschehen.

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

#120555 — Re: Wie funktioniert "${HOME}/.xsession"?

Hallo Helmut Waitzmann,

Du schriebst am Wed, 05 Jan 2022 03:30:35 +0100:

> >> Wenn du keinen Window‐Manager starten lässt, ist die logische 
...
> > Aber _wird_ der (schon) in der ".xsession" gestartet? Bei Dir? 
...
>  Absolut.  Bei mir wird in der Datei «~/.xsession» der 
>  Window‐Manager (im Hintergrund) gestartet.  Im Vordergrund starte 
>  ich zum Schluss ein «xterm».  Schließe ich das, wird die X‐Sitzung 
>  beendet.  (Ich mache das so, weil ich innerhalb einer X‐Sitzung den 

Und warum läuft sie nicht weiter, wenn doch der Window‐Manager im
Hintergrund laufen sollte? _Der_ müßte die doch auch offenhalten?
Oder wird der von der Shell, die die .xsession abarbeitet, nach deren
Ende mit "abgeräumt"?

>  Window‐Manager wechseln können möchte, ohne, dass mir die X‐Sitzung 
>  beendet wird.  Aber prinzipiell kann man eine X‐Sitzung auch an 
>  einen Window‐Manager statt an ein «xterm» hängen.)

Üblicherweise (? Hier jedenfalls...) läuft das doch so, daß der
_Window‐Manager_ den X-Server solange festhält, bis er über einen
eigenen Mechanismus (Menü o.w.a.i.) beendet wird. Für das Wechseln
des Window‐Managers ist dann der Display-Manager (dm) zuständig, der
dafür ein Auswahlmenü anbietet|n kann. Aber gut, dann ist Dein xterm
halt ein Ersatz-Display-Manager.

...
>  Zeigst du mal deine Dateien «~/.xinitrc» und «~/.xession»?  Wenn du 

.xinitrc:
--------------------------------------------
#!/bin/sh

userresources=$HOME/.Xresources
userdefaults=$HOME/.Xdefaults
usermodmap=$HOME/.Xmodmap
sysresources=/usr/lib/X11/xinit/.Xresources
sysmodmap=/usr/lib/X11/xinit/.Xmodmap

# merge in defaults and keymaps
[ -f $sysresources ] && xrdb -merge $sysresources
[ -f $sysmodmap ] && xmodmap $sysmodmap
[ -f $userresources ] && xrdb -merge $userresources
[ -f $userdefaults ] && xrdb -merge $userdefaults
[ -f $usermodmap ] && xmodmap $usermodmap

#Force OpenOffice.org to use GTK theme
export OOO_FORCE_DESKTOP=gnome

# start the openbox session, if possible attached to consolekit
if [ -e /usr/bin/ck-launch-session ] && [ -e /usr/bin/dbus-launch ];
then
exec /usr/bin/ck-launch-session /usr/bin/dbus-launch /usr/bin/openbox-session
else exec /usr/bin/openbox-session
fi
--------------------------------------------

.xsession:
--------------------------------------------
# This program, based on code found in the gpg-agent man page, is 
# presumably licensed under the GPL.
#
# As the effects of this default .xsession on an account using
# (t)csh are not yet known, feedback and/or suggestions are welcomed.

if [ -x "$(which gpg-agent)" ]; then
  if test -f $HOME/.gpg-agent-info &&    kill -0 $(cut -d: -f 2
$HOME/.gpg-agent-info) 2>/dev/null; then GPG_AGENT_INFO=$(cat
$HOME/.gpg-agent-info) export GPG_AGENT_INFO
  else
    eval $(gpg-agent --daemon)
    echo $GPG_AGENT_INFO >$HOME/.gpg-agent-info
  fi
fi

# Note that the new option --write-env-file may be used instead.

# You should always add the following lines to your .bashrc or whatever
# initialization file is used for all shell invocations:
 
GPG_TTY=$(tty)
export GPG_TTY
--------------------------------------------

Hilft Dir das weiter? Anmerkung: "OOTB" (heißt das AFAIK).

>  eine X‐Sitzung mittels «startx» (oder «xinit») startest, wird 
>  «~/.xsession» nicht ohne weiteres beachtet:  Da kommt es auf deine 
>  «xinit»‐Konfiguration und den «startx»‐ oder «xinit»‐Aufruf an.

Ja, sicher, die Start-Skripte für den X-Server sind recht komplex und
heftig miteinander verwoben, und laufen dazu noch in unterschiedlichen
Phasen des Ablaufs.

>  Ich lasse von «startx» (eigentlich: von «xinit») das Shell‐Skript 
>  «~/.xinitrc» als X‐Sitzung starten.

Da kommt's auch darauf an, wie der X-Server selber aufgerufen wird und
was da sonst noch einzurichten ist. Ich habe da nicht groß weiter dran
rumgedreht, sondern das mehr oder weniger so genommen, wie es die
Distribution angeboten hat. Ich habe halt nur auf einen relativ
"schlanken" Window-Manager geachtet, der nicht von Belästigungs-
Funktionen überschäumt, sondern ("nur") das bietet, was ich brauche.

...
>  «startx» (eigentlich: «xinit») beendet die X‐Sitzung, wenn der 
>  Prozess, den es als «"${HOME%/}"/.xinitrc» gestartet hat, zu Ende 
>  kommt.

Eigentlich doch der Prozess, den es als .xinitrc gestartet hat?
Die .xsession ist ja  nur ein Unter- bzw. Nachfolgeprozess davon,
soweit ich das verstanden habe?

> Wenn ich mich am grafischen Zugang (xdm) einlogge, dann wird 
> ebenfalls das Shell‐Skript «/etc/X11/Xsession» abgearbeitet.

Das ist aber was anderes als die .xsession, das ist ein systemweites
Start-Skript und evtl. sogar xdm-spezifisch - das gibt es hier
garnicht, mit dem lxdm. (Ich hatte aber auch mal den xdm am Laufen,
und da gab es AFAIR eine /etc/X11/Xsession o.ä.)
...
> > Dann fehlt dem evtl. am Ende noch einiges an Vorbereitung? 
> 
>  Woran denkst du da?  Bei mir ist vor dem abschließenden Start des 
>  Xterms alles an Vorbereitung geschehen.

Bei einem anderen System halt ggfs. nicht - die Flexibilität des
Start-Vorgangs von X11 bietet da umfangreiche Variationsmöglichkeiten.
In Andreas' Fall kann es aber schon auch sein, daß sein komisches
Tastaturverbiegungsprogramm da Unsinn angestellt hat und statt einen
Eintrag _in_ ein Start-Skript einzufügen das gleich komplett _über_-
schrieben hat, so daß dessen wesentliche Funktionen verloren gingen.
Das müßte er halt mal anhand eines Backups oder eines anderen
Vergleichs kontrollieren.

-- 
(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]

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

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

csiph-web