Вопрос из собеседования. df, du, rm. Когда после удаления файла свободное пространство на диске прибавляется меньше, чем размер файла

*пальцем в небо*

Фрагментация?

P.S. до этого спрашивали про inode, возможно, это как-то связано с ними.

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

Ну, очевидно, это возможно.

вангую

df -BMB

vs

df -BM

Файл остался открыт, например.

файл это хард линк?

не знаю как это грамотно расписать, но может быть файл имел свойство размер со значением 1GB, но столько не занимал. Такое делают, например, торрент-клиенты, или если например сделать такое:

[r0ck3r@laptop ~]$ cd temp/
[r0ck3r@laptop temp]$ ls
[r0ck3r@laptop temp]$ dd if=/dev/zero of=image.img bs=1024 count=1000
1000+0 записей получено
1000+0 записей отправлено
 скопировано 1024000 байт (1,0 MB), 0,00183602 c, 558 MB/c
[r0ck3r@laptop temp]$ mke2fs image.img 
mke2fs 1.42.13 (17-May-2015)
Discarding device blocks: done                            
Creating filesystem with 1000 1k blocks and 128 inodes

Allocating group tables: done                            
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done

[r0ck3r@laptop temp]$ resize2fs image.img 1G
resize2fs 1.42.13 (17-May-2015)
Resizing the filesystem on image.img to 1048576 (1k) blocks.
The filesystem on image.img is now 1048576 (1k) blocks long.
[r0ck3r@laptop temp]$ du -hs image.img 
2,7M    image.img
[r0ck3r@laptop temp]$ du -hs --apparent-size image.img 
1,0G    image.img

sparse файл?

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

Файл занимает 1GB

Я бы минут 10 занудно выяснял, что именно это означает.

еще как вариант, файловая система с архивацией ( на подобии btrfs ).

Мне твоя всратая портянка глаза сломала. А мог бы просто написать - хардлинк.

Ну так что решили? Моя версия с 1000000000 файлов в 1 каталоге всё ещё верна?

Я бы минут 10 занудно выяснял, что именно это означает

Но тут надо меру знать, а то может и боком выйти ;)
«Кандидат имеет право задавать уточняющие вопросы», или Доводим интервьюера до нервного срыва

ТС:

прибавляется меньше, чем размер файла

Falcon-peregrinus:

Фрагментация?

Тогда бы прибавилось больше.

Файл остался открыт, например.

Тогда место вообще бы не освободилось.

P.S. до этого спрашивали про inode, возможно, это как-то связано с ними.

Насколько я знаю при форматировании extfs создаётся определённое кол-во inode фиксированного размера. Именно из-за этого ограничения большие файлы в итоге занимают больше места, т.к. учёт всех блоков просто не поместился в inode и началась косвенная адресация путём выделения доп. блока.

P.S. Кстати, на разных ФС могут быть немного разные причины, так что лучше сообщи о том, какая же ФС подразумевалась.

Если речь идёт о ФС по-умолчанию, т.е. extfs, то я бы грубо прикинул, что это, скорее всего был разряженный (sparse) файл. Но для других ФС верно подметили, что это могло быть сжатие.

Плюсую. Оформление промпта — полное дерьмо. Две строки на команду — это только школиё до такого может додуматься. А за выкладывание этого кала на форум надо банить пожизненно.

Ноль меньше одного гига, в условии не сказано что оно вообще освободилось.

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

Я ожидал это первым ответом, а не 9-м

Много таких случаев. 5 очевидных, вероятно можно ещё придумать.

Так с openwrt. Удали пакет и получи меньше свободного места.

похоже на поломку фс

Есть размер файла и есть место занимаемое им на диске. В файловых системах без функции «упаковки хвостов» файл занимает всегда место кратное размеру блока (округляемое в большую сторону). То есть файл размеров в 10 байт будет занимать минимум 4 килобайта. Ещё если файл большой и фрагментированный, то запись о нём в каталоге тоже может быть большой. Каталог будучи списком файлов тоже занимает место на накопителе.

Задача: на диске 10GB свободного пространства. Файл занимает 1GB. Файл удалили, но свободное место стало не 11GB. В каком случае это могло произойти?

Если такое произошло, то у вас плохая файловая система (например btrfs), которую нужно сменить.

1. пишут округлённые числа, на самом деле всё сходится

2. ФС со сжатием

3. что-то успело записаться (например логи)

This

4. Хардлинк
5. Файл открыт в приложении
6. Sparse-файл
7. Дедупликация

Нет, ну почему никому не нравится вариант, что файл на гигабайт был на самом деле миллиард файлов? Да и каталог — это такой же файл!

А ещё с недавних пор в ext4 есть inline data.

В случае нормально работающей ФС — hardlink, sparse, compression.

Не противоречит условию задачи «но свободное место стало не 11GB» ). Могу предложить еще удаление в корзину. Вообще конечно изврат такие вопросы, можно подумать кому-то интересны накладные расходы на ФС кроме разработчиков ФС.

Хехехе, он был удалён в корзину ::)

А если серьёзно такой размытый, слишком общий вопрос имеет тучу вариантов ответов.

В каком случае

Логичнее спросить - в каких случаях

Можно пропатчить ядро хоть чтобы место наоборот при этом отнималось, очевидно же.

Не противоречит условию задачи «но свободное место стало не 11GB»

Вот теперь поди догадайся, что значит заголовок вопроса: это домыслы или как? Ведь в формулировке «задачи» размер мог отличаться как в одну, так и в другую стороны.

Файл был открыт, от тебя хотели, чтобы ты показал знание lsof. Ну и понимание, что такое может произойти

Да просто неточно передал вопрос ОП, суть и так все поняли.

Когда я этот вопрос задаю - обычно жду, что кадидат вспомнит про lsof как минимум.