Isso é algo que eu costumava fazer muito no Windows, mas depois do meu recente fiasco , quero ter certeza. É seguro fazer
sudo rm -rf /tmp/*
?
Isso é algo que eu costumava fazer muito no Windows, mas depois do meu recente fiasco , quero ter certeza. É seguro fazer
sudo rm -rf /tmp/*
?
Respostas:
Em geral, não.
Se estiver cheio de lixo, você pode querer olhar para o que o software não está limpando depois de si próprio.
Você também pode usar o find para identificar arquivos que não foram modificados ou acessados há muito tempo que provavelmente são seguros para excluir.
/tmp/
na inicialização. Embora isso não ajude necessariamente se estivermos falando de um servidor EVER que não é reinicializado aqui, uma possibilidade pode estar sendo executada a find ./ -type f -atime 14 -exec rm {} \;
cada semana ou mais para excluir qualquer arquivo simples que não tenha sido acessado nas últimas duas semanas. ..
find ./ -type f -atime 14 -delete
com gnu-find
/tmp
não está usando os padrões atuais do kernel, que relatime
só são atualizados quando o arquivo é modificado, ou noatime
. Nesse caso, atime
não será remotamente útil.
A verdadeira resposta é - depende. / tmp pode ser usado por aplicativos que exigem que arquivos de bloqueio ou logs temporários estejam presentes para serem executados ou não. Pode haver links simbólicos lá ... não sei para quê, mas é sempre possível.
Você realmente deve olhar o que está lá antes de decidir removê-lo. fazer um rf -rf * em qualquer coisa é inerentemente perigoso.
/tmp
porque o usuário normal não pode gravar /var/log|lock
Eu tenho um script de shell que grava um bloqueio em/tmp
Não. Por exemplo, se você tem um banco de dados MySQL em execução no seu computador que mata seu soquete, ou se você está usando o emacs como um servidor que mata o processo do servidor. Existem muitos outros casos em que não é seguro remover esses arquivos. A melhor coisa a fazer é escrever um script que verifique a data do arquivo e o remova apenas se for antigo.
Por favor, use tmpreaper .
Não.
Mas como você pode usar um ramdisk para o diretório / tmp, ele ficará vazio após cada reinicialização do sistema. E, como efeito colateral, seu sistema pode se tornar um pouco maior rapidamente.
O Google tem muita informação sobre tmpfs e / ou ramfs.
Minha sugestão é renomear sua pasta tmp primeiro para ver o que está sendo afetado por este diretório. Renomeie-o de "tmp" para "old_tmp". Além disso, crie uma nova pasta vazia com o nome "tmp" porque alguns processos de instalação ou sistema exigem que essa pasta crie alguns arquivos dentro deste diretório, como arquivos de log. Siga estas etapas para remover com segurança a data tmp.
1- Renomeie o diretório "tmp" existente como "old_tmp". 2- Crie um novo diretório "tmp" vazio. 3- Atribua toda a permissão como "0777" a este diretório recém-criado, para que o sistema / instalação possa ter permissão para criar / colocar o log e outros arquivos dentro deste diretório. 4- Execute o sistema e os aplicativos para garantir que tudo esteja funcionando bem e funcionando normalmente. Mantenha em observação por 2-3 dias. 5- Se nada for afetado devido à renomeação do diretório "tmp" para "old_tmp", você poderá excluir o diretório "old_tmp".
Nota: Se alguma coisa que está causando problema for devida à renomeação do diretório "tmp" para "old_tmp", deixe esse diretório voltar ao nome "tmp" original.
/tmp
e que começam a falhar assim que você renomeia o original /tmp
. Observe também que o /tmp
diretório deve ter permissões específicas (conjunto de bits fixos, por exemplo).
0777
quando de fato deveriam 1777
.