C'est quelque chose que je faisais beaucoup sur Windows, mais après mon récent fiasco, je veux m'en assurer. Est-il sécuritaire de le faire
sudo rm -rf /tmp/*
?
C'est quelque chose que je faisais beaucoup sur Windows, mais après mon récent fiasco, je veux m'en assurer. Est-il sécuritaire de le faire
sudo rm -rf /tmp/*
?
Réponses:
En général, non.
S'il se remplit d'ordure, vous voudrez peut-être regarder quel logiciel ne nettoie pas après lui-même.
Vous pouvez également utiliser find pour identifier les fichiers qui n'ont pas été modifiés ou auxquels vous avez accédé depuis longtemps et qui sont probablement sûrs à supprimer.
/tmp/
au démarrage. Bien que cela ne soit pas nécessairement utile si nous parlons d'un serveur sans redémarrage-EVER ici, une possibilité pourrait être en cours d'exécution find ./ -type f -atime 14 -exec rm {} \;
chaque semaine ou ainsi pour supprimer tout fichier brut qui n'a pas été consulté du tout au cours des deux dernières semaines. ..
find ./ -type f -atime 14 -delete
avec gnu-find
/tmp
n'utilise pas les valeurs par défaut actuelles du noyau qui relatime
ne sont mises à jour que lorsque le fichier est modifié, ou noatime
. Dans ce cas, cela atime
ne sera pas utile à distance.
La vraie réponse est - cela dépend. / tmp peut être utilisé par des applications qui nécessitent la présence de fichiers de verrouillage ou de journaux temporaires pour fonctionner, ou il peut ne pas l'être. Il peut y avoir des liens symboliques là-dedans ... je ne sais pas pourquoi, mais c'est toujours possible.
Vous devriez vraiment regarder ce qui s'y trouve avant de décider de le supprimer. faire un rf -rf * sur n'importe quoi est intrinsèquement dangereux.
/tmp
car l'utilisateur normal ne peut pas écrire dans /var/log|lock
J'ai un script shell qui écrit un verrou dans/tmp
Par exemple, si vous avez une base de données MySQL en cours d'exécution sur votre ordinateur qui va tuer son socket, ou si vous utilisez emacs comme serveur qui va tuer le processus serveur. Il existe de nombreux autres cas où il n'est pas sûr de supprimer ces fichiers. La meilleure chose à faire est d'écrire un script qui vérifie la date du fichier et ne le supprime que s'il est ancien.
Veuillez utiliser tmpreaper .
Non.
Mais vous pourriez avoir un disque virtuel pour le répertoire / tmp, puis il serait vide après chaque redémarrage du système. Et comme effet secondaire, votre système peut devenir un peu plus gros plus rapidement.
Google a beaucoup d'informations sur les tmpfs et / ou les ramfs.
Ma suggestion est de renommer votre dossier tmp en premier pour voir ce qui est affecté par ce répertoire. Renommez-le de "tmp" en "old_tmp". En outre, créez un nouveau dossier vide avec le nom "tmp" car une configuration ou un processus système peut nécessiter que ce dossier crée des fichiers dans ce répertoire comme des fichiers journaux. Suivez ces étapes pour la suppression sécurisée de la date tmp.
1- Renommez le répertoire "tmp" existant en "old_tmp". 2- Créez un nouveau répertoire "tmp" vide 3- Attribuez toutes les autorisations en tant que "0777" à ce répertoire nouvellement créé afin que le système / configuration puisse avoir la permission de créer / placer le journal et d'autres fichiers dans ce répertoire. 4- Exécutez le système et les applications pour vous assurer que tout fonctionne correctement et se comporte comme d'habitude. Gardez en observation pendant 2-3 jours. 5- Si rien n'est affecté en raison du renommage de votre répertoire "tmp" en "old_tmp", vous pouvez supprimer le répertoire "old_tmp".
Remarque: Si quelque chose causant un problème est dû au changement de nom du répertoire "tmp" en "old_tmp", laissez ce répertoire à son nom "tmp" d'origine.
/tmp
et qui commenceraient à échouer dès que vous renommez l'original /tmp
. Notez également que le /tmp
répertoire doit avoir des autorisations spécifiques (ensemble de bits collants, par exemple).
0777
alors qu'elles devraient l'être 1777
.