Recentemente, tenho feito alguma manutenção em um servidor hospedado na nuvem que executo. Meu host é DreamHost, especificamente o serviço DreamCompute e o servidor está executando o Debian 8.6.
Ao limpar arquivos antigos, encontrei um arquivo bastante suspeito localizado em /
chamado EMPTY
com tamanho de 3,3 GB.
<ME>@<SERVER> / % ls -alh
total 3.3G
drwxr-xr-x 22 root root 4.0K Sep 23 11:31 .
drwxr-xr-x 22 root root 4.0K Sep 23 11:31 ..
drwxrwxr-x 2 root root 4.0K Sep 23 11:20 bin
drwxr-xr-x 3 root root 4.0K Sep 23 11:20 boot
-rw-r--r-- 1 root root 30 Aug 24 08:30 config
drwxr-xr-x 18 root root 3.0K Sep 23 11:31 dev
-rw-r--r-- 1 root root 3.3G Mar 16 2016 EMPTY <--- ???
drwxr-xr-x 112 root root 4.0K Sep 23 15:15 etc
drwxr-xr-x 8 root root 4.0K Jun 8 10:50 home
lrwxrwxrwx 1 root root 36 Apr 11 13:37 initrd.img -> /boot/initrd.img-4.4.0-0.bpo.1-amd64
lrwxrwxrwx 1 root root 36 Mar 16 2016 initrd.img.old -> /boot/initrd.img-4.3.0-0.bpo.1-amd64
drwxr-xr-x 15 root root 4.0K Mar 16 2016 lib
drwxr-xr-x 2 root root 4.0K Sep 23 11:20 lib64
drwx------ 2 root root 16K Mar 16 2016 lost+found
drwxr-xr-x 3 root root 4.0K Mar 16 2016 media
drwxr-xr-x 2 root root 4.0K Mar 16 2016 mnt
drwxr-xr-x 6 root root 4.0K Jun 29 09:59 opt
dr-xr-xr-x 157 root root 0 Sep 23 11:31 proc
drwx------ 11 root root 4.0K Sep 23 21:18 root
drwxr-xr-x 24 root root 820 Sep 24 06:25 run
drwxr-xr-x 2 root root 4.0K Sep 23 11:20 sbin
drwxr-xr-x 2 root root 4.0K Mar 16 2016 srv
dr-xr-xr-x 13 root root 0 Sep 26 16:52 sys
drwxrwxrwt 13 root root 4.0K Sep 26 16:51 tmp
drwxr-xr-x 11 root root 4.0K Apr 16 09:38 usr
drwxr-xr-x 12 root root 4.0K Jun 9 09:26 var
lrwxrwxrwx 1 root root 32 Apr 11 13:37 vmlinuz -> boot/vmlinuz-4.4.0-0.bpo.1-amd64
lrwxrwxrwx 1 root root 32 Mar 16 2016 vmlinuz.old -> boot/vmlinuz-4.3.0-0.bpo.1-amd64
Tentei usar sed -n '/\S/ p' < EMPTY
para verificar se o arquivo realmente estava vazio de tudo, exceto espaços em branco, e não imprimiu nenhuma saída. Fiz então sed '/\S/ p' < EMPTY && echo "$?"
para garantir que o comando não travasse no meio e retornasse 0.
Só quero confirmar, no entanto. Este arquivo é seguro para exclusão?
Responder1
Deve ser seguro excluir. Eu não iria excluí-lo imediatamente, eu iria compactá-lo - ele deveria compactar muito bem:
gzip -9 EMPTY
(ou xz EMPTY
ou ...). Isso deve liberar a maior parte dos 3,3 GB e permitir que você restaure o arquivo se mais tarde determinar que algo precisa dele. Você pode excluir o arquivo compactado depois de ter certeza de que tudo ainda funciona (o que basicamente significa verificar se seus aplicativos específicos ainda funcionam - nada no sistema básico deve precisar desse arquivo).