Remplacer le fichier par un lien dur vers / dev / null

J'exécute une application qui écrit dans log.txt. L'application a été mise à jour vers une nouvelle version, ce qui rend les plug-ins pris en charge plus compatibles. Il force une énorme quantité d'erreurs dans log.txt et ne semble pas prendre en charge l'écriture dans un fichier journal différent.

Comment puis-je les écrire dans un autre journal?

J'ai envisagé de remplacer log.txt par un lien dur (l'application ne peut pas faire la différence, n'est-ce pas?) Ou un lien dur qui pointe vers / dev / null. Quelles sont mes options?

# cp -a /dev/null log.txt

Cela copie votre appareil nul avec les bons numéros de développement majeurs et mineurs afin log.txtque vous en ayez un autre null.

Les périphériques ne sont pas du tout connus par leur nom dans le noyau, mais plutôt par leur nombre majeur et mineur. Étant donné que je ne sais pas quel système d'exploitation vous avez, j'ai trouvé pratique de simplement copier les numéros d'où nous savons déjà qu'ils sont. Si vous le faites avec les mauvais nombres majeurs et mineurs, vous auriez probablement créé un autre périphérique, peut-être un disque ou autre chose sur lequel vous ne voulez pas écrire.

Vous pouvez créer un lien symbolique vers / dev / null et vous n'avez pas besoin d'être root:

ln -s /dev/null log.txt

Les autres réponses ici fonctionneront probablement. En particulier, la solution de lien symbolique sera probablement la solution la plus simple. J'offre cela principalement pour être complet.

Les solutions impliquant mknod(ou cp -a) deviennent problématiques si le système de fichiers contenant le fichier ne prend pas en charge les périphériques (par exemple, il a été monté avec l' nodevoption, par exemple). Et bien sûr, les liens durs entre les systèmes de fichiers ne fonctionneront tout simplement pas.

Une alternative aux liens durs ou à la création de nouveaux nœuds de périphériques consiste à utiliser des montures de liaison, qui vous permettent de monter un fichier ou un répertoire d'une partie de votre arborescence de systèmes de fichiers sur une autre. Ainsi, par exemple, vous pouvez exécuter:

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

Cela ressemble beaucoup à un lien dur, mais:

• Il peut fonctionner sur plusieurs systèmes de fichiers (car il n'est pas basé sur des inodes de système de fichiers comme un lien dur)
• Il fonctionne sur les systèmes de fichiers en lecture seule (car vous ne modifiez pas réellement le système de fichiers)

Pour un exemple complet:

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

Cela dépend de façon critique de la façon dont l'application gère log.txt.

Si l'application ouvre simplement le fichier existant et y écrit, comme décrit dans d'autres réponses, vous pouvez le lier symboliquement à / dev / null, le lier ailleurs, le lier ailleurs (bien que les liens ne puissent pas être un système de fichiers croisé, il n'y a donc pas de ' t beaucoup de point dans cela) créer une copie du nœud de périphérique / dev / null là etc.

OTOH si l'application supprime et recrée log.txt, rien de tout cela ne fonctionnera. Vous pouvez créer un lien symbolique vers le répertoire entier ailleurs pour rediriger les écritures vers un système de fichiers différent, mais c'est à ce sujet et vous devrez traiter d'autres choses dans le répertoire.

Je suppose que si vous le vouliez vraiment, vous pourriez créer un système de fichiers de superposition personnalisé qui a passé la plupart des opérations tout en rejetant toutes les tentatives de création d'un fichier appelé log.txt.

Eh bien, une méthode ingrate avec un tube nommé:

# 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

vous pouvez presque tout faire avec le journal sauvegardé, comme filtrer ou envoyer via nc .

Envisagez de faire du fichier un périphérique nul réel. Un fichier "log.txt" créé avec mknod, avec le bon type de fichier et les mêmes nombres mineurs et majeurs, agira comme un périphérique nul car il l'est.