Raspbian - Festplatte vermeintlich voll

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hey,

    ich habe hier ein sauberes Raspbian installiert. Nach der Installation auf eine 16 GB SD habe ich ausschließlich einen rcswitch-pi Fork geklont und unter Apache einen Webseite lokal gehostet, um über diese Page die Steckdosen zu schalten.

    So lief der Pi nun monatelang problemlos. Nun wollte ich mir eben per SSH mit "nano script.sh" ein neues Script erstellen. Nachdem ich den ersten Entwurf speichern wollte meckerte der Pi- Speicher voll. Hä? Wie kann das sein?

    Und das ist auch meine Frage - wie kann das sein? Bin total platt und ahnungslos.

    Ausgabe 'df -h':

    P.S.: So läuft jetzt natürlich auch "sudo apt-get update" nicht mehr sauber durch.


  • So lief der Pi nun monatelang problemlos.

    Siehe evtl. auch die Ausgaben von:

    Code
    df -i
    ps aux
    sudo ls -laR /var/log

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (27. März 2015 um 20:48)

  • Siehe evtl. auch die Ausgaben von:

    Code
    df -i
    ps aux
    sudo ls -laR /var/log


    [/quote]

    df -i

    Code
    Dateisystem    Inodes IBenutzt  IFrei IUse% Eingehängt auf
    rootfs         917504    87783 829721   10% /
    /dev/root      917504    87783 829721   10% /
    devtmpfs        54936      337  54599    1% /dev
    tmpfs           55978      268  55710    1% /run
    tmpfs           55978        2  55976    1% /run/lock
    tmpfs           55978        2  55976    1% /run/shm
    /dev/mmcblk0p5      0        0      0     - /boot
    tmpfs           55978        2  55976    1% /var/www/shc/rwf/data/cache
    tmpfs           55978        3  55975    1% /tmp

    ps aux

    Spoiler anzeigen


    USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
    root 1 0.0 0.1 2152 724 ? Ss Mär27 0:11 init [2]
    root 2 0.0 0.0 0 0 ? S Mär27 0:00 [kthreadd]
    root 3 0.0 0.0 0 0 ? S Mär27 0:00 [ksoftirqd/0]
    root 4 0.0 0.0 0 0 ? S Mär27 0:00 [kworker/0:0]
    root 5 0.0 0.0 0 0 ? S< Mär27 0:00 [kworker/0:0H]
    root 7 0.0 0.0 0 0 ? S Mär27 0:02 [rcu_preempt]
    root 8 0.0 0.0 0 0 ? S Mär27 0:00 [rcu_bh]
    root 9 0.0 0.0 0 0 ? S Mär27 0:00 [rcu_sched]
    root 10 0.0 0.0 0 0 ? S< Mär27 0:00 [khelper]
    root 11 0.0 0.0 0 0 ? S Mär27 0:00 [kdevtmpfs]
    root 12 0.0 0.0 0 0 ? S< Mär27 0:00 [netns]
    root 13 0.0 0.0 0 0 ? S< Mär27 0:00 [writeback]
    root 14 0.0 0.0 0 0 ? S< Mär27 0:00 [bioset]
    root 15 0.0 0.0 0 0 ? S< Mär27 0:00 [crypto]
    root 16 0.0 0.0 0 0 ? S< Mär27 0:00 [kblockd]
    root 17 0.0 0.0 0 0 ? S Mär27 0:00 [khubd]
    root 18 0.0 0.0 0 0 ? S Mär27 0:02 [kworker/0:1]
    root 19 0.0 0.0 0 0 ? S< Mär27 0:00 [rpciod]
    root 20 0.0 0.0 0 0 ? S Mär27 0:00 [khungtaskd]
    root 21 0.0 0.0 0 0 ? S Mär27 0:00 [kswapd0]
    root 22 0.0 0.0 0 0 ? S Mär27 0:00 [fsnotify_mark
    root 23 0.0 0.0 0 0 ? S< Mär27 0:00 [nfsiod]
    root 29 0.0 0.0 0 0 ? S< Mär27 0:00 [kthrotld]
    root 30 0.0 0.0 0 0 ? S< Mär27 0:00 [VCHIQ-0]
    root 31 0.0 0.0 0 0 ? S< Mär27 0:00 [VCHIQr-0]
    root 32 0.0 0.0 0 0 ? S< Mär27 0:00 [VCHIQs-0]
    root 33 0.0 0.0 0 0 ? S< Mär27 0:00 [iscsi_eh]
    root 34 0.0 0.0 0 0 ? S< Mär27 0:00 [dwc_otg]
    root 35 0.0 0.0 0 0 ? S< Mär27 0:00 [DWC Notificat
    root 37 0.0 0.0 0 0 ? S Mär27 0:00 [VCHIQka-0]
    root 38 0.0 0.0 0 0 ? S< Mär27 0:00 [SMIO]
    root 39 0.0 0.0 0 0 ? S< Mär27 0:00 [deferwq]
    root 41 0.0 0.0 0 0 ? S Mär27 0:03 [mmcqd/0]
    root 42 0.0 0.0 0 0 ? S Mär27 0:02 [jbd2/mmcblk0p
    root 43 0.0 0.0 0 0 ? S< Mär27 0:00 [ext4-rsv-conv
    root 158 0.0 0.2 2892 1292 ? Ss Mär27 0:00 udevd --daemon
    root 275 0.0 0.2 2888 996 ? S Mär27 0:00 udevd --daemon
    root 300 0.0 0.2 2888 936 ? S Mär27 0:00 udevd --daemon
    root 1602 0.0 0.1 1756 508 ? S Mär27 0:35 /usr/sbin/ifpl
    root 1644 0.0 0.1 1756 516 ? S Mär27 3:19 /usr/sbin/ifpl
    root 1862 0.0 0.3 27980 1580 ? Sl Mär27 0:07 /usr/sbin/rsys
    root 1947 0.0 0.5 4904 2288 ? Ss Mär27 0:00 dhclient -v -p
    root 1982 0.0 3.1 97064 14064 ? Ss Mär27 0:32 /usr/sbin/apac
    root 2037 0.0 0.2 4380 968 ? Ss Mär27 0:01 /usr/sbin/cron
    104 2045 0.0 0.1 3184 616 ? Ss Mär27 0:00 /usr/bin/dbus-
    www-data 2064 0.0 1.1 97088 4928 ? S Mär27 0:00 /usr/sbin/apac
    www-data 2066 0.0 1.1 97088 4936 ? S Mär27 0:00 /usr/sbin/apac
    www-data 2068 0.0 1.1 97088 4928 ? S Mär27 0:00 /usr/sbin/apac
    www-data 2069 0.0 1.1 97088 4928 ? S Mär27 0:00 /usr/sbin/apac
    www-data 2072 0.0 1.1 97088 4928 ? S Mär27 0:00 /usr/sbin/apac
    ntp 2116 0.0 0.3 5392 1432 ? Ss Mär27 0:48 /usr/sbin/ntpd
    root 2213 0.0 0.2 6224 1068 ? Ss Mär27 0:00 /usr/sbin/sshd
    nobody 2256 0.0 0.1 2024 644 ? Ss Mär27 0:05 /usr/sbin/thd
    root 2289 0.0 0.3 3268 1360 tty1 Ss Mär27 0:00 /bin/login -f
    root 2290 0.0 0.1 4300 824 tty2 Ss+ Mär27 0:00 /sbin/getty 38
    root 2291 0.0 0.1 4300 824 tty3 Ss+ Mär27 0:00 /sbin/getty 38
    root 2292 0.0 0.1 4300 824 tty4 Ss+ Mär27 0:00 /sbin/getty 38
    root 2293 0.0 0.1 4300 824 tty5 Ss+ Mär27 0:00 /sbin/getty 38
    root 2294 0.0 0.1 4300 824 tty6 Ss+ Mär27 0:00 /sbin/getty 38
    root 2295 0.0 0.1 2072 748 ? Ss+ Mär27 0:00 /sbin/getty -L
    root 2296 0.0 0.5 6196 2532 tty1 S+ Mär27 0:00 -bash
    root 2305 0.0 0.1 1764 600 tty1 S+ Mär27 0:00 /bin/sh /usr/b
    root 2308 0.0 0.3 6268 1528 tty1 S+ Mär27 0:00 whiptail --tit
    root 2375 0.0 0.0 0 0 ? S Mär27 0:00 [kworker/u2:1]
    root 4634 0.0 0.0 0 0 ? S Mär30 0:14 [kworker/u2:0]
    root 6197 0.9 0.6 9268 2928 ? Ss 20:37 0:00 sshd: pi [priv]
    pi 6201 0.1 0.3 9268 1592 ? S 20:37 0:00 sshd: pi@pts/0
    pi 6202 3.3 0.7 6852 3396 pts/0 Ss 20:37 0:01 -bash
    pi 6217 0.0 0.2 5012 1148 pts/0 R+ 20:37 0:00 ps aux

    sudo ls -laR /var/log bringt mir 167 484 Logs. Ist das viel? Kann ich die auf einen Schwung löschen? Wenn ja, wie? :)

    Einmal editiert, zuletzt von fuuman (31. März 2015 um 20:39)


  • sudo ls -laR /var/log bringt mir 167 484 Logs. Ist das viel? Kann ich die auf einen Schwung löschen? Wenn ja, wie? :)

    Zeig mal die Datein, die > 1 MB sind, mit:

    Code
    sudo find /var/log -size +1M

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Mach mal ein:

    Code
    sudo du -hs /* 2>/dev/null

    Damit siehst du viel Speicherplatz die einzelnen Ordner im Rootverzeichnis brauchen und kannst dann weiter schauen.

    Durch die Option -h wird die Größe in menschenlesbarer Form angezeigt d.h. nicht in Bytes sondern in KB, MB, GB,...
    Mit -s werden nicht alle Dateien in allen Unterverzeichnisen einzeln aufgelistet sondern es wird nur angezeigt wieviel Speicherplatz die angegebenen Verzeichnise gesamt brauchen.

    DON'T PANIC!

    Einmal editiert, zuletzt von joh.raspi (1. April 2015 um 13:22)

  • Danke joh. Genau den Befehl habe ich die ganze Zeit gesucht. Wenn sowas bei Windows passieren würde, würde ich auch mit Treesize schauen was da los ist. Und der Befehl macht ja genau das.

    Ausgabe:

  • Als nächstes nochmal das gleiche mit dem Verzeichnis /var

    Code
    sudo du -hs /var/* 2>/dev/null

    ...Dann sehen wird bestimmt wo soviel Speicher benötigt wird. (Ich vermute mal die Webseite, also /var/www - warum auch immer) :)

    DON'T PANIC!

    Einmal editiert, zuletzt von joh.raspi (1. April 2015 um 14:08)

  • Du hast absolut Recht ;)



    Ich hangel mich grade weiter durch die Struktur, moment ;)

    Es ist der Ordner "11G /var/www/shc/rwf"

    Hatte wohl damals zum Testen auch das SHC hier aus dem Forum geklont. Benutze das aber schon ewig nicht mehr.

    Finde leider keine Information, wie ich das SHC "deinstalliere". Und eine Deinstallation habe ich bisher unter Linux auch noch nie vorgenommen. Wie bekomme ich das weitestgehend sauber wieder aus dem System? Finde dazu leider nichts in der SHC-Doku.

    Einmal editiert, zuletzt von fuuman (1. April 2015 um 14:16)

  • Code
    rm: Entfernen von „/var/www/shc/rwf/data/cache“ nicht möglich: Das Gerät oder die Ressource ist belegt


    Aber 9,8 GB sind immerhin shcon mal weg. :D Habe zwar den Apache vorher gestoppt, aber obige Fehlermeldung kommt trotzdem.

  • Dann versuch mal das ganze unzumounten(auszuhängen)

    Code
    sudo umount /var/www/shc/rwf/data/cache

    und dann nochmal den Ordner zu löschen.

    Allerdings solltest du dann auch den dazugehörigen Eintrag in der /etc/fstab entfernen. Schau da mal rein.

    ----
    EDIT:
    Ausserdem würd ich noch den Autostart von shcd über das init Skript deaktivieren und das Skript löschen.
    Müsste so klappen:

    Code
    sudo update-rc.d -f shcd remove 
    sudo rm /etc/init.d/shcd

    Dann noch die mit visudo gemachten Einträge rückgängig machen und dann hast du wenn ich nichts übersehen habe (was gut sein kann) den Orginalzustand wieder hergestellt (mal abgesehen von den Programmen die mit apt-get installiert wurden).

    Das Verzeichnis /var/cache ist auch recht groß da liegen bestimmt noch ein paar heruntergeladene Installationsdateien.
    Lösch das nicht direkt sondern versuchs mal mit:

    Code
    sudo apt-get clean

    DON'T PANIC!

    Einmal editiert, zuletzt von joh.raspi (1. April 2015 um 15:53)

  • Hab alles gemacht wie du beschrieben hast. Sollte passen. Wenn es nicht zu 100% sauber ist und irgendwo noch was vom SHC steht ist auch nicht so schlimm. Ist sowieso der "Bastel-Pi".

    11 GB wieder frei. Ich danke dir!

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!