Como limpar a pasta tmp com segurança no Linux

Uso RAM para meus tmpfs / tmp, 2 GB, para ser exato. Normalmente, isso é suficiente, mas, às vezes, os processos criam arquivos e não conseguem limpar depois deles mesmos. Isso pode acontecer se eles falharem. Preciso excluir esses arquivos tmp órfãos, caso contrário, o processo futuro ficará sem espaço em / tmp.

Como posso coletar o lixo com segurança / tmp? Algumas pessoas fazem isso verificando o carimbo de data e hora da última modificação, mas essa abordagem não é segura, pois pode haver processos de execução demorada que ainda precisam desses arquivos. Uma abordagem mais segura é combinar a condição de carimbo de data e hora da última modificação com a condição de que nenhum processo possui um identificador de arquivo para o arquivo. Existe um programa / script / etc que incorpore essa abordagem ou alguma outra abordagem que também seja segura?

Aliás, o Linux / Unix permite um modo de abertura de arquivo com a criação em que o arquivo criado é excluído quando o processo de criação termina, mesmo que seja de uma falha?

Você pode tentar algo assim:

find /tmp -mtime +7 -and -not -exec fuser -s {} ';' -and -exec echo {} ';'

find é usado para encontrar arquivos que correspondem a determinados critérios.

• -mtime +7 somente seleciona arquivos com mais de 7 dias (você pode usar qualquer outro valor)
• -exec fuser -s {} ';'chama o fusor no modo silencioso para todos os arquivos que correspondam aos critérios de oldness. o fusor retorna 0 (= verdadeiro) para cada arquivo acessado no momento e 1 (= falso) para os não acessados. Como estamos interessados apenas nos mais acedido, nós colocamos um -notem frente a esta-exec
• -exec echo {} ';'apenas imprime todos os nomes de arquivos que correspondem aos critérios. convém usar -exec rm {} ';'aqui, mas como isso pode excluir alguns arquivos ainda em uso, acho mais seguro fazer um eco simples primeiro.
• editar: convém adicionar algo como -name 'foo*.bar'ou -uid 123limitar os efeitos da limpeza a padrões de arquivos ou IDs de usuário específicos para evitar efeitos acidentais.

Até o último ponto: Considere que pode haver arquivos que são gravados apenas uma vez (por exemplo, na inicialização do sistema), mas lidos com freqüência (por exemplo, qualquer cookie de sessão X). Portanto, recomendo adicionar algumas verificações de nome para afetar apenas os arquivos criados pelos seus programas defeituosos.

edit2: Para sua última pergunta: Um arquivo não será excluído do disco até que nenhum processo tenha um identificador aberto (pelo menos para sistemas de arquivos linux nativos). O problema é que a entrada do diretório é removida imediatamente, o que significa que a partir do momento em que você remove o arquivo, nenhum novo processo pode mais abrir o arquivo (pois não há um nome de arquivo anexado).

Para obter detalhes, consulte: /programming/3181641/how-can-i-delete-a-file-upon-its-close-in-c-on-linux

edit3: Mas e se eu quisesse automatizar todo o processo?

Como eu disse, pode haver arquivos que são gravados uma vez e depois lidos de vez em quando (por exemplo, cookies de sessão X, arquivos PID, etc.). Eles não serão excluídos por este pequeno script de remoção (que é a razão pela qual você deve fazer um teste echoantes de excluir os arquivos).

Uma maneira de implementar uma solução segura é usar atime.
atimearmazena a hora em que cada arquivo foi acessado pela última vez. Mas essa opção de sistema de arquivos geralmente é desativada porque tem algum impacto no desempenho (de acordo com este blog em algum lugar na região de 20 a 30%). Existe relatime, mas esse apenas escreve o tempo de acesso se mtimetiver mudado, portanto este não nos ajudará.

Se você quiser usar atime, eu recomendo que você tenha /tmpuma partição separada (de preferência um ramdisk) para que o impacto no desempenho de todo o sistema não seja muito grande.

Uma vez atimeativado, tudo o que você precisa fazer é substituir o -mtimeparâmetro na linha de comando acima por -atime.
Você pode remover o -not -exec fuser -s {} ';', mas eu o manteria lá apenas para ter certeza (caso os aplicativos mantenham os arquivos abertos por um longo período de tempo).

Mas lembre-se de testar o comando echoantes de remover as coisas que seu sistema ainda precisa!

Não role sozinho.

O Debian / Ubuntu possui o tmpreaper, provavelmente também está disponível em outros discos.

# tmpreaper - cleans up files in directories based on their age

sudo apt-get install tmpreaper

cat /etc/tmpreaper.conf 

Em relação à última parte da sua pergunta:

Embora eu não ache que exista um modo de abertura / criação 'excluir-se-eu-morrer', um processo pode excluir um arquivo com segurança diretamente após a sua criação, desde que mantenha um identificador para o arquivo aberto. O kernel manterá o arquivo em disco e assim que o último processo que abriu o arquivo for encerrado (seja por um travamento ou normalmente), o espaço ocupado pelo arquivo será liberado.

Para uma maneira geral de contornar o problema que alguns processos às vezes não limpam / tmp, sugiro dar uma olhada nos namespaces de montagem, descritos, por exemplo, aqui ou aqui . Se o processo em questão for um daemon do sistema, o systemd e seu recurso nativo para permitir sistemas de arquivos private / tmp podem ser interessantes.

para uma GUI, tente isso; http://bleachbit.sourceforge.net/

limpa e esfrega. modo de pré-visualização.

Obtenha uma lista de arquivos mais antigos e exclua os arquivos que estiverem abertos por qualquer coisa dessa lista:

find /tmp -mtime +7 |\
    egrep -v "`lsof -n +D /tmp | awk 'NR>1 {print $9}'| tr \\n \|`" 

lsof -n +D /tmp: procure arquivos abertos em / tmp
awk 'NR>1 {print $9}': imprima apenas a nona coluna da saída lsof, excluindo os cabeçalhos
tr \\n \|: substitua a nova linha por barra (OU no egrep)
egrep -v "foo|moo|bar": imprima as linhas NÃO contendo foo ou moo ou bar

Eu concordo com o acima exposto, para acrescentar a ele - eu sempre corro lsof +L1 | grep tmpe ou mato ou reinicio os processos que mantêm os arquivos tmp "excluídos": EXEMPLO-

# lsof +L1 | grep tmp
xfce4-ter  1699  user   32u   REG    8,6      192     0 818552 /tmp/vte966VLX (deleted)
chrome     3301  user  138u   REG    8,6    16400     0 818547 /tmp/etilqs_Z0guKD7p6ork9iG (deleted)

Você poderia simplesmente fazer rm -rf /tmp/*e esperar que nada quebre ...