Расход места в ext4

[nadge]

Смотрю в gparted: размер раздела 450.6 гб. Форматирую в ext4, монтирую, захожу туда - размер уже 443.6. Но свободно из них только 420.9 гб!


Кто-нибудь знает, куда ушли эти 30 гигов? И как их вернуть?


З.Ы. При форматировании, например, в реизерфс доступны все 450 гигов.

[/dev/random]

Смотрю в gparted: размер раздела 450.6 гб. Форматирую в ext4, монтирую, захожу туда - размер уже 443.6. Но свободно из них только 420.9 гб!


Кто-нибудь знает, куда ушли эти 30 гигов? И как их вернуть?


З.Ы. При форматировании, например, в реизерфс доступны все 450 гигов.

Около 7 GB (450.6 - 443.6) ушло на служебную информацию. Около 22 GB (5% объёма) - рутовый резерв, фича ext2/3/4. Если раздел - для пользовательских данных, отключите этот резерв через tune2fs. Если же он системный, то это очень полезная фича. Она позволит системе не "упасть" когда закончится свободное место. Это пространство, к которому имеет доступ только рут (а значит, система). Если юзер забьёт всё свободное место, то система будет использовать этот резерв и останется "на плаву".
Если хотите отключить резерв, см. man tune2fs на предмет опции -m.

[Rootlexx]

-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the
super-user. This avoids fragmentation, and allows root-owned
daemons, such as syslogd(8), to continue to function correctly
after non-privileged processes are prevented from writing to the
filesystem. The default percentage is 5%.

/dev/random
Опередил чуток .

[nadge]

О, тогда понятно, это полезная функция.

Спасибо за разъяснения!

[nadge]

Около 7 GB (450.6 - 443.6) ушло на служебную информацию.

А можно ли как-нибудь этот объем сократить? Ато жалко, что 7 гб "пропадают"?

[Flaming]

А служебная информация - это журнал, как я понял? Или что-то другое?

[/dev/random]

Около 7 GB (450.6 - 443.6) ушло на служебную информацию.

А можно ли как-нибудь этот объем сократить? Ато жалко, что 7 гб "пропадают"?

А служебная информация - это журнал, как я понял? Или что-то другое?

Нет, иноды. Сколько в ФС инодов, столько максимально на ней может находится файлов и каталогов. Число можно регулировать при создании ФС. Каждый инод весит 256 байт. По-умолчанию для больших разделов создаётся по 65 тыс (это 16 МБ) инодов на гиг. 16МБ*450=~7ГБ. Это значение можно уменьшить, но учтите, что если перестараетесь и инодов перестанет хватать, проблему можно решить только форматированием.

[nadge]

65 тыс * 450 = ~29 миллионов... Раздел для больших файлов предназначен, значит разумно будет это количество сократить.

Понял, спасибо!

[drBatty]

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

я бы не рискнул...
хотя если это отдельный раздел для больших, и больше там ничего нет, то да...
/home/me/my_video/ например... но у вас же наверное просто /home ? а туда всякие проги такого могут понаписать помню часа 2 удалял, проиндексировали мне мои видео файлы... размер индекса как файлов(если не больше), но это всё мелко порезано...

[nadge]

Это отдельный раздел. Там фильмы и музыка, большей частью фильмы. /home - другой раздел на другом харде.

Там точно не будет 29 миллионов файлов) Максимум - несколько тысяч, да и то - вряд ли. Жаль, я его уже перенес на него всю инфу, теперь поздно форматировать.


З.Ы. Не по теме, но чтобы уж новых не плодить. Правильно ли я понял, что обещанная "онлайн дефрагментация" пока еще (ядро 2.6.30) не реализована? В инете какая-то противоречивая инфа.

[drBatty]

Правильно ли я понял, что обещанная "онлайн дефрагментация" пока еще

это вы про ext4? ссылку можно?
зачем там дефрагментация? ещё и онлайн...

[deadhead]

ссылку можно?

можно ;-)

UPD. Кстати, в свете перехода ext3->ext4 меня более интересует утилита e4defrag ;-)

[Flaming]

зачем там дефрагментация? ещё и онлайн...

Чтобы была