Главная > Linux > Linux занято место на пустом диске

Linux занято место на пустом диске

10.01.2013 1 коммент. » Просмотры: 5 624

Linux logo

Сегодня я устанавливал новый диск, на сервачок. После установки, форматирования в ext4 и монтирования его в систему, я увидел, что на нем занято 28Гб места, это меня удивило, ведь он должен быть чистым...

Команда

показывала следующее:

Файл. система: /dev/sdb1
Размер: 1,9T
Использовано: 28G
Доступно: 1,7T
Использовано, %: 2%

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

Однако, что-то меня все таки смущало, тогда я посчитал, что 0.2T ( 1.9Т-1.7Т = 0.2Т ) от 1.9T это никак не 2%, а целых 10.5%. Тогда я полез дальше выяснять, где же остальное место...

И я откопал два интересных (во всяком случае для меня) поста:

 

Пост 1: Ext4 overhead?

If you chose to use ext2/3/4 you should also be aware of reserved space. By default ext2/3/4 will reserve 5% of the drives space, which only root is able to write to. This is done so a user cannot fill the drive and prevent critical daemons writing to it, but 5% of a large RAID array which isn’t going to be written to by critical daemons anyway, is a lot of wasted space. Set the reserved space to 0%, using tune2fs:

Вкратце, тут говорится, что Ext2/3/4 резервирует 5% места под нужды рута и демонов. Нужно это на случай, когда юзеры забьют своим хламом винт под завязку, а руту или демонам понадобится место для нормального функционирования. Это вполне логично, но только не там, где ты самый-главный, поэтому есть возможность отказаться от такой озабоченности файловой системой нашими проблемами. А именно воспользоваться утилитой tune2fs.

 

Пост 2: Reserved block count for Large Filesystem

 > On large FS like 100gb default value of "Reserved block count" takes
> 5% of usable disk, can this value be safely changed to 1% and not
> affect a performance ? Is a reservation size of 1gb enough for 100gb
> disk ? And when we have even larger filesystem like 1Tb default
> "Reserved block count" is 50GB, is it an absolutely minimum must
> have reserved number of space for disk performance, or it's just a
> legacy concept which can be adjusted?

If you set the reserved block count to zero, it won't affect
performance much except if you run for long periods of time (with lots
of file creates and deletes) while the filesystem is almost full
(i.e., say above 95%), at which point you'll be subject to
fragmentation problems. Ext4's multi-block allocator is much more
fragmentation resistant, because it tries much harder to find
contiguous blocks, so even if you don't enable the other ext4
features, you'll see better results simply mounting an ext3 filesystem
using ext4 before the filesystem gets completely full.

If you are just using the filesystem for long-term archive, where
files aren't changing very often (i.e., a huge mp3 or video store), it
obviously won't matter.

А тут, вкратце, говорится, что если воспользоваться таким тюнингом, то могут быть проблемы, в некоторых случаях. А именно, когда винт будет забит "под завязку", а ты будешь на него писать/стирать много всяких файлов, то могут возникнуть проблемы с фрагментацией. Однако, если винт будет использоваться под долгоживущие файлы, типа видеоархива, то проблем не будет.

Думаю, что это и есть мои пропавшие 8.5%, пусть это больше чем 5%, но я думаю, что это именно эта цифра. Для себя же я решил, что не буду пока заморачиваться с тюнингом этого места, а дальше время покажет. Не думаю, что разработчики файловой системы, зарезервировали его просто так 🙂

Автор: | Рейтинг: 4/5 | Теги: ,

Есть 1 комментарий.

Написать свой
  1. 1 Ответить
    11.03.2014 в 6:11 пп
    Спасибо, а то я тут думаю, где остальное место...

Добавить комментарий для 1 Отменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Разрешены HTML-теги: <a>, <code>, <i>, <em>, <strong>, <b>, <u>, <strike>