df não atualiza o resultado após lsof search and reboot

Question

Estou tendo um problema com o comando df, meu / fs está assim:

                                        Size  Used Avail Use% Mounted on
/dev/mapper/rootvg-lv_root              945M  811M   69M  93% /

mas se eu executar o comando du:

moesoe@x64lmwbionm:/$ sudo du -hx --apparent-size --max-depth=1
4.1K    ./lib64
30M     ./root
8.1K    ./media
3.5M    ./etc
338M    ./lib
4.0K    ./mnt
200K    ./nsr
4.0K    ./srv
16K     ./lost+found
8.9M    ./sbin
11M     ./bin
391M    .

Eu sei a diferença entre os dois comandos e sei porque às vezes temos diferenças entre eles.

Mas, na realidade, o tamanho do resultado du é > de df result porque precisamos tu usar --apparent-size com du comando para ver aproximadamente o mesmo resultado de dois comandos (problema com sparsefile)

Mas aqui, como você pode ver, df result é > du resultado.

Eu vejo se não tenho arquivos apagados com o comando lsof, mas nenhum arquivo apagado nesta partição,

sudo lsof +L1 / | grep -i delete
httpd      1460       root   24w   REG  252,6        0     0   95 /applis/apache/apache_2416_unix.001/logs/proxy.1460 (deleted)
httpd      1460       root   25w   REG  252,6        0     0   97 /applis/apache/apache_2416_unix.001/logs/rewrite-map.1460 (deleted)
httpd      1476      httpd   24w   REG  252,6        0     0   95 /applis/apache/apache_2416_unix.001/logs/proxy.1460 (deleted)

e / applis / apache têm sua própria partição:

/dev/mapper/datavg-lv_applisapache                   287M   26M  255M  10% /applis/apache

Eu tentei reiniciar o sistema para ver se o resultado do df será atualizado, mas não está funcionando.

informações adicionais:

Linux x64lmwbionm 3.16.0-77-generic #99~14.04.1-Ubuntu SMP Tue Jun 28 19:17:10 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Você teve algum truque ou outras coisas para recuperar meu espaço livre? :)

EDIT1: adicionar conteúdo do / etc / fstab

UUID=57565ea2-83f0-4727-9f5b-7eba6000f06a /boot           ext4    defaults        0       2
/dev/mapper/rootvg-lv_home /home           ext4    defaults        0       2
/dev/mapper/rootvg-lv_opt /opt            ext4    defaults        0       2
/dev/mapper/rootvg-lv_tmp /tmp            ext4    defaults        0       2
/dev/mapper/rootvg-lv_usr /usr            ext4    defaults        0       2
/dev/mapper/rootvg-lv_var /var            ext4    defaults        0       2
/dev/mapper/rootvg-lv_swap none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
/dev/datavg/lv_applis /applis ext4 defaults 0 2
/dev/datavg/lv_moteurs /moteurs ext4 defaults 0 2
/dev/datavg/lv_outils /outils ext4 defaults 0 2
/dev/datavg/lv_applisservicemix /applis/servicemix ext4 defaults 0 2
/dev/datavg/lv_moteursservicemix /moteurs/servicemix ext4 defaults 0 2
/dev/datavg/lv_outilsservicemix /outils/servicemix ext4 defaults 0 2
/dev/datavg/lv_applisapache /applis/apache ext4 defaults 0 2
/dev/datavg/lv_applisogm /applis/ogm ext4 defaults 0 2
/dev/datavg/lv_moteursapache /moteurs/apache ext4 defaults 0 2
/dev/datavg/lv_moteursjava /moteurs/java ext4 defaults 0 2
/dev/datavg/lv_bkp01 /bkp01 ext4 defaults 0 2
/dev/datavg/lv_data01 /data01 ext4 defaults 0 2
/dev/datavg/lv_moteurspostgres /moteurs/postgres ext4 defaults 0 2
/dev/datavg/lv_moteurswmq /moteurs/wmq ext4 defaults 0 2
/dev/datavg/lv_logs /logs ext4 defaults 0 2
CDNLMW3612-3930.nas.dsit.sncf.fr:/Canaltrain_Data_3 /NAS nfs nfsvers=3,auto,rw,exec 0 2
/dev/datavg/lv_agentOdin /moteurs/agentOdin ext4 defaults 0 2

muito obrigado!

    

Answer 1

Você provavelmente tem alguns arquivos ocultos sob um ponto de montagem. Eu tentaria parar o httpd e fazer um umount /applis/apache , em seguida, procurando no diretório / applis / apache para ver se algo ainda está lá.