guest писал(а):
922/100*8 ~= 73GB (reserverd)
922 - 73 ~= 850GB
погрешность счета из-за GB, пересчитайте в килобайтах
Расскажу предысторию как создавался этот раздел.
1. Взял чистый диск, загрузил liveUSB FreeBSD;
2. Создал зеркало на всей поверхности диска;
3. На зеркале уже нарезал разделы GPT;
4. Создал файловые системы newfs -O2 -U /dev/mirror/gm0p.... (кроме свапа и бутлоадера);
5. Поскольку на /usr мне не понравилось, что по умолчанию система "украдет" у меня под резерв 8% доступного места сделал:
tunefs -m 1 /dev/mirror/gm0p6
6. Мне нужны были на этом же разделе ACL: tunefs -a enabled /dev/mirror/gm0p6;
7. Сдампил файловые системы со старого винта на этот, при переносе раздела /usr проскочило сообщение
/usr: optimization changed from TIME to SPACE, замечу, что на исходном разделе, с которого я дампил ФС это значение было 8%.
Что я имею сейчас
tunefs -p /dev/mirror/gm0p6
Код: Выделить всё
tunefs: POSIX.1e ACLs: (-a) enabled
tunefs: NFSv4 ACLs: (-N) disabled
tunefs: MAC multilabel: (-l) disabled
tunefs: soft updates: (-n) enabled
tunefs: soft update journaling: (-j) disabled
tunefs: gjournal: (-J) disabled
tunefs: trim: (-t) disabled
tunefs: maximum blocks per file in a cylinder group: (-e) 4096
tunefs: average file size: (-f) 16384
tunefs: average number of files in a directory: (-s) 64
tunefs: minimum percentage of free space: (-m) 1%
tunefs: space to hold for metadata blocks: (-k) 6408
tunefs: optimization preference: (-o) space
tunefs: volume label: (-L)
Тогда выходит, что согласно вышеприведенному выводу доступного места на разделе должно быть согласно следующему расчету:
922/100*1=9,22 Гб
922-9,22 ~
912 Гб должно быть доступно! Цифра не близкая к реальному значению, мне доступно
893. Куда девались еще 912-893=19 Гб хз...
Есть еще здравые идеи?