хард 750 ГБ, возможно ли получить больше 677 ?

[nosferaty]

Есть хард с заявленной емкостью 750 ГБ
размечаю fdisk/sysinstall - видит все 698 ГБ
после newfs остается доступно только 677 ГБ
можно ли как то отвоевать у системы оставшиеся 20 гигов?
ЗЫ
про 8% рута не надо говорить, 677 - это с учетом рута, так для пользователя доступно 623 ГБ

# uname -a
FreeBSD freebsd.skyone.su 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386

# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad6s1c 677G 4.0K 623G 0% /torrents

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Larin]

Есть хард с заявленной емкостью 750 ГБ
размечаю fdisk/sysinstall - видит все 698 ГБ
после newfs остается доступно только 677 ГБ
можно ли как то отвоевать у системы оставшиеся 20 гигов?
ЗЫ
про 8% рута не надо говорить, 677 - это с учетом рута, так для пользователя доступно 623 ГБ

# uname -a
FreeBSD freebsd.skyone.su 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386

# df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ad6s1c 677G 4.0K 623G 0% /torrents

это потому, что заявленная емкость в 750 Гб считается производителем из расчета 1000 мегабайт в гигабайте.
но ведь на деле в гигабайте 1024 мегабайт...
поэтому и разница в цифрах.

[nosferaty]

я и не претендую на 750
я знаю про разницу исчисления производителей и ОС
я претендую на 698 гигов.

ЗЫ
750 000 000 ~= 715 ГБ

[manefesto]

короче фря резервирует часть пространства.
увы....4% потерь это норма

Код: Выделить всё

715*0,96=686,4

[ADRE]

дык все ФС резервируют место ) + у тебя 750000МБ )))) так что считай сколько ГБ в реале у тебя диск т.е. 732Гб свободно + под ФС + под различные папки, так что нормально места осталось )

[nosferaty]

в том то и проблема, что система стоит на отдельном харде, а этот диск подключен и предназначен исключительно для хранения файлов
при разметке софтина указывает 698 гигов. с этим я готов смириться покупая хард 750 гб больше чем на 700 и не расчитывал. но после форматирования остается 677 О_о
куда 21 гиг пропадает?

[ev]

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

система = фря = операционная система
фс = файловая система
это разные понятия

чтение мануалов иногда очень полезно, особенно когда они есть на русском
http://www.freebsd.org/doc/ru_RU.KOI8-R ... -DISK-SIZE

[nosferaty]

короче фря резервирует часть пространства.
увы....4% потерь это норма

Код: Выделить всё

715*0,96=686,4

698*0,96=670,6
не укладывается

[ev]

Заметьте также, что FreeBSD будет (по умолчанию) резервировать 8% ёмкости диска.

[nosferaty]

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

система = фря = операционная система
фс = файловая система
это разные понятия

хех )
просмотрел )
ну даже с учетом системной информации - не слишком ли много откусилось?

[nosferaty]

Заметьте также, что FreeBSD будет (по умолчанию) резервировать 8% ёмкости диска.

см мой первый пост, 8% которые резервируются для рута меня сейчас не волнуют, они на этом показателе никак не сказываются.

[nosferaty]

от соседнего харда на 80 гигов (74,5 ГБ) осталось 69,8, что соотвествует ~6%...
хех, похоже правда не видать мне 698 гигов (

[nosferaty]

а если не UFS использовать? получится извлечь больше полезного пространства?

[nosferaty]

ext2fs выдало 692 ГБ.....

[ADRE]

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

[maplesyrup]

подниму тему.. тема интересная и вопрос до конца не раскрыт..столкнулся с почти такой-же ситуацией.. Цель проста разбить 2х террабайтный хард одним слайсом, создать один раздел для файлопомойки. При создании слайса остается, 1,8т что все верно, но после создания раздела и форматирования в ufs2, остается 1,6 файловая система отжирает 200 гигов! Читал что система резервирует 8% под свои нужды, но 200 гигов это не 8% ?!! (да и подробно тема не описана) Вопрос, почему так много, и не понятен сам механизм который требует столько ресурсов??!Мелкософтная ntfs, если не ошибаюсь откусывает от такого объема 100 мегабайт с копейками! Жаба душит отдавать 200 гигов.

[dikens3]

Если ещё помню:

Метаданные - это данные, описывающие файлы или каталоги.

Так вот место выделяется сразу, может о нём речь?

[FiL]

ЗЫ
750 000 000 ~= 715 ГБ

Хоть и старый пост, но математика с тех пор не поменялась.
750 GB = 750 000 000 000 (заметьте, на 3 нуля больше) = 698 GiB. Никак не 715.

И это неформатированная емкость. Ну апотом поверх накатывается всякая дополнительная информация о файловой системе. Что отъедает некий процент. И таки в UFS2 этот процент весьма высок. А что делать?

[snorlov]

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

[maplesyrup]

Если ещё помню:

Метаданные - это данные, описывающие файлы или каталоги.

Так вот место выделяется сразу, может о нём речь?

если правильно понял вопрос, сразу после наката ufs2.

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

Я так не считаю, но 200 гигов для нужд системы и под рута, это слишком.. выше писал: ntfs берет 100 метров,
даже после распухания ейного mft и ссылок, до 200 гигов никак не дотягивает. Хотелось почитать попдробней,
об этом механизме распределения, в хэндбуке информации по данному вопросу нет.

[manefesto]

13% резервирует ufs

[manefesto]

думаю многи видели картину, свобдное пространство -1.7G

[0TshEL_n1ck]

Код: Выделить всё

media# df -h
Filesystem      Size    Used   Avail Capacity  Mounted on
/dev/ad8s1a     989M    451M    459M    50%    /
devfs           1.0K    1.0K      0B   100%    /dev
/dev/ad8s1e     5.8G     22M    5.3G     0%    /tmp
/dev/ad8s1f      88G     12G     69G    15%    /usr
/dev/ad8s1d     9.7G    1.0G    7.9G    11%    /var
/dev/ad10s1d    902G    732G     98G    88%    /mnt/data
/dev/ad11s1d    1.3T    1.2T     10G    99%    /mnt/data2
/dev/ad12s1d    1.3T    1.1T    134G    89%    /mnt/data3
/dev/ad13s1d    1.3T    1.1T     80G    94%    /mnt/data4
/dev/ad14s1d    1.3T    1.2T    -11G   101%    /mnt/data5
linprocfs       4.0K    4.0K      0B   100%    /usr/compat/linux/proc

Обрати внимание на data5 и не парься, никто твои гигабайты не отбирает, качай информацию в минус

Код: Выделить всё

media# df -H
Filesystem      Size    Used   Avail Capacity  Mounted on
/dev/ad8s1a     1.0G    473M    481M    50%    /
devfs           1.0k    1.0k      0B   100%    /dev
/dev/ad8s1e     6.2G     24M    5.7G     0%    /tmp
/dev/ad8s1f      94G     13G     74G    15%    /usr
/dev/ad8s1d      10G    1.1G    8.5G    11%    /var
/dev/ad10s1d    969G    786G    105G    88%    /mnt/data
/dev/ad11s1d    1.5T    1.3T     11G    99%    /mnt/data2
/dev/ad12s1d    1.5T    1.2T    143G    89%    /mnt/data3
/dev/ad13s1d    1.5T    1.3T     86G    94%    /mnt/data4
/dev/ad14s1d    1.5T    1.3T    -12G   101%    /mnt/data5
linprocfs       4.1k    4.1k      0B   100%    /usr/compat/linux/proc

Специально скопировал инфу на дата5 - что б наглядней было, там кста еще не менее 100-150 гиг свободных ) думаю догнать моно где-то до минус 110-120 процентов, когда то замерял но забыл точную цифру.

[samspeed]

Читаем man newfs
skip...
-b block-size
The block size of the file system, in bytes. It must be a power
of 2. The default size is 16384 bytes, and the smallest allow-
able size is 4096 bytes. The optimal block:fragment ratio is
8:1. Other ratios are possible, but are not recommended, and may
produce poor results.
-f frag-size
The fragment size of the file system in bytes. It must be a
power of two ranging in value between blocksize/8 and blocksize.
The default is 2048 bytes.

-g avgfilesize
The expected average file size for the file system.

-h avgfpdir
The expected average number of files per directory on the file
system.

-i bytes
Specify the density of inodes in the file system. The default is
to create an inode for every (4 * frag-size) bytes of data space.
If fewer inodes are desired, a larger number should be used; to
create more inodes a smaller number should be given. One inode
is required for each distinct file, so this value effectively
specifies the average file size on the file system.

Если по русски, то уменьшить место занимаемое служебной информацией просто - ставишь avgfilesize не 13кб (по умолчанию), а 13Мб и количество inod'ов уменьшается в 1000 раз, соответственно размер служебной информации также уменьшается, но во сколько раз трудно сказать, так как есть еще параметр avgfpdir и он слабо прокоментирован. Но у этого действия есть побочный эффект - уменьшится количество файлов которое может быть создано на этой файловой системе 698 000 / 13 ~ 53 700файлов.

[FiL]

Код: Выделить всё

/dev/ad14s1d    1.5T    1.3T    -12G   101%    /mnt/data5
linprocfs       4.1k    4.1k      0B   100%    /usr/compat/linux/proc

Специально скопировал инфу на дата5 - что б наглядней было, там кста еще не менее 100-150 гиг свободных ) думаю догнать моно где-то до минус 110-120 процентов, когда то замерял но забыл точную цифру.

Правильно. При 1.5 всего у тебя занято 1.3 и осталось вместо +0.2Т всего -12гиг. То есть этот минус - он за счет разницы между total и used. Но больше, чем 1.5Т ты не закачаешь.
Вопрос не про свободное место, а про общее. И таки у UFS очень большой процент съедается под файловые структуры.