1.4 Гигабайта диска /dev/sda9 заняты 10.6 мегабайтами ?

[Anonymous]

Помогите в решении очень важной проблемы:
root@master:/var/log# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 927M 83M 797M 10% /
/dev/sda2 189M 38M 152M 20% /boot
/dev/sda6 1.4G 33M 1.4G 3% /tmp
/dev/sda7 4.6G 2.6G 1.8G 61% /usr
/dev/sda8 927M 25M 855M 3% /var
/dev/sda9 1.4G 1.4G 824K 100% /var/log
/dev/sda10 9.1G 6.2G 2.5G 72% /data1
/dev/sda11 9.1G 33M 8.6G 1% /data2

root@master:/var# du -k log/
1 log/cups
1 log/nfsd
1 log/uucp
1 log/removed_packages
1 log/samba
1 log/setup/tmp
17 log/setup/apache
78 log/setup
3876 log/packages
1188 log/scripts
5257 log/apache
1 log/removed_scripts
1 log/iptraf
1 log/tmtraffic
10599 log

Т.е. 1.4 Гигабайта диска /dev/sda9 заняты 10.6 мегабайтами ?
Что за беда ?

[exe]

А что показывает du -sk /var/log

[Anonymous]

root@master:/home/andr# du -sk /var/log
12260 /var/log

[dma]

А можно нам ещё показать:

Код: Выделить всё

# mount | grep sda9
# uname -a

Я не уверен, натолкнёт ли это меня на мысль... Единственное, что припоминается, так это немного заторможенное освобождение блоков под XFS. То есть, например, удаляю 4Гига, а по df скока было свободного места, столько и осталось. Тем не менее записать такой объём назад было возможно. Место вернулось через некоторое время.
Попробуй сделать sync или umount/mount.

[exe]

Тут явно что-то хитрое. Может dma и прав, но слишком большая
разница даже для резервирования в xfs.

Идеи:
1. fsck прогнать
2. Посчитать ручками и выяснить кто врет - df или du

[Anonymous]

andr@master:~$ mount | grep sda9
/dev/sda9 on /var/log type reiserfs (rw)
andr@master:~$ uname -a
Linux master 2.4.22 #2 Tue Jan 13 13:12:51 CET 2004 i686 unknown unknown GNU/Linux

Я перезагрузил машину, в результате чего
andr@master:~$ df

Filesystem 1K-blocks Used Available Use% Mounted on
...
/dev/sda9 1461828 78800 1383028 6% /var/log
...

root@master:/home/andr# du -k /var/log
1 /var/log/cups
1 /var/log/nfsd
1 /var/log/uucp
1 /var/log/removed_packages
1 /var/log/samba
1 /var/log/setup/tmp
17 /var/log/setup/apache
78 /var/log/setup
3876 /var/log/packages
1188 /var/log/scripts
5429 /var/log/apache
1 /var/log/removed_scripts
1 /var/log/iptraf
1 /var/log/tmtraffic
45160 /var/log

Однако если смотреть свойства папки через mc
Free space: 1350M (94%) of 1428M
No node information

Вот последняя строчка, что такое случилось ?

[Anonymous]

andr@master:~$ mount | grep sda9
/dev/sda9 on /var/log type reiserfs (rw)
andr@master:~$ uname -a
Linux master 2.4.22 #2 Tue Jan 13 13:12:51 CET 2004 i686 unknown unknown GNU/Linux

Я перезагрузил машину, в результате чего
andr@master:~$ df

Filesystem 1K-blocks Used Available Use% Mounted on
...
/dev/sda9 1461828 78800 1383028 6% /var/log
...

root@master:/home/andr# du -k /var/log
1 /var/log/cups
1 /var/log/nfsd
1 /var/log/uucp
1 /var/log/removed_packages
1 /var/log/samba
1 /var/log/setup/tmp
17 /var/log/setup/apache
78 /var/log/setup
3876 /var/log/packages
1188 /var/log/scripts
5429 /var/log/apache
1 /var/log/removed_scripts
1 /var/log/iptraf
1 /var/log/tmtraffic
45160 /var/log

Однако если смотреть свойства папки через mc
Free space: 1350M (94%) of 1428M
No node information

Вот последняя строчка, что такое случилось ?

[Llama]

явно где-то sparse files... reiserfs их вполне поддерживает. только вот что им в логах делать?

[Anonymous]

явно где-то sparse files... reiserfs их вполне поддерживает. только вот что им в логах делать?

Не могли бы Вы объяснить проще ?

[Llama]

sparse files - это файлы содержащие внутри себя "пустое" место. Например в файл записаны данные с 0 до 1Mb и с 100 до 101Mb - реально файл занимает на носителе 2Mb, хотя размер файла (с точки зрения ls -l) будет 101Mb.

Запусти du --apparent-size /var/log и сравни с выводом du /var/log - если они отличаются - то ищи sparse file

[Anonymous]

root@master:/home/andr# du --apparent-size /var/log
1 /var/log/cups
1 /var/log/nfsd
1 /var/log/uucp
1 /var/log/removed_packages
1 /var/log/samba
1 /var/log/setup/tmp
13 /var/log/setup/apache
35 /var/log/setup
3222 /var/log/packages
502 /var/log/scripts
5462 /var/log/apache
1 /var/log/removed_scripts
1 /var/log/iptraf
1 /var/log/tmtraffic
48965 /var/log

root@master:/home/andr# du -k /var/log
1 /var/log/cups
1 /var/log/nfsd
1 /var/log/uucp
1 /var/log/removed_packages
1 /var/log/samba
1 /var/log/setup/tmp
17 /var/log/setup/apache
78 /var/log/setup
3876 /var/log/packages
1188 /var/log/scripts
5469 /var/log/apache
1 /var/log/removed_scripts
1 /var/log/iptraf
1 /var/log/tmtraffic
50308 /var/log

Разница есть, подскажите пожалуйста, по каким критериям и как искать sparse file:?:

[exe]

У них размер больше кол-ва занимаемых блоков, т.е. есть дыры.

[Anonymous]

Т.е. просматривать листинг файлов ?
Объясните тупому.

[exe]

На каждом файле смотришь размер ls -l
На каждом файле делаешь du

И считаешь. Размер файла на размер фрагмента
покажет сколько он должен занимать если не sparse.
du показыват сколько занимает.

Плюс некоторые файловые системы могут такого нарисовать....
(vxfs xfs gpfs jfs2 любят поиздеваться над программером)

Размер фрагмента можно узнать правильно или просто.

Просто:
Делаешь файл размером один байт, и du покажет скока он занимает.

Правильно:
для каждой файловой системы и операционки свои способы.

В общем мой ответ - определить на unix является ли файл sparse
можно только ручками с калькулятором. При чтении дырок
считываются нули, а вот записаны они на диске реально или нет
никто не знает.

[Llama]

BAV, ИМХО разница слишком маленькая...
принудительная проверка fsck на отмонтированно разделе делалось?