Keine Sudo mehr: sudo: PAM kann nicht initialisiert werden: Datei oder Verzeichnis nicht gefunden

PeterFrosta · Jul 24th 2022

Hallo,

Auf einem RPI 4 lauft ioBroker.

Keine sudo Befehle werden mehr angenommen.

Code

pi@raspberrypi:~ $ htop

pi@raspberrypi:~ $ sudo killall grafana
sudo: PAM kann nicht initialisiert werden: Datei oder Verzeichnis nicht gefunden

pi raspberrypi:~ $ sudo reboot
sudo: PAM kann nicht initialisiert werden: Datei oder Verzeichnis nicht gefunden

Problem war eigentlich, dass der ioBroker langsam reagierte, also mal per ssh drauf verbunden. Super langsame Verbindung gehabt und festgestellt, dass die SWAP Datei voll war. Also Reboot versucht. Ging nicht, da keine Sudo befehl. Reboot per Stecker ziehen. Noch immer keine Sudo Befehle. konnte nun aber mit htop zusehen, wie die swap Auslagerung auf 100MB von 100MB voll lief. Arbeitsspeicher ist "konstant" mit 800MB von 4GB in Nutzung. Also bevor das Thema SWAP angegangen wird (wuerde ich zum Schutze der SD Karte naemlich gerne reduzieren/deaktivieren), wie komme ich wieder an die Sudo Befehle?

Habe natuerlich Google mit

"sudo: PAM kann nicht initialisiert werden: Datei oder Verzeichnis nicht gefunden"

befragt. Auch in englisch. Nicht einmal wieder diese Meldung zitiert.

Daher blieb mir nur der Gang zum RaspiPi Forum^^

Freue mich wenn wer behilflich sein kann

rpi444 · Jul 24th 2022

Quote from PeterFrosta

... zusehen, wie die swap Auslagerung auf 100MB von 100MB voll lief. Arbeitsspeicher ist "konstant" mit 800MB von 4GB in Nutzung. Also bevor das Thema SWAP angegangen wird (wuerde ich zum Schutze der SD Karte naemlich gerne reduzieren/deaktivieren), ...

Ergänze mit einem anderen geeignetem System (Editor, etc.), auf der SD-Karte die Datei "/etc/sysctl.conf", mit der Zeile:

Code

vm.swappiness = 1

boote danach und schau nach was mit dem SWAP passiert.

PeterFrosta · Jul 24th 2022

danke fuer den Hinweis fuer den Befehl und dessen Ort.

Aber das Hauptproblem ist ja ein anderes. Keine Sudo Befehle

Und nach einem Neustart ist die Swap ja noch leer und Sudo Befehle gehen auch dann nicht.

Das ist vllt auch im Zusammenhang und Interessant.

Code

pi@raspberrypi:~ $ nano /etc/pam.d/sudo
Nano hat keinen Speicher mehr!

rpi444 · Jul 24th 2022

Quote from PeterFrosta
Das ist vllt auch im Zusammenhang und Interessant.
Code
pi@raspberrypi:~ $ nano /etc/pam.d/sudo
Nano hat keinen Speicher mehr!

Wie sind jetzt die Ausgaben von:

Code

free -m
df -h

?

PeterFrosta · Jul 24th 2022

Ich habe leider kein geeignetes System (Windows) daheim, mit dem ich die Sd Karte (linux partition) booten kann.

Daher sieht es so noch so aus.

Code

pi@raspberrypi:~ $ free -m
              total        used        free      shared  buff/cache   available
Mem:           3838         778          76          12        2983        2930
Swap:            99          99           0

pi@raspberrypi:~ $ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        30G     12G   17G   42% /
devtmpfs        1,8G    4,0K  1,8G    1% /dev
tmpfs           1,9G     28K  1,9G    1% /dev/shm
tmpfs           1,9G    8,5M  1,9G    1% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/mmcblk0p1  253M     49M  204M   20% /boot
tmpfs           384M       0  384M    0% /run/user/1000

Display More

rpi444 · Jul 24th 2022

Quote from PeterFrosta
Ich habe leider kein geeignetes System daheim, mit dem die Sd Karte (linux partition) booten kann.
Daher sieht es so noch so aus.
Code
pi@raspberrypi:~ $ free -m
              total        used        free      shared  buff/cache   available
Mem:           3838         778          76          12        2983        2930
Swap:            99          99           0

Tja, und den buffer/cache kannst Du z. Zt. auch nicht leeren/löschen, weil Du sudo nicht benutzen kannst?

Code

sync && sudo sysctl -w vm.drop_caches=3

PeterFrosta · Jul 24th 2022

Muss ich wohl nen Linux Live stick machen was...

rpi444 · Jul 24th 2022

Quote from PeterFrosta

Muss ich wohl nen Linux Live stick machen was...

Ja.

PeterFrosta · Jul 25th 2022

Glaubst du das dies die SwapSache die Sudo Befehle verhindert?

Danke schon mal.

rpi444 · Jul 25th 2022

Quote from PeterFrosta

Glaubst du das dies die SwapSache die Sudo Befehle verhindert?

Ich weiß es nicht, aber der buffer/cache (mit 2983MB) müsste auch schon freigegeben sein. Die Benutzung von Swap und dann noch zu wenig, kann da schon blockieren.

PeterFrosta · Jul 25th 2022

bin noch am live image.. Gestern hatte ich nur eine Version aufm Stick die wohl nicht bootbar war.

hatte vorhin bevor ich das Haus verlassen habe noch mal das Raspi neugestartet.

Nun 2 Stunden spaeter noch mal eingelogt und htop ausgeführt.

Siehe da, die Swapfile ist noch auf 0/100 MB.

Dann eben sudo nano /etc/sysctl.conf

ausgeführt, Hängt natürlich.

Aber die SWAPbeginnt sofort voll zulaufen.

Nun ist Sie 82/100MB. Also in Ca 2-3 Minuten...

RTFM · Jul 25th 2022

Quote from PeterFrosta

Also Reboot versucht. Ging nicht, da keine Sudo befehl. Reboot per Stecker ziehen. Noch immer keine Sudo Befehle.

Für "shutdown - h now", oder "shutdown -r now" brauchst Du inzwischen keine Rootrechte (sudo) mehr.

Ich fürchte Dein Filesystem ist korrupt, was Du an der syslog Eintragung "run fsck manually" erkennen kannst.

Du kannst zwar auf "gut Glück" dann noch versuchen 5x hintereinander "shutdown -r now" auszuführen. Wenn im syslog aber danach noch run fsck manually eingetragen bleibt, musst Du das auch tun, oder eine Datensicherung restoren.

Für ein check + repair des EXT4-root Filesystems musst Du die SD Karte in einen USB Cardreader eines anderen Linux Systems einlegen und die root-Partition umounten. Siehe < man e2fsck >

Servus !

PeterFrosta · Jul 25th 2022

Quote from RTFM

Für "shutdown - h now", oder "shutdown -r now" brauchst Du inzwischen keine Rootrechte (sudo) mehr.

ahh cool danke!

ABER

Code

pi@raspberrypi:~ $ shutdown -r now
Failed to set wall message, ignoring: Interactive authentication required.
Failed to reboot system via logind: Interactive authentication required.
Failed to open initctl fifo: Keine Berechtigung
Failed to talk to init daemon.

Das zeigt dann wohl wieder auf das Problem mit:

sudo: PAM kann nicht initialisiert werden: Datei oder Verzeichnis nicht gefunden

oder auf

Quote from RTFM

Ich fürchte Dein Filesystem ist korrupt,...

Quote from RTFM

was Du an der syslog Eintragung "run fsck manually" erkennen kannst.

Code

pi@raspberrypi:~ $ run fsck manually
-bash: run: Kommando nicht gefunden.

pi@raspberrypi:~ $ fsck -c
fsck from util-linux 2.33.1
e2fsck 1.44.5 (15-Dec-2018)
/dev/mmcblk0p2 is mounted.



WARNING!!!  The filesystem is mounted.   If you continue you ***WILL***
cause ***SEVERE*** filesystem damage.

Display More

rpi444 · Jul 25th 2022

Quote from RTFM

Für "shutdown - h now", oder "shutdown -r now" brauchst Du inzwischen keine Rootrechte (sudo) mehr.

BTW: Wie sind auf deinem PI die Ausgaben von:

Code

loginctl show-session $XDG_SESSION_ID | grep -iE 'remote=|active'
cat /usr/lib/udev/rules.d/70-uaccess.rules | grep -i remote

?

RTFM · Jul 25th 2022

Da Du keine Datensicherung besitzt, gehts da weiter RE: /dpkg-fsys-usrunmess.8.gz.dpkg-new« konnte nicht angelegt werden

Zuerst bis zum Ende lesen.

Servus !

PeterFrosta · Jul 25th 2022

so nun erstmal vom anderen Rechner in der /etc/sysctl.conf die Swappiness auf 1 gestellt.

und fsck laufen lassen.

Code

└─$ sudo e2fsck -fnv /dev/sdc2
e2fsck 1.46.5 (30-Dec-2021)
Pass 1: Checking inodes, blocks, and sizes
Inode 1487 has encrypt flag but no encryption extended attribute.
Clear flag? no

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

rootfs: ********** WARNING: Filesystem still has errors **********


      182041 inodes used (9.52%, out of 1911616)
        1324 non-contiguous files (0.7%)
         102 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 175224/136
     3111421 blocks used (40.03%, out of 7773184)
           0 bad blocks
           6 large files

      140390 regular files
       34874 directories
           7 character device files
           1 block device file
           0 fifos
         285 links
        6760 symbolic links (6665 fast symbolic links)
           0 sockets
------------
      182317 files

└─$ sudo e2fsck -f /dev/sdc2 
e2fsck 1.46.5 (30-Dec-2021)
Pass 1: Checking inodes, blocks, and sizes
Inode 1487 has encrypt flag but no encryption extended attribute.
Clear flag<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

rootfs: ***** FILE SYSTEM WAS MODIFIED *****
rootfs: 182041/1911616 files (0.8% non-contiguous), 3111421/7773184 blocks
                   

└─$ sudo e2fsck -fnv /dev/sdc2
e2fsck 1.46.5 (30-Dec-2021)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

      182041 inodes used (9.52%, out of 1911616)
        1324 non-contiguous files (0.7%)
         102 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 175224/136
     3111421 blocks used (40.03%, out of 7773184)
           0 bad blocks
           6 large files

      140390 regular files
       34874 directories
           7 character device files
           1 block device file
           0 fifos
         285 links
        6760 symbolic links (6665 fast symbolic links)
           0 sockets
------------
      182317 files
└─$ sudo e2fsck -f /dev/sdc2 
e2fsck 1.46.5 (30-Dec-2021)
Pass 1: Checking inodes, blocks, and sizes
Inode 1487 has encrypt flag but no encryption extended attribute.
Clear flag<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

rootfs: ***** FILE SYSTEM WAS MODIFIED *****
rootfs: 182041/1911616 files (0.8% non-contiguous), 3111421/7773184 blocks
                                                                             

└─$ sudo e2fsck -fnv /dev/sdc2
e2fsck 1.46.5 (30-Dec-2021)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

      182041 inodes used (9.52%, out of 1911616)
        1324 non-contiguous files (0.7%)
         102 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 175224/136
     3111421 blocks used (40.03%, out of 7773184)
           0 bad blocks
           6 large files

      140390 regular files
       34874 directories
           7 character device files
           1 block device file
           0 fifos
         285 links
        6760 symbolic links (6665 fast symbolic links)
           0 sockets
------------
      182317 files

Display More

nun kommt die Sd karte wieder ins Pi. Befuerchte aber, dass die Sudo befehl noch immer fehlen.

PeterFrosta · Jul 25th 2022

nach neustart:

1 Minute spaeter:

PeterFrosta · Jul 25th 2022

Code

pi@raspberrypi:~ $ grep fsck /var/log/syslog -a
Jul 25 03:31:14 raspberrypi systemd-fsck[141]: e2fsck 1.44.5 (15-Dec-2018)
Jul 25 03:31:14 raspberrypi systemd-fsck[141]: rootfs: clean, 182011/1911616 files, 3026242/7773184 blocks
Jul 25 03:31:14 raspberrypi kernel: [    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:32:68:3A vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=738a4d67-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Jul 25 03:31:14 raspberrypi systemd-fsck[287]: fsck.fat 4.1 (2017-01-24)
Jul 25 03:31:14 raspberrypi systemd-fsck[287]: 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
Jul 25 03:31:14 raspberrypi systemd-fsck[287]:  Automatically removing dirty bit.
Jul 25 03:31:14 raspberrypi systemd-fsck[287]: Performing changes.
Jul 25 03:31:14 raspberrypi systemd-fsck[287]: /dev/mmcblk0p1: 290 files, 98646/516190 clusters
Jul 25 03:31:43 raspberrypi systemd[1]: systemd-fsckd.service: Succeeded.
Jul 25 17:17:04 raspberrypi systemd-fsck[136]: e2fsck 1.44.5 (15-Dec-2018)
Jul 25 17:17:04 raspberrypi systemd-fsck[136]: Superblock last mount time is in the future.
Jul 25 17:17:04 raspberrypi systemd-fsck[136]: #011(by less than a day, probably due to the hardware clock being incorrectly set)
Jul 25 17:17:04 raspberrypi systemd-fsck[136]: Superblock last write time is in the future.
Jul 25 17:17:04 raspberrypi systemd-fsck[136]: #011(by less than a day, probably due to the hardware clock being incorrectly set)
Jul 25 17:17:04 raspberrypi systemd-fsck[136]: rootfs: clean, 182041/1911616 files, 3111421/7773184 blocks
Jul 25 17:17:04 raspberrypi kernel: [    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:32:68:3A vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=738a4d67-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Jul 25 17:17:04 raspberrypi systemd-fsck[281]: fsck.fat 4.1 (2017-01-24)
Jul 25 17:17:04 raspberrypi systemd-fsck[281]: 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
Jul 25 17:17:04 raspberrypi systemd-fsck[281]:  Automatically removing dirty bit.
Jul 25 17:17:04 raspberrypi systemd-fsck[281]: Performing changes.
Jul 25 17:17:04 raspberrypi systemd-fsck[281]: /dev/mmcblk0p1: 290 files, 98646/516190 clusters
Jul 25 17:17:33 raspberrypi systemd[1]: systemd-fsckd.service: Succeeded.

Display More

hyle · Jul 25th 2022

PeterFrosta Ist der RPi vom I-Net aus erreichbar (gewesen)? Falls ja, dann sieh Dir auch mal die /var/log/auth.log(*) insbesondere was sshd-Zugriffe angeht an, denn sudo verschwindet nicht einfach so.

Geeignet wäre dazu z.B. less /var/log/auth.log | grep sshd. Vielleicht siehst Du da etwaige "Ungereimtheiten", die auf einen fremden Zugriff hinweisen.

(*) ist u. a. auth.log.1, auth.log.2.gz, auth.log.3.gz usw., also was "wegrotiert" wurde.

Btw. Shutdown ohne root-Rechte funktioniert nur, wenn keine zweite Session des Users läuft oder / und ein anderer User angemeldet ist. Bei der Session bin ich mir aber nur zu 99% sicher.

//Edit:

Code

derneue@avi:~ $ shutdown -r now
User pi is logged in on sshd.
User pi is logged in on seat0.
User pi is logged in on tty1.
Please retry operation after closing inhibitors and logging out other users.
Alternatively, ignore inhibitors and users with 'systemctl reboot -i'.

Quote

Alternatively, ignore inhibitors and users with 'systemctl reboot -i'.

Funktioniert wiederum.

rpi444 · Jul 25th 2022

Quote from PeterFrosta

1 Minute spaeter:

Wie sind jetzt die Ausgaben von:

Code

sysctl vm.swappiness
free -m

?

Tags