Не освободилось место после удаления файлов?

Question

[jidckii]

Собственно сабж.
Есть домашний сервер.
На нем есть файлопомойка
/dev/md0 688G 613G 41G 94% /home/user
в рейд 0
Работает Transmission-daemon.
Вчера при помощи transmission-remote-gtk удалил с раздачи несколько торрентов с удалением файлов.
файлы пропали, торренты тоже, но место на диске не освободилось, я удалил еще, но оно так и не освобождалось.
Подумал баг Transmission, ребутнул демона, не помогло.
посмотрел в lsof там пусто.
Ребут сервера так же не помог.
Должно быть свободно около 75 гб, а свободно только 41, и то удалить с освобождением места удалось только после ребута.
К сожалению логи трансмиссион на тот момент не писал.
Подумал, может 1 из дисков посыпался, почекал диски, все в порядке.
в общем чертовщина какая то всю голову уже сломал, почему такое может быть ??

Answer 1

[jidckii]

5% места на разделе резервируется для рута.

ответ в комментах в посте от Sergey Ovechkin Sergey Ovechkin

Answer 2

[Curly Brace]

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

возможно глюки в самой файловой системе, надо провести проверку (файловой системы, а не поверхности).

Comments

[jidckii]

ну это понятно, что скорее всего дело в каких то хард линкак.
А как посоветуете проверить FS ?

[jidckii]

jidckii@keikogi~14:55:16:~$ sudo fsck -fy -t ext4 /dev/md0
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/md0: 6492/45793280 files (20.0% non-contiguous), 163376887/183144832 blocks

[Curly Brace]

ну.. фрагментация 20%.. может из за нее и место занялось, я не уверен. знаю что помойки типа fat32 и даже ntfs теряют место из за фрагментации

[Curly Brace]

e4defrag попробуйте

Answer 3

[pomeo]

Корзину проверьте ~/.local/share/trash

Comments

[jidckii]

нет такого каталога как .local у данного пользователя.

[pomeo]

jidckii: linux какой?

[jidckii]

Sergey Ovechkin: debian 7 x86

[pomeo]

jidckii: ncdu

[jidckii]

Sergey Ovechkin: ээээ и что ? ну я вижу, что в папке занято 613Gb, но это я и в df вижу. суть то в том, что 30 gb где то подвисли.

[pomeo]

jidckii: у вас просто не написано, что у вас директория пустая(ничего нет и скрытых тоже), а место занято. Через ncdu можно походить и внутрь зайти и узнать, что больше всего занимает.

[jidckii]

Sergey Ovechkin: Вы наверное не поняли проблемы

df -h
/dev/md0            688G 613G 41G 94% /home/user

688G - всего места на диске
613G - в текущий момент используется
41G - свободно,
но 688G - 613G = 75G
вопрос, где еще 35Gb ?

[pomeo]

jidckii: df же показывает примонтированные разделы, а другие разделы на диске ещё есть?

[pomeo]

у меня просто тоже не чёткая математика, я у себя смотрю, и all - used != free

[Руслан Федосеев]

5% места на разделе резервируется для рута.

[Эргил Осин]

man tune2fs
/-m

[jidckii]

Руслан Федосеев: никогда не резервировалось, а тут вдруг начало ?
Эргил Осин: это вы к чему ? не совсем понял...

[Руслан Федосеев]

всегда резервировалось. А документацию по ключу -m у tune2fs вы все таки почитайте.
Резервирование делается для того, чтобы в случае исчерпания места на разделе пользователями рут мог хотя б залогиниться и удалить что нить лишнее. А то очень сложно залогиниться в систему в том случае, если нет места на требуемом разделе. Например, невозможно записать в /var/log/wtmp - авторизация невозможна. Да мало ли мест, где при входе пользователя делается запись в файл, создание файла и т.п.

[Руслан Федосеев]

-m reserved-blocks-percentage
Set the percentage of the filesystem which may only be allocated
by privileged processes. Reserving some number of filesystem
blocks for use by privileged processes is done to avoid filesys‐
tem fragmentation, and to allow system daemons, such as sys‐
logd(8), to continue to function correctly after non-privileged
processes are prevented from writing to the filesystem. Nor‐
mally, the default percentage of reserved blocks is 5%.

[jidckii]

Эргил Осин: въехал

:~$ sudo tune2fs -l /dev/md0
tune2fs 1.42.5 (29-Jul-2012)
Filesystem volume name:   <none>
Last mounted on:          /home/user
Filesystem UUID:          03caf230-ad20-4e8d-8739-cf5babc66e8a
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              45793280
Block count:              183144832
Reserved block count:     9157241
Free blocks:              19767945
Free inodes:              45786788
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      980
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
RAID stride:              128
RAID stripe width:        256
Flex block group size:    16
Filesystem created:       Sat Apr 18 23:50:17 2015
Last mount time:          Sat Sep 12 15:39:41 2015
Last write time:          Sat Sep 12 15:39:41 2015
Mount count:              1
Maximum mount count:      -1
Last checked:             Sat Sep 12 14:55:22 2015
Check interval:           0 (<none>)
Lifetime writes:          1234 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      f3846f5a-3367-4690-a0aa-950473f2d33b
Journal backup:           inode blocks

Reserved block count: 9157241 ~ 8,7 Gb
Все равно что то не сходится ..

[jidckii]

в общем я почитал и посчитал, если ранее было по дефолту 5%, то это действительно в районе 35Гб от общего объема. Reserved block count показывает значение в блоках, а не в байтах, что сначала немного запутало меня... единственное объяснение тому, что было записано более чем было и я подумал, что файлы не удалились, так это потому, что они были записаны на диск от имени root.
В общем выставил 1% это 6.8Гб df -h примерно соответствует:

/dev/md0            688G  613G   69G  90% /home/user

Reserved block count: 1831448 Надо просто посмотреть сколько 1 блок и тогда все сойдется...