kann mich nicht mehr am Raspi anmelden

Begonnen von Hausierer, 15 Oktober 2019, 12:55:11

Vorheriges Thema - Nächstes Thema

Hausierer

Hallo Ihr Lieben,

ich weiß gerade nicht ob ich zu blöd bin oder an Alsheimer leide.

Problem: ich kann mich nicht mehr direkt an meinem Raspi anmelden.

Beschreibung: Bei einer Anmeldung per PuTTY bekomme ich sofort nach eingabe des Namen "pi" ein "Server unexpectedly closed connection" zurück.
Auch per Konsole kommt schon nach der Eingabe den Namen ein PAM Failure, aborting: Critical error zurück.

Ich bin nicht fit in Sachen Linux, arbeite aber schon einige Jahre mit FHEM auf den Raspi. Ich habe den Rasp bestimmt schon ein Jahr nicht mehr direkt angesprochen.

Kann mir jemand helfen?

LG
Der Hausierer

Wernieman

Er ist Pingbar und fhem läuft / ist er erreichbar?

Wobei ich befürchte, das die SDCard ein Problem hat ...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Hausierer

#2
Danke für die schnelle Antwort.

ja, ist pinbar und Fhem läuft und funktioniert.

ich sehe aber das ein backup von FHEM nicht läuft. Es wird nur eine "0" Byte Datei angelegt

Otto123

Was gibt denn dies (einzeln) in der FHEM Kommandozeile zurück?
{qx(cat /etc/passwd)}
{qx(df -h)}

Ich denke auch, da stimmt was mit der SD Card nicht.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Wernieman

Zitatich sehe aber das ein backup von FHEM nicht läuft. Es wird nur eine "0" Byte Datei angelegt
Wie siehst Du das?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Hausierer

Hallo Otto123 schon wieder Du, Du bist ja fleißiger als die Polizei erlaubt  ;)

{qx(cat /etc/passwd)} ergibt:

root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
systemd-timesync:x:100:103:systemd Time Synchronization,,,:/run/systemd:/bin/false
systemd-network:x:101:104:systemd Network Management,,,:/run/systemd/netif:/bin/false
systemd-resolve:x:102:105:systemd Resolver,,,:/run/systemd/resolve:/bin/false
systemd-bus-proxy:x:103:106:systemd Bus Proxy,,,:/run/systemd:/bin/false
_apt:x:104:65534::/nonexistent:/bin/false
pi:x:1000:1000:,,,:/home/pi:/bin/bash
messagebus:x:105:109::/var/run/dbus:/bin/false
statd:x:106:65534::/var/lib/nfs:/bin/false
sshd:x:107:65534::/run/sshd:/usr/sbin/nologin
avahi:x:108:112:Avahi mDNS daemon,,,:/var/run/avahi-daemon:/bin/false
fhem:x:999:20::/opt/fhem:/bin/false
mosquitto:x:109:113::/var/lib/mosquitto:/usr/sbin/nologin


{qx(df -h)} ergibt:

/dev/root       7,1G    7,0G     0  100% /
devtmpfs        460M       0  460M    0% /dev
tmpfs           464M       0  464M    0% /dev/shm
tmpfs           464M     18M  446M    4% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           464M       0  464M    0% /sys/fs/cgroup
/dev/mmcblk0p1   43M     22M   21M   51% /boot


Heißt das die Karte ist voll???

@Wernieman: ich habe direkt auf der Karte nachgesehen

Wernieman

/dev/root       7,1G    7,0G     0  100% /
Sie ist voll zu 100%

Zitat@Wernieman: ich habe direkt auf der Karte nachgesehen
Konntest Du nachschauen? Also noch ein Zugriff offen? Womit?

Auf jedem falle mußt Du unnützes wegwerfen .. wie groß ist die Karte?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Hausierer

ja zugriff -> karte rausnehmen -> in einen anderen Rechner stecken -> und nachsehen
kein Zugriff über den Raspi
16G groß

Wernieman

Dann guck Dir mal die Größe vom logdir an, also /var/log/

Mit was für ein System greifst Du zu?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Hausierer

riesige Dateien liegen dort daemon.log und syslog z.B. je 1,6, G groß. Kann ich die einfach löschen?

Ich greife mit einem Windows 10 Rechner zu.
Ich glaube ich hatte dafür vor langer Zeit mal einen Treiber installiert. Bin aber überhaupt nicht sicher. Das ging eben einfach als ich die Karte in den Card Reader gesteckt hatte.

Wernieman

Dann lösche mal "eine" und probiere danach aus, ob Du wieder Zugreifen kannst.

Tip: Mache vorher einen Dump der Karte!

Besser ist löschen auf einem System, was das Linux-Dateisystem nativ kann.

Wenn es läuft, müssen wir dann uns dann ums aufräumen und darum kümmern, das es nicht wieder passiert .... aber das ist der 2. Stepp
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Hausierer

ich habe mutig beide gelöscht. Die Karte sieht jetzt viel besser aus.

Dateisystem    Gr��e Benutzt Verf. Verw% Eingeh�ngt auf
/dev/root       7,1G    3,8G  3,0G   56% /
devtmpfs        460M       0  460M    0% /dev
tmpfs           464M       0  464M    0% /dev/shm
tmpfs           464M     12M  452M    3% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           464M       0  464M    0% /sys/fs/cgroup
/dev/mmcblk0p1   43M     22M   21M   51% /boot


amelden kann ich mich aber immer noch nicht  :-[

FHEM kann aber selber wieder auf die Karte schreiben. z.B. Update und Backup

Wernieman

Dann müstest Du mal ind er syslog und der authlog nach den Gründen suchen ...
also /var/log/...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Hausierer

Ahh, langsam dämmert es mir:

Das hier steht in der auth.log:
Oct 16 09:26:24 raspberrypi sshd[10465]: PAM _pam_init_handlers: error reading /etc/pam.d/sshd
Oct 16 09:26:24 raspberrypi sshd[10465]: PAM _pam_init_handlers: [Critical error - immediate abort]
Oct 16 09:26:24 raspberrypi sshd[10465]: PAM error reading PAM configuration file
Oct 16 09:26:24 raspberrypi sshd[10465]: PAM pam_start: failed to initialize handlers
Oct 16 09:26:24 raspberrypi sshd[10465]: PAM pam_end: NULL pam handle passed
Oct 16 09:26:24 raspberrypi sshd[10465]: fatal: PAM: initialisation failed


sehe ich das richtig, das System kann die sshd Datei nicht lesen.
und jetzt?

Otto123

Versuch in der FHEM Kommandozeile:
{qx(cat /etc/pam.d/sshd)}

Wenn das nicht sinnvolles zurück gibt - da steht nichts spezielles drin. Könnte man ersetzen?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz