Lorsque de gros fichiers sont supprimés sur un serveur, les fichiers peuvent toujours être référencés par des processus, de sorte que le système de fichiers ne dispose pas de plus d'espace libre.
J'ai essayé d'utiliser lsof , mais il semble qu'il ne répertorie pas les fichiers supprimés. fuser -c
a mieux fonctionné, mais la liste des processus est tout simplement trop longue pour être vérifiée pour chaque processus, d'autant plus que chaque processus est un processus Oracle.
bash-3.2# fuser -c /var
/var: 105o 29999o 20444c 3528c 27258o 7715o 3864o 3862o 2494o 18205o 17450co 17445co 14912co 14824co 14818co 14816o 14814o 8532c 8530c 7633com 7118o 6958o 6790c 6784co 6734o 6693o 6689o 6684o 6675o 6635o 6594c 6548o 6547o 6546o 6545o 6544o 6543o 6542o 6541o 6540o 6537o 6535o 6456o 6128co 6113o 335o 245co 229o 161o 8o
bash-3.2# du -hs /proc
139T /proc
Il arrive parfois qu'un fichier soit supprimé par une application ou un utilisateur, par exemple un fichier journal et que ce fichier soit toujours référencé par un processus qui ne peut pas être redémarré.
Existe-t-il des méthodes propres à récupérer de l'espace disque sur les fichiers supprimés sans redémarrer le processus qui fait référence à ce fichier supprimé?
cp /dev/null
est une commande nulle car cp
n'a rien à copier, une simple redirection est strictement équivalente :>file
ou même>file
cp /dev/null file