Man wird vergesslich...

[flugopa]

falsche Anzeige, oder eine schwarzes Loch?

[root@v20z /]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                       65G  7.7G   54G  13% /
tmpfs                1006M     0 1006M   0% /dev/shm
[root@v20z /]# du -sh
7.9G    .
[root@v20z /]# uname -a
Linux v20z.mzml.local 2.6.18-53.1.14.el5 #1 SMP Wed Mar 5 11:37:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux

 

[x0r]

falsche Anzeige, oder eine schwarzes Loch?

[root@v20z /]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                       65G  7.7G   54G  13% /
tmpfs                1006M     0 1006M   0% /dev/shm
[root@v20z /]# du -sh
7.9G    .
[root@v20z /]# uname -a
Linux v20z.mzml.local 2.6.18-53.1.14.el5 #1 SMP Wed Mar 5 11:37:38 EST 2008 x86_64 x86_64 x86_64 GNU/Linux

Probier doch mal ein :

lsof 2> /dev/null | grep tmp
mysqld    27023    mysql    5u      REG       0,35         0    2277468 (deleted) /vz/root/211/tmp/ibxaEDxC
mysqld    27023    mysql    6u      REG       0,35        20    2277470 (deleted) /vz/root/211/tmp/ibUpTkEo
mysqld    27023    mysql    7u      REG       0,35         0    2277471 (deleted) /vz/root/211/tmp/ibjZA2Ka

Im Zweifel lassen sich die Unterschiede durch file-locks erklären, die dafür sorgen, dass eine Datei sich logisch nicht mehr auf einem FS befindet (weil diese von irgendeiner Anw. gelöscht wurde) jedoch physikalisch noch vorhanden ist (weil eine dritte Anwendung diese Datei gerade bearbeitet hat). Das kommt häufig bei Datenbanken und bei temporären Dateien vor.

Gibt aber auch noch andere Gründe (die hier wohl aber nicht zutreffen ) siehe: http://lists.debian.org/debian-user-de/1999/05/msg00283.html

MfG

 

[yai]

das mit den Löchern kann schon stimmen, aber ob die schwarz sind ...
probier mal die du-Option --apparent-size, dann werden auch sparse files berücksichtigt.