Warnung bei voller Platte

Moyen,

sehr interessant.

Vielleicht sollte man auch erwähnen, dass die meisten großen Desktopumgebungen bereits eine Prüfung für volllaufende Datenträger mitbringen. Die ist oft nur unpraktisch voreingestellt; vgl. [https://wiki.ubuntuusers.de/Howto/Datentr%C3%A4ger_voll/#Benachrichtigung-ueberpruefen(https://wiki.ubuntuusers.de/Howto/Datenträger voll/#Benachrichtigung überprüfen)]

Was man mit der mitgelieferten Überprüfung jedoch nicht kann, sind unterschiedliche Schwellenwerte. Auf meiner kleinen /boot sind 80% bereits kritisch, aber in meiner großen / erst bei 97% – Und das auch nur, weil kein weitere VM mehr aufgesetzt werden kann, sonst ginge noch mehr.

Ich habe diesen Artikel zum Anlass genommen meine Überwachung wiederholt zu überprüfen. Da muss ich versehentlich auf „Dieses Laufwerk von der Prüfung ausnehmen“ o. ä. gekommen sein. Jetzt habe ich ein Skript im autostart, dass dieses Versehen erkennt und zurücksetzt.

Und das hiesige Skript wird bei mir Basis für die Überwachung von /boot, falls ich mal ein Aufräumen vergessen haben sollte. Also Danke für den Artikel. Es zeigt sich mal wieder, dass man auch bereits erledigt geglaubte Themen noch mal durchdenken kann.

Ach, und wenn wir schon dabei sind: „notify-send“ ist bspw. bei Ubuntu nicht bei allen Geschmacksrichtungen dabei, sondern „gdbus“ – [https://wiki.ubuntuusers.de/Benachrichtigungsdienst/#Eigene-Nachrichten-ausgeben()]

Es lebe die Vielfalt! XD

Danke! Da zenity nicht immer das passende Werkzeug ist, lasse ich das im Script aussuchen (Auszug):

#!/usr/bin/env bash

[ ! '3' = "$#" ] && usage && exit 1

dlg_type="$1"
dlg_title="$2"
dlg_text="$3"

if [ 'KDE' = "$XDG_CURRENT_DESKTOP" -a $(command -v kdialog) ]; then
    gui_dlg=(kdialog --title $dlg_title)
elif [ 'GNOME' = "$XDG_CURRENT_DESKTOP" -a $(command -v zenity) ]; then
    gui_dlg=(zenity --title $dlg_title)
elif [ $(command -v kdialog) ]; then
    gui_dlg=(kdialog --title $dlg_title)
elif [ $(command -v zenity) ]; then
    gui_dlg=(zenity --title $dlg_title)
elif [ $(command -v yad) ]; then
    gui_dlg=(yad --title $dlg_title)
else
    exit 127
fi

if [ "message" = "$dlg_type" ]; then
    [ 'kdialog' = "$gui_dlg" ] && gui_dlg+=(--msgbox $dlg_text)
    [ 'zenity' = "$gui_dlg" ] && gui_dlg+=(--info --text $dlg_text)
    [ 'yad' = "$gui_dlg" ] && gui_dlg+=(--text-info --text $dlg_text)
fi

"${gui_dlg[@]}"

Vielfalt ist schön, aber nicht immer ;)

Und im allgemeinen Fall (wenn Titel und Text aus mehr als je einem Wort bestehen, also besser immer) müssten die Strings beim Hinzufügen zu den Arrays natürlich durch Quotes geschützt werden:

if [ 'KDE' = "$XDG_CURRENT_DESKTOP" -a $(command -v kdialog) ]; then
    gui_dlg=(kdialog --title "$dlg_title")
elif [ 'GNOME' = "$XDG_CURRENT_DESKTOP" -a $(command -v zenity) ]; then
    gui_dlg=(zenity --title "$dlg_title")
elif [ $(command -v kdialog) ]; then
    gui_dlg=(kdialog --title "$dlg_title")
elif [ $(command -v zenity) ]; then
    gui_dlg=(zenity --title "$dlg_title")
elif [ $(command -v yad) ]; then
    gui_dlg=(yad --title "$dlg_title")
else
    no_gui && exit 127
fi

if [ "message" = "$dlg_type" ]; then
    [ 'kdialog' = "$gui_dlg" ] && gui_dlg+=(--msgbox "$dlg_text")
    [ 'zenity' = "$gui_dlg" ] && gui_dlg+=(--info --text "$dlg_text")
    [ 'yad' = "$gui_dlg" ] && gui_dlg+=(--text-info --text "$dlg_text")
fi

Toller Beitrag! Besonders hilfreich für alle, die keine Desktopumgebung verwenden. Ich möchte jedoch ein paar ergänzende Anmerkungen teilen:

Bevor man sofort zu verschiedenen Tools wie grep, awk oder sed greift, lohnt es sich, zuerst zu prüfen, ob das genutzte Programm selbst alternative Ausgabeformate anbietet. Im Fall von df sind insbesondere die folgenden Optionen interessant (ich verwende bewusst die Langformen, damit sie auf den ersten Blick verständlich sind):

• --type=
• --exclude-type=
• --output=source,size,used,pcent

Da man bei df leider die Überschriftszeile nicht ohne externe Tools entfernen kann, bietet sich hier ein anderes Werkzeug besser an: findmnt. Dieses erlaubt es, nach bestimmten Dateisystemen zu filtern und das Ausgabeformat sehr flexibel anzupassen – sogar so, dass es sich direkt für Shell-Skripte eignet, um Werte in Variablen zu speichern.

Einige besonders interessante Optionen von findmnt, die zum Ausprobieren einladen:

• --df – imitiert die Ausgabe von df
• --output – erlaubt die gezielte Auswahl von Spalten (alle verfügbaren Spalten zeigt --list-columns)
• --pairs – formatiert die Ausgabe so, dass sie leicht in Shell-Variablen eingelesen werden kann
• --real – zeigt nur reale Dateisysteme an
• --types – filtert nach bestimmten Dateisystemtypen
• --noheadings – unterdrückt die Ausgabe einer Kopfzeile. (nicht nötig bei --pairs)

Mit diesen vielseitigen Filter- und Formatierungsoptionen von findmnt – insbesondere in Kombination mit --pairs – kann man in den meisten Fällen auf externe Filtertools verzichten.

Ein weiterer Hinweis: Bei Copy-on-Write-Dateisystemen wie Btrfs würde man mit dieser Methode keine korrekte Erfassung der tatsächlichen Speicherbelegung erhalten. Hier ist eine andere Vorgehensweise erforderlich.

Eine ähnliche Aufgabe erledigt quota

nur ohne solchen netten Mitteilungen und meistens muss dann der Admin ran...

Man kann für einen User eine Speicherkapazität -Grenze (disk quota) einrichten und dann gibt es ebenfalls automatische Warnungen beim Erreichen oder dem Überschreiten der Grenze, inklusive einer Gandenfrist (grace period). Gibt es Gründe wieso der CLI Befehl "du" (disk usage) nicht verwendet wird?

Ich würde sagen, dass df oder auch findmnt schneller sind, weil sie eine Metadaten-Abfrage im Superblock des Dateisystems durchführen. Dadurch müssen nicht alle Objekte wie bei du rekursiv durchlaufen werden, was deutlich mehr Overhead verursacht.

du eignet sich gut, wenn man die Größe einzelner Dateien oder Ordner ermitteln möchte. Benötigt man jedoch Informationen, die das gesamte Dateisystem betreffen, kann man diese wesentlich schneller direkt aus dem Header (Superblock) auslesen.

Hallo Ralf. Nettes Script. Mit einem ganz ähnlichen Script habe ich früher als Sysadmin eine ganze Batterie von Unix- u. Linuxrechnern überwacht (>50). Mir leuchtet die Bedingung grep '^/dev/' nicht so ganz ein, zumal sie auch nicht zum abgedruckten df -h -Listing zu passen scheint. In meinen Scripten verwende ich grep '^/' das filtert genau die Parttitions heraus, die physikalisch geschrieben werden. Gemountete Verzeichnise (:) sollten es auch nicht in die Liste schaffen, da diese ja anderen Maschinen "gehören".

Vielen Dank. Bitte mehr Beiträge über scripting.

Gruß Karl.

Moin,

danke für die vielen Tipps.

Mein Senf: Wer noch zusätzliche fette HDDs besitzt, sollte mal mit tune2fs gucken, wie viele "Reserved block count" die Teile fressen. Per Default werden 5% einer Platte reserviert, was für /root echt notwendig ist, aber für HDD-Datengräber können hier noch etliche Gigabytes freigeschaufelt werden. IMHO reicht es auf solchen Platten 32000 Blöcke zu reservieren. Für eine 12TB Platte hieß das fast 600GB zusätzlichen freien Speicher (~150 Filme oder 75000 Bilder bei 8MB pro Bild oder 20VMs bei 30GB pro VM), denkt mal darüber nach.

JM2C.