kann mich nicht mehr am Raspi anmelden

[Hausierer]

Das ist die Antwort auf {qx(cat /etc/pam.d/sshd)}

Code: [Auswählen]

# PAM configuration for the Secure Shell service

# Standard Un*x authentication.
@include common-auth

# Disallow non-root logins when /etc/nologin exists.
account    required     pam_nologin.so

# Uncomment and edit /etc/security/access.conf if you need to set complex
# access limits that are hard to express in sshd_config.
# account  required     pam_access.so

# Standard Un*x authorization.
@include common-account

# SELinux needs to be the first session rule.  This ensures that any
# lingering context has been cleared.  Without this it is possible that a
# module could execute code in the wrong domain.
session [success=ok ignore=ignore module_unknown=ignore default=bad]        pam_selinux.so close

# Set the loginuid process attribute.
session    required     pam_loginuid.so

# Create a new session keyring.
session    optional     pam_keyinit.so force revoke

# Standard Un*x session setup and teardown.
@include common-session

# Print the message of the day upon successful login.
# This includes a dynamically generated part from /run/motd.dynamic
# and a static (admin-editable) part from /etc/motd.
session    optional     pam_motd.so  motd=/run/motd.dynamic
session    optional     pam_motd.so noupdate

# Print the status of the user's mailbox upon successful login.
session    optional     pam_mail.so standard noenv # [1]

# Set up user limits from /etc/security/limits.conf.
session    required     pam_limits.so

# Read environment variables from /etc/environment and
# /etc/security/pam_env.conf.
session    required     pam_env.so # [1]
# In Debian 4.0 (etch), locale-related environment variables were moved to
# /etc/default/locale, so read that as well.
session    required     pam_env.so user_readenv=1 envfile=/etc/default/locale

# SELinux needs to intervene at login time to ensure that the process starts
# in the proper default security context.  Only sessions which are intended
# to run in the user's context should be run after this.
session [success=ok ignore=ignore module_unknown=ignore default=bad]        pam_selinux.so open

# Standard Un*x password updating.
@include common-password
und was sagt mir das nun?

[Otto123]

Ich würde mal behaupten: An der Datei selbst liegt es nicht. Die Datei ist vorhanden und lesbar und sieht aus wie bei  mir 

Eine Datei in Folge? Kenne mich damit aber zu wenig aus. Mal sehen ob Werner noch ne Idee hat.

[Wernieman]

Kann denn fhem die ssh-config lesen?

Kann es bei mir nicht ausprobieren, da ich auf dem Server das Logging geändert habe ...

[Otto123]

Du meinst so?

Code: [Auswählen]

{qx(cat /etc/ssh/ssh_config)}funktioniert bei mir unter FHEM

[Wernieman]

Also kann der User fhem es ;o)

[gent]

Vielleicht einfach mal Tastatur und Monitor am raspi anschließen, und booten und mal schauen, was im boot-prozess passiert? Dann könnte man ssh ausschließen. Dann bist du auf der Konsole und wenn Du dich da auch nicht anmelden kannst, liegt es nicht an ssh.

Um zu testen, ob die SD-Karte was hat: Mal eine Datei mit einem beliebigen Inhalt anlegen und dann booten bzw. den pi auch mal vom Netzteil trennen / Karte rausnehmen und dann schauen, ob die Datei noch da ist, bzw. den gewünschten Inhalt hat.

Viele Grüße, Holger

[Hausierer]

Hallo Zusammen,
auch mit Tastatur und Monitor bin ich nicht wirklich weiter gekommen. Ich bin aber auch nicht wirklich gut an der Konsole. Auf jeden Fall bin ich zur Entscheidung gekommen, das dies wohl ein SK Karten Problem sein muss. Irgendwie wurde der Raspi auch immer langsamer. Ich habe jetzt alles neu aufgesetzt und fertig....

Danke nochmal für die Tipps und Hilfen