Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб. Правда файлов много мелких - ports поставил и началось такое. Как df определяет свободное пространство на слайсе? По размерам файлов или по блокам?
Вобщем, проясните ситуацию кто знает.
нет свободных инодов
>Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы
>не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб.
>Правда файлов много мелких - ports поставил и началось такое. Как
>df определяет свободное пространство на слайсе? По размерам файлов или по
>блокам?
>Вобщем, проясните ситуацию кто знает.Ключевое слово -- кончились inodes (такая структура файловой системы, отвечает за данные о файле). Нет свободных инодов -- нельзя создать файл (и каталог тоже, это в *NIX-трактовке просто специальный файл), хоть у вас терабайты свободного места. Я бы вам посоветовал -- вынесите /usr/ports на отдельный раздел. При создании файловой системы на нем попросите создать побольше инодов (man newfs).
Кстати, заодно продумаете, может быть, еще какие-то каталоги (например, /tmp или /var) стОит вынести из корня отдельно.
>>Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы
>>не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб.
>>Правда файлов много мелких - ports поставил и началось такое. Как
>>df определяет свободное пространство на слайсе? По размерам файлов или по
>>блокам?
>>Вобщем, проясните ситуацию кто знает.
>
>Ключевое слово -- кончились inodes (такая структура файловой системы, отвечает за данные
>о файле). Нет свободных инодов -- нельзя создать файл (и каталог
>тоже, это в *NIX-трактовке просто специальный файл), хоть у вас терабайты
>свободного места. Я бы вам посоветовал -- вынесите /usr/ports на отдельный
>раздел. При создании файловой системы на нем попросите создать побольше инодов
>(man newfs).
>
>Кстати, заодно продумаете, может быть, еще какие-то каталоги (например, /tmp или /var)
>стОит вынести из корня отдельно.Адресуемый блок в UFS, если я правильно понял структуру, это блок в 512 б (по умолчанию, я не выбирал). Система у меня с таким размером.
Вопрос: как число инодов связано в кол-вом блоков?
Тут я что-то не пойму...
>>>Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы
>>>не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб.
>>>Правда файлов много мелких - ports поставил и началось такое. Как
>>>df определяет свободное пространство на слайсе? По размерам файлов или по
>>>блокам?
>>>Вобщем, проясните ситуацию кто знает.
>>
>>Ключевое слово -- кончились inodes (такая структура файловой системы, отвечает за данные
>>о файле). Нет свободных инодов -- нельзя создать файл (и каталог
>>тоже, это в *NIX-трактовке просто специальный файл), хоть у вас терабайты
>>свободного места. Я бы вам посоветовал -- вынесите /usr/ports на отдельный
>>раздел. При создании файловой системы на нем попросите создать побольше инодов
>>(man newfs).
>>
>>Кстати, заодно продумаете, может быть, еще какие-то каталоги (например, /tmp или /var)
>>стОит вынести из корня отдельно.
>
>Адресуемый блок в UFS, если я правильно понял структуру, это блок в
>512 б (по умолчанию, я не выбирал). Система у меня с
>таким размером.
>Вопрос: как число инодов связано в кол-вом блоков?
>Тут я что-то не пойму...Цитируем man newfs (FreeBSD 4.7).
-i number of bytes per inode
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.Если надо, сделаю перевод на русский.
>>>>Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы
>>>>не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб.
>>>>Правда файлов много мелких - ports поставил и началось такое. Как
>>>>df определяет свободное пространство на слайсе? По размерам файлов или по
>>>>блокам?
>>>>Вобщем, проясните ситуацию кто знает.
>>>
>>>Ключевое слово -- кончились inodes (такая структура файловой системы, отвечает за данные
>>>о файле). Нет свободных инодов -- нельзя создать файл (и каталог
>>>тоже, это в *NIX-трактовке просто специальный файл), хоть у вас терабайты
>>>свободного места. Я бы вам посоветовал -- вынесите /usr/ports на отдельный
>>>раздел. При создании файловой системы на нем попросите создать побольше инодов
>>>(man newfs).
>>>
>>>Кстати, заодно продумаете, может быть, еще какие-то каталоги (например, /tmp или /var)
>>>стОит вынести из корня отдельно.
>>
>>Адресуемый блок в UFS, если я правильно понял структуру, это блок в
>>512 б (по умолчанию, я не выбирал). Система у меня с
>>таким размером.
>>Вопрос: как число инодов связано в кол-вом блоков?
>>Тут я что-то не пойму...
>
>Цитируем man newfs (FreeBSD 4.7).
>
>-i number of bytes per inode
> 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.
>
>Если надо, сделаю перевод на русский.
Перевел. Что понимается под frag-size? Какой размер frag-size.
P.S. Сейчас читаю по устройству ФС в Unix.
>Перевел. Что понимается под frag-size? Какой размер frag-size.Не отвечу за точность, но всегда считал, что frag_size есть размер сектора диска (в общем случае 512 байт). Стало быть, по умолчанию берется один inode на 2048 байт. Для файловых систем с огромным количеством файлов (порты, мощный почтовик, news-сервер) этого может не хватить, приходится выбирать по inode на килобайт и даже по inode на 512 байт. Побочный эффект -- скорость. Для файловых систем с небольшим количеством огромных файлов (например, фильмохранилище, хранилище iso-шников и т.п.) имеет смысл делать количество inodes поменьше (по inode на 4096 или более байт). Выигрыш в скорости, проигрыш в количестве файлов, и наоборот.
>P.S. Сейчас читаю по устройству ФС в Unix.
Не могу не приветствовать желание разобраться, что к чему и как.
Удачи!
>>Перевел. Что понимается под frag-size? Какой размер frag-size.
>
>Не отвечу за точность, но всегда считал, что frag_size есть размер сектора
>диска (в общем случае 512 байт). Стало быть, по умолчанию берется
>один inode на 2048 байт. Для файловых систем с огромным количеством
>файлов (порты, мощный почтовик, news-сервер) этого может не хватить, приходится выбирать
>по inode на килобайт и даже по inode на 512 байт.
>Побочный эффект -- скорость. Для файловых систем с небольшим количеством огромных
>файлов (например, фильмохранилище, хранилище iso-шников и т.п.) имеет смысл делать количество
>inodes поменьше (по inode на 4096 или более байт). Выигрыш в
>скорости, проигрыш в количестве файлов, и наоборот.
>
>>P.S. Сейчас читаю по устройству ФС в Unix.
>
>Не могу не приветствовать желание разобраться, что к чему и как.
>
>Удачи!
Спасибо за отклик и методичное объяснение! А в сравнении скорости UFS (под FreeBSD) и FAT (под Windows) убедился. По началу поражался - как в UFS файлы так быстро находятся, винт не хрустит так интенсивно. А почитал про ЮФС - продумано, все размазали по диску.
Сейчас еще некоторые моменты уточнил с Вашей помощью. Спасибо еще раз!!!
>>>Перевел. Что понимается под frag-size? Какой размер frag-size.
>>
>>Не отвечу за точность, но всегда считал, что frag_size есть размер сектора
>>диска (в общем случае 512 байт). Стало быть, по умолчанию берется
>>один inode на 2048 байт. Для файловых систем с огромным количеством
>>файлов (порты, мощный почтовик, news-сервер) этого может не хватить, приходится выбирать
>>по inode на килобайт и даже по inode на 512 байт.
>>Побочный эффект -- скорость. Для файловых систем с небольшим количеством огромных
>>файлов (например, фильмохранилище, хранилище iso-шников и т.п.) имеет смысл делать количество
>>inodes поменьше (по inode на 4096 или более байт). Выигрыш в
>>скорости, проигрыш в количестве файлов, и наоборот.
>>
>>>P.S. Сейчас читаю по устройству ФС в Unix.
>>
>>Не могу не приветствовать желание разобраться, что к чему и как.
>>
>>Удачи!
>
>
>Спасибо за отклик и методичное объяснение! А в сравнении скорости UFS (под
>FreeBSD) и FAT (под Windows) убедился. По началу поражался - как
>в UFS файлы так быстро находятся, винт не хрустит так интенсивно.
>А почитал про ЮФС - продумано, все размазали по диску.
>Сейчас еще некоторые моменты уточнил с Вашей помощью. Спасибо еще раз!!!Ну парень ты сравнил! ешшо бы сравнил win311 и солярку!