Wie kann ich ein / dev / null-ähnliches "blackhole" -Verzeichnis erstellen?

Ich möchte ein " /dev/null" Verzeichnis (oder ein "blackhole" -Verzeichnis) erstellen, so dass alle darauf geschriebenen Dateien nicht wirklich geschrieben werden, sondern einfach verschwinden.

Ich habe eine Anwendung, die große temporäre Dateien in ein Verzeichnis schreibt. Ich habe keine Kontrolle über den Namen der Dateien und kümmere mich nicht wirklich um den Inhalt dieser Dateien. Ich könnte ein Skript schreiben, das diese Dateien regelmäßig blockiert, aber die Dateien werden sehr schnell ausgeschrieben und füllen meine Festplatte. Ich suche etwas Klügeres. Ich möchte, dass die Anwendung "denkt", dass sie diese Dateien ausschreibt, während die Schreibvorgänge am anderen Ende einfach verworfen werden.

Siehe auch diesen alten verwandten Thread.

Dies wird von Haus aus unter keinem mir bekannten Unix unterstützt, aber Sie können mit FUSE so ziemlich alles machen . Es gibt mindestens eine Implementierung von nullfs¹ , einem Dateisystem, in dem jede Datei existiert und sich so verhält /dev/null(dies ist nicht die einzige Implementierung, die ich jemals gesehen habe).

¹ _{Nicht zu verwechseln mit * BSD nullfs , analog zu bindfs .}

Ein anderer Ansatz wäre ein LD_PRELOAD-Wrapper. Im Grunde genommen eine kleine gemeinsam genutzte Bibliothek, die vor libc.so geladen wird und Aufrufe zum "Öffnen" mit etwas abfängt, das den potenziellen Dateipfad überprüft und "/ dev / null" ersetzt, wenn es sich im Zielverzeichnis befindet.

Dies hat den Vorteil, (a) vollständig im User-Space zu sein - kein Kernel-Hacking erforderlich; und (b) nur die einzelne fehlerhafte Anwendung betreffen.

Ein einfaches Beispiel finden Sie unter http://www.noah.org/wiki/LD_PRELOAD_notes . In Ihrem Fall möchten Sie jedoch die Systemaufrufe "open" und "creat" abfangen.

Wenn das Programm so dumm ist, dass Sie diese Protokolle nicht ausschalten können, prüft es möglicherweise auch nicht nach Fehlern, nachdem Sie eine Protokolldatei geöffnet haben? Ich würde versuchen, ein Dummy-Nur-Lese-Dateisystem zu mounten (z mount -o loop. B. mit .)

Sie sagen, dass das regelmäßige Entfernen der Dateien mit einem Skript nicht schnell genug ist. Könnten Sie mit einem Auslöser leben, der eine temporäre Datei jedes Mal löscht, wenn Ihre Anwendung mit dem Schreiben fertig ist und sie schließt? In diesem Fall können Sie die API "inotify" verwenden.

(Siehe http://en.wikipedia.org/wiki/Inotify und https://github.com/rvoicilas/inotify-tools/wiki/ )

Ich habe ein Kernel-Modul basierend auf dem RAMFS-Beispiel im Linux-Kernel erstellt. Es ist im Grunde ein Blackhole-Dateisystem mit dem Namen nullfsvfs. Die Implementierung des FUSE-Systems muss Daten vom Benutzer in den Kernelspeicher kopieren und ist im Vergleich zu einer direkten Implementierung als Kernelmodul recht langsam. Sehen:

https://github.com/abbbi/nullfsvfs

Verknüpfen Sie einfach dieses Verzeichnis mit /dev/null

rm -rf ~/.logs
ln -s /dev/null ~/.logs

/dev/nullmuss kein Verzeichnis sein. Wenn das Programm versucht zu schreiben, ~/.logs/log1.dumpgeht es trotzdem richtig hinein /dev/null.
Ich mache das für den Cache von Google Chrome, weil er nach einer Weile so groß wird, dass Chrome Minuten braucht, um zu starten.