Ошибка со свободным местом на диске ext3

Насколько я знаю, Линукс позволяет удалять любые файлы без сообщений типа "файл занят другим приложением". Однако если он действительно занят неким приложением - то для всех остальных он исчезнет, а для этого приложения останется. Пока приложение от него не отцепится - тогда файл будет окончательно удалён. Надеюсь, ничего не напутал :-) Может, у Вас удаляемые файлы открыты, но не используются Самбой?

файлы что удалялись могли использоваться только самбой и ничем другим. самба перезапущена - эффект то же.

Если нет сил искать - перезагрузись! :)

А так хорошо помогает команда lsof +d (или +D) не подозреваемый в неотдавании свободного места каталог. Лучше пускать от рута, а то можно увидеть не все открытые файлы.

после перезагрузки ситуация не изменилась. :( в какую сторону копать... диски проверял на ошибки - ошибок нет!

может дело в hardlink-ах?

честно говоря не в курсе что это и как оно может повлиять, объясните плиз поподробнее.

на разделах есть symlinkи на другие партации, но как это может влиять на свободное место, ведь симлинк это почти обычный файлик, насколько я понимаю.

если на файл есть хардлинки, то удалится он только тогда, когда все хардлинки будут удалены а определить есть ли hardlink на него выполнив: find <filename> -type f -links +1

В общем, отмонтируем ФС, прогоняем по ней "e2fsck -f", монтируем ее в другой каталог, делаем find как сказали. Можно еще поделать du -s по каталогам, сравнить сумму du -s и общее занятое место...

дело в том что все файлы уже удалены, т.е. получается хардлинков нет.

Интересно посмотреть: cat /etc/fstab cat /proc/cmdline df -h fdisk -l

пожалуйста...

cat /etc/fstab

/dev/sda6 / ext3 acl,user_xattr 1 1
/dev/sda5 /boot ext2 acl,user_xattr 1 2
/dev/sda7 /srv ext3 acl,user_xattr 1 2
/dev/sda8 /storage ext3 acl,user_xattr,usrquota 1 2
/dev/sda1 swap swap pri=42 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
proc /proc proc defaults 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
sysfs /sys sysfs noauto 0 0
192.168.3.200:/storage /mnt/server-sat.storage nfs rw,sync 0 0
/dev/sdb1 /storage.1 ext3 acl,user_xattr,usrquota 1 2

cat /proc/cmdline

root=/dev/sda6 resume=/dev/sda1 splash=silent showopts

df -h

Filesystem Size Used Avail Use% Mounted on
/dev/sda6 5,3G 2,9G 2,2G 57% /
udev 252M 112K 252M 1% /dev
/dev/sda5 38M 20M 17M 55% /boot
/dev/sda7 40G 7,1G 31G 19% /srv
/dev/sda8 248G 236G 0 100% /storage
/dev/sdb1 294G 280G 0 100% /storage.1
192.168.3.200:/storage
69G 52G 17G 77% /mnt/server-sat.storage

fdisk -l

Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 131 1052226 82 Linux swap / Solaris
/dev/sda2 132 38913 311516415 f W95 Ext'd (LBA)
/dev/sda5 132 136 40131 83 Linux
/dev/sda6 137 835 5614686 83 Linux
/dev/sda7 836 6062 41985846 83 Linux
/dev/sda8 6063 38913 263875626 83 Linux

Disk /dev/sdb: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 38912 312560608+ 83 Linux

Меня терзают смутные сомнения, что это резервируемое для рута место. По умолчанию 5% от объёма.

может проблема в usrquota попробуй убрать из fstab эту опцию и перемонтируй диски

убрал-перемонтировал - не помогает... вчера пронаблюдал такую ситуацию.

df -h avail 0 на обеих партациях, начинаю переностить(!) с одной на другую - перенос проходит нормально - на целевой партации увеличилось used, а на исходной уменьшилось used и соответвенно увеличилось avail ровно на объем скопированной информации, все делалось в mc через ssh, но в целевую партацию средствами samba записывать ничего не удается - говорит - нет места.

что то уже начинает это все напрягать.. в какую сторону еще можно покопать...

а где это можно проверить? (5% для рута)

tune2fs -l /dev/hda8 , там выводится "Block count" и "Reserved block count".

да дело было действительно в резервных блоках

tune2fs -r 0 /dev/sdb1

спасло ситуацию! спасибо! :)

Оно не зря резервируется, там фрагментация сильно должна расти при заполнении раздела до конца и плюс эта штука позволяет зайти руту место почистить в случае чего.