The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"df показывает что есть свободное место, а файлы не создаются..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"df показывает что есть свободное место, а файлы не создаются..."
Сообщение от fedorden emailИскать по авторуВ закладки on 08-Июл-03, 12:14  (MSK)
Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб. Правда файлов много мелких - ports поставил и началось такое. Как df определяет свободное пространство на слайсе? По размерам файлов или по блокам?
Вобщем, проясните ситуацию кто знает.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от Bart_Simpson emailИскать по авторуВ закладки on 08-Июл-03, 12:19  (MSK)
нет свободных инодов

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от Antonio emailИскать по авторуВ закладки on 08-Июл-03, 12:22  (MSK)
>Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы
>не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб.
>Правда файлов много мелких - ports поставил и началось такое. Как
>df определяет свободное пространство на слайсе? По размерам файлов или по
>блокам?
>Вобщем, проясните ситуацию кто знает.

Ключевое слово -- кончились inodes (такая структура файловой системы, отвечает за данные о файле). Нет свободных инодов -- нельзя создать файл (и каталог тоже, это в *NIX-трактовке просто специальный файл), хоть у вас терабайты свободного места. Я бы вам посоветовал -- вынесите /usr/ports на отдельный раздел. При создании файловой системы на нем попросите создать побольше инодов (man newfs).

Кстати, заодно продумаете, может быть, еще какие-то каталоги (например, /tmp или /var) стОит вынести из корня отдельно.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от fedorden emailИскать по авторуВ закладки on 08-Июл-03, 12:33  (MSK)
>>Система FreebSD 4.7. По df смотрю - есть свободное место, а файлы
>>не создаются. Пишет - нет свободных инодов. Свободного места 14 Мб.
>>Правда файлов много мелких - ports поставил и началось такое. Как
>>df определяет свободное пространство на слайсе? По размерам файлов или по
>>блокам?
>>Вобщем, проясните ситуацию кто знает.
>
>Ключевое слово -- кончились inodes (такая структура файловой системы, отвечает за данные
>о файле). Нет свободных инодов -- нельзя создать файл (и каталог
>тоже, это в *NIX-трактовке просто специальный файл), хоть у вас терабайты
>свободного места. Я бы вам посоветовал -- вынесите /usr/ports на отдельный
>раздел. При создании файловой системы на нем попросите создать побольше инодов
>(man newfs).
>
>Кстати, заодно продумаете, может быть, еще какие-то каталоги (например, /tmp или /var)
>стОит вынести из корня отдельно.

Адресуемый блок в UFS, если я правильно понял структуру, это блок в 512 б (по умолчанию, я не выбирал). Система у меня с таким размером.
Вопрос: как число инодов связано в кол-вом блоков?
Тут я что-то не пойму...


  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от Antonio emailИскать по авторуВ закладки on 08-Июл-03, 13:06  (MSK)
>>>Система 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.

Если надо, сделаю перевод на русский.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от fedorden emailИскать по авторуВ закладки on 08-Июл-03, 13:20  (MSK)
>>>>Система 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.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от Antonio emailИскать по авторуВ закладки on 08-Июл-03, 13:39  (MSK)
>Перевел. Что понимается под frag-size? Какой размер frag-size.

Не отвечу за точность, но всегда считал, что frag_size есть размер сектора диска (в общем случае 512 байт). Стало быть, по умолчанию берется один inode на 2048 байт. Для файловых систем с огромным количеством файлов (порты, мощный почтовик, news-сервер) этого может не хватить, приходится выбирать по inode на килобайт и даже по inode на 512 байт. Побочный эффект -- скорость. Для файловых систем с небольшим количеством огромных файлов (например, фильмохранилище, хранилище iso-шников и т.п.) имеет смысл делать количество inodes поменьше (по inode на 4096 или более байт). Выигрыш в скорости, проигрыш в количестве файлов, и наоборот.

>P.S. Сейчас читаю по устройству ФС в Unix.

Не могу не приветствовать желание разобраться, что к чему и как.

Удачи!

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от fedorden emailИскать по авторуВ закладки on 08-Июл-03, 13:57  (MSK)
>>Перевел. Что понимается под 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 файлы так быстро находятся, винт не хрустит так интенсивно. А почитал про ЮФС - продумано, все размазали по диску.
Сейчас еще некоторые моменты уточнил с Вашей помощью. Спасибо еще раз!!!

  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "df показывает что есть свободное место, а файлы не создаются..."
Сообщение от 8thc Искать по авторуВ закладки on 08-Июл-03, 13:59  (MSK)
>>>Перевел. Что понимается под 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 и солярку!


  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру