Nach Update kein Speicherplatz mehr frei

Help Deutschsprachige Hilfe
1

Beobachtetes und erwartetes Verhalten

Ich nutze einen Raspberry Pi 1 und eine 4GB-SD-Karte und hatte bisher nie Probleme. Gestern habe ich ein Update mit pihole -up gemacht, danach sudo apt update und sudo apt upgrade. Seitdem habe ich keinen freien Speicherplatz mehr. Ausgabe von df -ah:

sysfs              0     0     0    - /sys
proc               0     0     0    - /proc
udev             53M     0   53M   0% /dev
devpts             0     0     0    - /dev/pts
tmpfs            18M  876K   17M   5% /run
/dev/mmcblk0p2  3.2G  3.0G   20M 100% /
securityfs         0     0     0    - /sys/kernel/security
tmpfs            88M  3.0M   85M   4% /dev/shm
tmpfs           5.0M  8.0K  5.0M   1% /run/lock
cgroup2            0     0     0    - /sys/fs/cgroup
pstore             0     0     0    - /sys/fs/pstore
bpf                0     0     0    - /sys/fs/bpf
systemd-1          -     -     -    - /proc/sys/fs/binfmt_misc
mqueue             0     0     0    - /dev/mqueue
debugfs            0     0     0    - /sys/kernel/debug
tracefs            0     0     0    - /sys/kernel/tracing
fusectl            0     0     0    - /sys/fs/fuse/connections
configfs           0     0     0    - /sys/kernel/config
ramfs              0     0     0    - /run/credentials/systemd-sysctl.service
ramfs              0     0     0    - /run/credentials/systemd-sysusers.service
ramfs              0     0     0    - /run/credentials/systemd-tmpfiles-setup-dev.service
/dev/mmcblk0p1  510M   84M  427M  17% /boot/firmware
ramfs              0     0     0    - /run/credentials/systemd-tmpfiles-setup.service
binfmt_misc        0     0     0    - /proc/sys/fs/binfmt_misc
sunrpc             0     0     0    - /run/rpc_pipefs
tmpfs            18M     0   18M   0% /run/user/1000

Ich bin etwas ratlos, woran das liegt oder was ich da machen kann. Kann mir da jemand helfen?

[Bitte beschreibe, welches Verhalten du beobachtet hast und was du eigentlich erwarten würdest. Bitte sei so präzise wie möglich. Nenne wichtige Details, z.B. verwendete Hardware und Betriebssystem]

Debug Token:

https://tricorder.pi-hole.net/gc7U7zed/

2

Versuch mal "sudo apt clean" und danach "sudo apt autoremove". Dann schau mal, was man im Verzeichnis /var/log/ möglicherweise entsorgen kann.

3

Das habe ich beides schon gemacht. So weit ich bis jetzt herausfinden konnte, wurde wohl versucht auf ein Laufwerk zu schreiben, welches nicht gemountet war und daher habe ich diese Dateien wie /dev/mmcblk0p2? Dann stellt sich die Frage, ob ich die einfach löschen könnte.

4

Unter /var/log: was kann ich denn da löschen?


pi@pihole:/var/log $ ls -l
total 176
-rw-r--r--  1 root   root              3895 Apr  1 19:56 alternatives.log
-rw-r--r--  1 root   root               174 Feb 23 16:04 alternatives.log.1
drwxr-xr-x  2 root   root              4096 Apr  1 19:42 apt
-rw-r--r--  1 root   root                 0 Nov 19 14:39 bootstrap.log
-rw-rw----  1 root   utmp                 0 Apr  1 00:00 btmp
-rw-rw----  1 root   utmp                 0 Mar  1 00:00 btmp.1
-rw-r--r--  1 root   root             37997 Apr  1 20:03 dpkg.log
-rw-r--r--  1 root   root             65798 Feb 23 17:43 dpkg.log.1
-rw-r--r--  1 root   root                 0 Nov 19 14:39 faillog
drwxr-sr-x+ 3 root   systemd-journal   4096 Nov 19 14:40 journal
-rw-rw-r--  1 root   utmp            292292 Apr  1 19:38 lastlog
drwxr-xr-x  2 pihole pihole            4096 Apr  1 00:00 pihole
drwx------  2 root   root              4096 Nov 19 14:31 private
lrwxrwxrwx  1 root   root                39 Nov 19 14:31 README -> ../../usr/share/doc/systemd/README.logs
drwxr-xr-x  3 root   root              4096 Nov 19 14:33 runit
-rw-rw-r--  1 root   utmp             23808 Apr  1 19:38 wtmp
5

Das ist keine Datei, sondern die zweite Partition auf Deiner SD-Karte.
Unter RaspberryPi OS ist das normalerweise die Linuxpartition.

Um dort wieder Platz zu schaffen, musst Du also große Dateien finden und löschen.

Pi-hole könnte hier zum Platzverbrauch beitragen, wenn in letzter Zeit besonders viele Anfragen verarbeitet wurden und/oder Du sehr viele große Blocklisten verwendest.
Laut Debug Log war beides zum Zeitpunkt der Erstellung nicht der Fall:

*** [ DIAGNOSING ]: Pi-hole FTL Query Database
-rw-r----- 1 pihole pihole 41M Apr  1 19:37 /etc/pihole/pihole-FTL.db

*** [ DIAGNOSING ]: Gravity Database
-rw-r----- 1 pihole pihole 26M Apr  1 01:00 /etc/pihole/gravity.db

Du könntest prüfen, wieviel Speicher die Systemlogs belegen:

sudo journalctl --disk-usage

Ggf. lässt dieser sich kürzen, z.B. auf die letzten 7 Tage:

sudo journalctl --vacuum-time 7days

Unter Raspberry Pi OS kannst Du außerdem interaktiv nach großen Dateien suchen, z.B. über:

ncdu /
6

Ah, prima, danke! Die Ausgabe von sudo journalctl --disk-usage:
Archived and active journals take up 83.8M in the file system.
Das erscheint mir nicht sonderlich viel.

Mit ncdu / scannt der erst mal und schmeißt schon einige Lesefehler aus, als Beispiel:
Warning: error scanning /proc/24041/fdinfo/3 some directory sizes may not be correct

Kommt dann aber zu folgender Zusammenfassung:


--- /usr -------------------------------------------------------------------------------------------------
                              /..
    1.0 GiB [###############] /lib
. 324.8 MiB [####           ] /share
  194.7 MiB [##             ] /src
  153.3 MiB [##             ] /bin
   27.6 MiB [               ] /sbin
   26.1 MiB [               ] /include
    2.6 MiB [               ] /libexec
  136.0 KiB [               ] /local
e   4.0 KiB [               ] /games

Demnach dürfte die 4GB-SD-Karte aber ja nicht voll sein?

7

Mit sudo apt clean konnte ich die Größe von tmpfs /dev/mmcblk0p2 auf 85% verringern

8

Was gibt denn sudo df -h aktuell zurück?

9

Ausgabe von sudo df -h

Filesystem      Size  Used Avail Use% Mounted on
udev             53M     0   53M   0% /dev
tmpfs            18M  876K   17M   5% /run
/dev/mmcblk0p2  3.2G  2.6G  389M  88% /
tmpfs            88M  3.0M   85M   4% /dev/shm
tmpfs           5.0M  8.0K  5.0M   1% /run/lock
/dev/mmcblk0p1  510M   84M  427M  17% /boot/firmware
tmpfs            18M     0   18M   0% /run/user/1000
10

2,6G scheint halbwegs plausibel für ein aktuelles RPi OS mit einigen installierten Extra-Paketen.

Viel weniger wirst Du ohne De-Installation von Deinerseits nicht benötigten Programmpaketen wahrscheinlich nicht hinbekommen.

Es wäre überlegenswert, bei Gelegenheit auf eine größere SD-Karte umzusteigen. Wenn die Karte dauerhaft in der Nähe ihres Limits ausgenutzt wird, hat der Speichercontroller schlechtere Chancen, Schreibzugriffe über verschiedene Zellen zu verteilen, wodurch einzelne Zellen öfter beschrieben werden und so schneller ihre maximale Zahl an Schreibzugriffen erreichen, d.h. die Karte altert schneller.
Empfehlenswert wäre, wenn die Karte regelmässig nur zu maximal 75% bis 80% ausgelastet wäre.

11

Ich will bald auf einen Thinclient umsteigen und verschiedene Container unter Docker laufen lassen, u. a. pihole und nginx. Bis dahin soll alles so bleiben, wie es ist. Alternativ habe ich noch einen Pi 3B und sicher auch größere Karten, aber der Thinclient erscheint mir sinnvoller.

12

This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.