Ersetzen Sie die Datei durch einen festen Link zu / dev / null

Ich führe eine Anwendung aus, die in die Datei log.txt schreibt. Die App wurde auf eine neue Version aktualisiert, sodass die unterstützten Plugins nicht mehr kompatibel sind. Es erzwingt eine enorme Menge von Fehlern in log.txt und scheint das Schreiben in eine andere Protokolldatei nicht zu unterstützen.

Wie kann ich sie in ein anderes Protokoll schreiben?

Ich habe darüber nachgedacht, log.txt durch einen festen Link zu ersetzen (Anwendung kann den Unterschied nicht erkennen, oder?) Oder einen festen Link, der auf / dev / null verweist. Welche Möglichkeiten habe ich?

# cp -a /dev/null log.txt

Dies kopiert Ihr Null-Gerät mit den richtigen Haupt- und Nebenentwicklungsnummern, log.txtsodass Sie eine andere haben null.

Geräte sind im Kernel nicht namentlich bekannt, sondern durch ihre Haupt- und Nebennummer. Da ich nicht weiß, welches Betriebssystem Sie haben, fand ich es bequem, nur die Nummern zu kopieren, von denen wir bereits wissen, dass sie sind. Wenn Sie es mit den falschen Haupt- und Nebenzahlen machen, hätten Sie höchstwahrscheinlich ein anderes Gerät hergestellt, vielleicht eine Festplatte oder etwas anderes, auf das Sie nicht schreiben möchten.

Sie können einen symbolischen Link zu / dev / null erstellen und müssen nicht root sein:

ln -s /dev/null log.txt

Die anderen Antworten hier werden wahrscheinlich funktionieren. Insbesondere die Symlink-Lösung wird wahrscheinlich die einfachste Lösung sein. Ich biete dies hauptsächlich der Vollständigkeit halber an.

Die beteiligten mknod(oder cp -a) Lösungen werden problematisch, wenn das Dateisystem, das die Datei enthält, keine Geräte unterstützt (z. B. wurde es mit der nodevOption bereitgestellt ). Und natürlich funktionieren harte Links zwischen Dateisystemen einfach nicht.

Eine Alternative zu festen Verbindungen oder zum Erstellen neuer Geräteknoten besteht in der Verwendung von Bind-Mounts, mit denen Sie eine Datei oder ein Verzeichnis von einem Teil Ihres Dateisystembaums auf einen anderen mounten können. So können Sie beispielsweise Folgendes ausführen:

mount -o bind /dev/null /path/to/log.txt

Dies wirkt sehr ähnlich wie eine harte Verbindung, aber:

• Es kann dateisystemübergreifend betrieben werden (da es nicht wie ein fester Link auf Dateisystem-Inodes basiert)
• Es funktioniert auf schreibgeschützten Dateisystemen (da Sie das Dateisystem nicht ändern)

Für ein vollständiges Beispiel:

bash-4.3# ls -l /var/log/boot.log
-rw-r--r--. 1 root root 7436 Dec 19 10:00 /var/log/boot.log
bash-4.3# mount -o bind /dev/null /var/log/boot.log
bash-4.3# ls -l /var/log/boot.log
crw-rw-rw-. 1 root root 1, 3 Dec 19 09:58 /var/log/boot.log
bash-4.3# echo words words words > /var/log/boot.log
bash-4.3# ls -l /var/log/boot.log
crw-rw-rw-. 1 root root 1, 3 Dec 19 09:58 /var/log/boot.log

Dies hängt entscheidend davon ab, wie die Anwendung mit log.txt umgeht.

Wenn die Anwendung nur die vorhandene Datei öffnet und darauf schreibt, können Sie sie wie in den anderen Antworten beschrieben mit / dev / null verknüpfen, an einer anderen Stelle verknüpfen oder an einer anderen Stelle fest verknüpfen (obwohl Hardlinks nicht dateisystemübergreifend sein können, gibt es also keine " t viel Sinn in diesem) erstellen Sie eine Kopie des / dev / null-Geräteknotens dort usw.

OTOH, wenn die Anwendung die Datei log.txt löscht und neu erstellt, funktioniert nichts davon. Sie könnten das gesamte Verzeichnis irgendwo anders verknüpfen, um die Schreibvorgänge in ein anderes Dateisystem umzuleiten, aber das ist alles, und Sie müssten sich mit anderen Dingen im Verzeichnis befassen.

Ich denke, wenn Sie wirklich wollten, können Sie ein benutzerdefiniertes Overlay-Dateisystem erstellen, das die meisten Operationen durchlaufen hat, während Sie alle Versuche, eine Datei mit dem Namen log.txt zu erstellen, verwerfen.

Nun, eine unanständige Methode mit Named Pipe:

# create a named pipe
mkfifo /path/to/log.txt
# read contents from the pipe and redirect them to /dev/null
cat /path/to/log.txt > /dev/null

Sie können fast alles mit dem gelöschten Protokoll machen, z. B. filtern oder über nc senden .

Erwägen Sie, die Datei zu einem tatsächlichen Nullgerät zu machen. Eine mit mknod erstellte Datei "log.txt" mit dem richtigen Dateityp und den gleichen Neben- und Hauptnummern fungiert als Null-Gerät, da dies der Fall ist.