ubuntuusers.de

Hallo,

ich habe das System so eingestellt, dass es ohne Passwort starten soll, trotzdem verlangt es bei fast der Hälfte der Starts ein Passwort. Wenn das auftritt erscheint kurz vor der Passwortabfrage ein kurzer Bootsplash. Die Option kein Passwort beim Start ist m. E. richtig eingestellt.

Das Problem ist nach der Installation von Ubuntu zunächst nicht aufgetreten. Erst als plötzlich die Datei /etc/default/grub verschwunden war und neu eingefügt wurde, trat das Problem auf.

Hat jemand dafür ein Erklärung?

Gruß Fir

>> Autologin <<

Ich möchte noch einmal auf das Thema zurückkommen:

Jetzt wird bei allen Startvorgängen ein Passwort verlangt,obwohl

- die Einstellung richtig ist

- custcom.conf ist auch korrekt

# GDM configuration storage
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
AutomaticLoginEnable=True
AutomaticLogin=manfred


# Enabling automatic login

# Enabling timed login
#  TimedLoginEnable = true
#  TimedLogin = user1
#  TimedLoginDelay = 10

[security]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
#Enable=true

Kann mir bitte jemand weiterhelfen?

Mit dem Wiki Autologin komme ich ohne weitere Hilfe nicht klar. Ich vermute allerdings, dass das Wiki nicht mehr aktuell ist.

Gruß Fir

fir schrieb:

Mit dem Wiki Autologin komme ich ohne weitere Hilfe nicht klar.

Dann frage genau was du da nicht verstehst. Es wird dir hier keiner das Wiki nochmal abschreiben.

Ist das Wiki überhaupt gültig?

Aus dem Wiki:

Dieser Artikel ist mit keiner aktuell unterstützten Ubuntu-Version getestet!

Das erscheint mir ziemlich kompliziert, und was soll das bringen?

Man legt mit root-Rechten^[1][2] eine Datei /etc/systemd/system/getty@tty1.service.d/override.conf mit folgendem Inhalt an:

Bracht man das:

Automatischer Oberflächenstart nach Login

Übrigens könnte man auch, wenn man schon antwortet, ein wenig hilfreicher sein und sich nicht auf Formalien beziehen. Du könntest mir ja auch konkret mal einen Tip geben. Oder konkret ein Frage stellen:

fir schrieb:

[…] Mit dem Wiki Autologin komme ich ohne weitere Hilfe nicht klar. Ich vermute allerdings, dass das Wiki nicht mehr aktuell ist.

So ist es. Es ist zwar nicht falsch, behandelt aber die heutzutage nicht mehr gebräuchliche Situation, sich zuerst auf eine Kommandozeile anzumelden und dann die grafische Oberfläche zu starten. Für Dich ist aus den Artikel wohl nur der Verweis auf GDM relevant.

Bei der „automatischen Anmeldung“ ist generell zu beachten, dass hier (mindestens) zwei Anmeldungen mit technisch unterschiedlichen Passworten betroffen sind:

• Primär erfolgt immer eine Unix-Anmeldung.

• Wenn dabei ein Passwort angegeben wird, erfolgen weitere Anmeldungen, darunter eine Entsperrung des gnome-keyring des Benutzers.

Der gnome-keyring speichert alle möglichen Passworte, z.B. für E-Mail-Konten oder Online-Dienste, optional auch für WLANs oder VPNs.

Wenn nach automatischer Anmeldung ein Zugriff auf den noch gesperrten gnome-keyring erforderlich wird, wirst Du nach dem Passwort für diesen gefragt.

Im keyring ist definitiv das richtige Passwort eingetragen:

Kann vielleicht an gdm liegen? Das habe ich gefungen:

manfred@manfred-HP-Compaq:~$ journalctl -u gdm

Jul 18 20:54:38 manfred-HP-Compaq systemd[1]: Starting gdm.service - GNOME Display Manager...
Jul 18 20:54:40 manfred-HP-Compaq systemd[1]: Started gdm.service - GNOME Display Manager.
Jul 18 20:54:40 manfred-HP-Compaq gdm-autologin][1970]: gkr-pam: no password is available for user
Jul 18 20:54:41 manfred-HP-Compaq gdm-autologin][1970]: pam_unix(gdm-autologin:session): session opened for user manfred(uid=1000) by manfred(uid=0)
Jul 18 23:07:08 manfred-HP-Compaq systemd[1]: Stopping gdm.service - GNOME Display Manager...
Jul 18 23:07:08 manfred-HP-Compaq gdm3[1962]: Gdm: Failed to list cached users: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jul 18 23:07:08 manfred-HP-Compaq systemd[1]: gdm.service: Main process exited, code=exited, status=1/FAILURE
Jul 18 23:07:08 manfred-HP-Compaq systemd[1]: gdm.service: Failed with result 'exit-code'.
Jul 18 23:07:08 manfred-HP-Compaq systemd[1]: Stopped gdm.service - GNOME Display Manager.

Fehlerquelle vermutlich gefunden, aber keine Lösung. Wenn man in grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

ersetzt durch

GRUB_CMDLINE_LINUX_DEFAULT="noplymouth"

ist der Fehler weg. Macht man die Änderung wieder rückgängig, ist der Fehler wieder da.

Ich werde mal länger noplymouth anwenden, um sich er zu sein, das der Fehler dann wirklich weg ist.

noplymouth hat mit Sicherheit nichts damit zu tun.

Lesestoff: >> Plymouth <<

doch es gibt Fälle wo Plymouth ein passwort verlangt:

bei einigen vpn und in fstab eingebundene Netzlautwerke. Trifft aber bei mir nicht zu

Ansonsten ist das Wiki plylouth keine Hilfe, genauso wie das vorgeschlagene autologin (was man besser löschen sollte)

fir schrieb:

Ansonsten ist das Wiki plylouth keine Hilfee, ...

Eh man sowas behauptet sollte man es auch gelesen haben. Denn da steht genau was noplymouth tut. >> Plymouth (Abschnitt „Plymouth-beim-Bootvorgang-deaktivieren“) <<

Möchte man den Plymouth "Boot Splash" deaktivieren, ...

Mehr tut noplymouth nicht!

Ich verwende ja SDDM als KDE Nutzer. In der Systemd Unit des Displaymanagers ist darin deutlich lesbar zu finden, dass der Displaymanager auf beenden von Plymouth warten muss. Dafür gibt es einen Systemd Service "plymouth-quit-wait.service".

cat /usr/lib/systemd/system/sddm.service

[Unit]
Description=Simple Desktop Display Manager
Documentation=man:sddm(1) man:sddm.conf(5)
# Change this if you configure sddm to start in a different tty
Conflicts=getty@tty1.service
After=getty@tty1.service

After=systemd-user-sessions.service systemd-logind.service

# If using tty1 and plymouth, sddm will fail till plymouth stops
# consider using:
## After=plymouth-quit.service
# or to forcefully stop plymouth and start earlier:
## Conflicts=plymouth-quit-wait.service
## After=plymouth-start.service plymouth-quit-wait.service
## OnFailure=plymouth-quit.service

# Ordering
Conflicts=plymouth-quit-wait.service
After=systemd-user-sessions.service plymouth-start.service plymouth-quit-wait.service plymouth-quit.service systemd-logind.service
OnFailure=plymouth-quit.service

[Service]
# temporary safety check until all DMs are converted to correct
# display-manager.service symlink handling
ExecStartPre=/bin/sh -c '[ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/sddm" ]'
ExecStart=/usr/bin/sddm
Restart=always
RestartSec=1s
EnvironmentFile=-/etc/default/locale

[Install]
Alias=display-manager.service

Das könnte man als Vorlage zum anpassen der eignen Displaymanager Systemd Unit nehmen, falls darin nicht auf beenden von Plymouth gewartet wird.

Ich denke, sein Problem ist n ganz anderes und er beschreibt es hier nur falsch / unvollständig.

Er nutzt Autologin, sagt aber nicht ob bei Systemstart ggf. auch schon Programme wie z.B. FF mitgestartet werden. Wenn dem so ist verlangt FF oder auch ein anderes Programm dann das freigeben des Keyring mit PW. Beides 2 völlig unterschiedliche Dinge und ein Sicherheitsaspekt. Es braucht einfach mind. eine PW Eingabe damit das System wenigstens einigermaßen sicher ist.

dass irgendwelche Programme zu früh gestartet werden, habe ich auch schon vermutet. Die Frage ist nur, welche.

außerdem, warum tauchen sie erst jetzt auf, nachdem ich grub durch copy/paste, wie ganz oben erläutert, wieder eingefügt habe, und sonst nichts geändert habe.

manfred@manfred-HP-Compaq:~$ systemd-analyze critical-chain graphical.target
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @1min 20.761s
└─power-profiles-daemon.service @1min 20.436s +323ms
  └─multi-user.target @1min 20.434s
    └─plymouth-quit-wait.service @44.987s +35.445s
      └─systemd-user-sessions.service @44.735s +246ms
        └─network.target @44.720s
          └─NetworkManager.service @33.066s +11.653s
            └─dbus.service @24.375s +8.681s
              └─basic.target @24.241s
                └─sockets.target @24.241s
                  └─snapd.socket @24.232s +8ms
                    └─sysinit.target @24.189s
                      └─snapd.apparmor.service @23.547s +641ms
                        └─apparmor.service @20.688s +2.845s
                          └─local-fs.target @20.645s
                            └─run-media-manfred-Toshiba.mount @1min 18.269s
                              └─dev-sdc1.device
manfred@manfred-HP-Compaq:~$ 

Ich habe in custom.conf timed.login aktiviert.

Jetzt funktioniert autologin, löst aber nicht das eigentliche Problem