Неужели придется переносить данные и пересоздать раздел?

Можно просто увеличить размер файловой системы. Правда, для этого надо будет увеличить размер раздела, а ты, похоже, lvm не используешь.. Так что видимо да, пересоздавать раздел.

>и пересоздать раздел

с reiserfs

Правда у ext4 дела нстолько плохи, что предлагается obsolete fs использовать?

Сейчас как раз переводить /home и / на ext4 c reiserfs собрался, отговорите.

По крайней мере у obsolete fs нет детских болезней прошлых веков, как у модной новаторской

df -m
Файловая система     1M-блоков      Исп  Доступно  Исп% смонтирована на
/dev/sdb1              2860905   1969164    891742  69% /mnt/bigshare

df -hTi
Ф. система    Тип     Инодов   Испол   Своб  Исп % смонтирована на
/dev/sdb1 reiserfs         0       0       0    -  /mnt/bigshare

+1 к ReiserFS

Последний вопрос вот так безапасно делать или лучше по-другому?

По крайней мере у obsolete fs нет детских болезней прошлых веков, как у модной новаторской

1:

$ df -lTh
Ф. система    Тип     Разм  Исп  Дост  Исп% смонтирована на
/dev/vgmain/data
              ext4     99G   47G   47G  50% /

$ df -lThi
Ф. система    Тип     Инодов   Испол   Своб  Исп % смонтирована на
rootfs      rootfs      6,3M    1,2M    5,1M   19% /
/dev/vgmain/data
              ext4      6,3M    1,2M    5,1M   19% /

2:

# df -lTh
Ф. система    Тип     Разм  Исп  Дост  Исп% смонтирована на
/dev/vgs/root ext4     40G   23G   15G  60% /
/dev/mapper/vgs-home
              ext4     50G   43G  3,8G  92% /home
/dev/mapper/balvg-backup3
              ext4     99G   74G   20G  79% /home/backup
/dev/mapper/balvg-small_files
              ext4     50G   22G   25G  48% /mnt/data/small-files
/dev/mapper/balvg-family
              ext4     50G   44G  2,9G  94% /home/family
/dev/mapper/balvg-files
              ext4     99G   86G  7,8G  92% /home/family/Files
/dev/mapper/balvg-family_our
              ext4    197G  151G   37G  81% /home/family/Our
/dev/mapper/balvg-music2
              ext4    108G   94G  9,3G  91% /home/family/Music
/dev/mapper/vgs-var
              ext4     20G   14G  4,9G  75% /var

# df -lThi
Ф. система    Тип     Инодов   Испол   Своб  Исп % смонтирована на
/dev/vgs/root ext4      2,6M    1,1M    1,5M   43% /
/dev/mapper/vgs-home
              ext4      3,2M    1,3M    1,9M   40% /home
/dev/mapper/balvg-backup3
              ext4      6,3M    682K    5,6M   11% /home/backup
/dev/mapper/balvg-small_files
              ext4      3,2M    705K    2,5M   23% /mnt/data/small-files
/dev/mapper/balvg-family
              ext4      3,2M     91K    3,1M    3% /home/family
/dev/mapper/balvg-downloads2
/dev/mapper/balvg-files
              ext4      6,3M     73K    6,2M    2% /home/family/Files
/dev/mapper/balvg-family_our
              ext4       13M     24K     13M    1% /home/family/Our
/dev/mapper/balvg-music2
              ext4      6,9M     19K    6,9M    1% /home/family/Music
/dev/mapper/vgs-var
              ext4      1,3M    458K    824K   36% /var

3:

# df -lTh
Ф. система    Тип     Разм  Исп  Дост  Исп% смонтирована на
/dev/sda2     ext4     30G  4,3G   24G  16% /
/dev/sda3     ext4     30G  8,4G   20G  30% /var
/dev/sda4     ext4    216G  100G  106G  49% /home
/dev/sdb1     ext4    917G  395G  476G  46% /data

# df -lThi
Ф. система    Тип     Инодов   Испол   Своб  Исп % смонтирована на
/dev/sda2     ext4      1,9M    223K    1,7M   12% /
/dev/sda3     ext4      1,9M    634K    1,3M   33% /var
/dev/sda4     ext4       14M    1,6M     13M   11% /home
/dev/sdb1     ext4       59M    3,9M     55M    7% /data

Да безопасно.

Всем спасибо, пока боязно удалять всё и переформатировать, поэтому вынес /usr/portage на отдельный раздел :)
Как время будет, постараюсь осилить LVM

>1:

2:

3:

Ииии?

>поэтому вынес /usr/portage на отдельный раздел :)

Решение верное, но почистил бы distfiles сперва)

>Решение верное, но почистил бы distfiles сперва)
Оно не в /usr уменя :)

distfiles имеет смысл вообще на отдельный раздел вынести, имхо.

А что ты делал с носителем? Сначала записывал большие файлы, а после стирания для записи новых файлов не стало хватать inodes?

Откуда большие файлы в /usr? Там куча мелких файлов, portage, а еще я решил собрать ядро и иноды внезапно кончились...

Ужас-то какой...

В последнее время столько страшного о файловых системах узнаю. А после такого сижу и думаю - а может, ну его на фиг, и использовать старую ext3? В принципе, ФС там не виновата, но с ext3 последствия были бы гораздо мягче...

А вот кстати откуда пошло, держать в ветке /usr, разделу кторой по большому счету быть бы в ро в обычное время, держать всякие portage и src, в чем логика?

А где? В /var?

такая же фигня была недавно. пересоздал раздел с увеличенным количеством инод.

никто не мешает выкинуть портаж на другой раздел и просто поставить symlink, /usr/src вообще всего-лишь условность в большинстве дистрибутивов

Если устраивает увеличение загрузки компа секунд на 5-10 (зависит от размера ФС), то юзай obsolete fs, иначе лучше эксты

>А где? В /var?

Почему нет?

>никто не мешает выкинуть портаж на другой раздел и просто поставить symlink, /usr/src

Спасибо, Капитан, но непонятно, зачем такая нелогичность в структуре иерархии

> Откуда большие файлы в /usr? Там куча мелких файлов, portage, а еще я решил собрать ядро и иноды внезапно кончились...

/usr/ports/distfiles/* как бы, не?

Пересобирал ядро и мир FreeBSD с загрузочной флэшки SD 2ГБ (компиляция на RAM-диск 1ГБ), потом инсталляция в «один заход». Никуда ничего (inodes) не исчезло. Проблем с невозможностью записи на флэшку не испытывал ни разу.

Пишут, что на UFS2 при увеличении размеров записываемых файлов увеличивается значение максимального размера блока (от 16кбайт до 128кбайт). Когда носитель полностью заполнен только большими файлами, последующее их стирание и попытка записи тучи файлов малого размера (от 1 кбайта и чуть более мелкими) может окончится неудачей из-за нехватки inodes (проблема «исчерпания» inodes). Не знаю, правда ли это — надо будет проверить на досуге.

>/usr/ports/distfiles/* как бы, не?

У меня там самый большой файл - 563431K, worldofpadman.run называется.
Всего больше 100МБ - 19 файлов.

>По крайней мере у obsolete fs нет детских болезней прошлых веков, как у модной новаторской

+1
reiserfs, ext3, XFS — и никакого гемора.
Оставим пока ext4, reiser4 и btrfs мазохистам.

>XFS — и никакого гемора.

Хорошая шутка.

>Ииии?

Машины совершенно разных конфиграций. Домашний десктоп, домашняя файлокачалка/файлопомойка и высоконагруженный web-сервер. Ни на одной, даже на разделах, забитых под завязку, нет признаков хоть сколько-то заметного исчерпания инодов.

>А где? В /var?

У меня они там и лежат :)

>reiserfs, ext3, XFS — и никакого гемора.

Оставим пока ext4, reiser4 и btrfs мазохистам.

ext3

Как бы, речь о том, что проблемы ТС растут из архаичных проблем с inode, что были в тех же ext2/ext3

tune2fs не помогает?

>Домашний

домашняя

max раздел 500G

в основном фильмы, музыка, не миллионы мелких файлов

web отдающий контент, а не микширующий файлы на фс, возможные бд к нему и помойки явно на отдельных разделах

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

А у ТС есть, видимо с умолчательными параметрами ФС и типичным /usr для gentoo

>tune2fs не помогает?

Количество inode без изменения размера раздела не изменить. Кратно.

Ну вот ты уперся в дефолтные значения форматирования сделанные для некоего стандартного человека.

Переформатируй на несколько миллионов инодов и на всю жизнь хватит.

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

>А у ТС есть, видимо с умолчательными параметрами ФС и типичным /usr для gentoo

Все три машины - gentoo. Все три - «умолчальные» параметры. На одной из машин кроме основного портежа ещё более сотни оверлеев :)

>Все три машины - gentoo. Все три - «умолчальные» параметры.
Значит мне «повезло» :)

>Значит мне «повезло» :)

Скорее всего проблема в том, что раздел ты выделил очень маленький. Смотри, у тебя на 4,8Гб - 311к инодов. У меня портеж лежит на разделе в 50Гб и выделено на него 3,2М инодов. Получается по 64к инодов на гигабайт.

...

Когда я выносил портеж на отдельный мелкий раздел, то делал его под reiser4 :) Но потом на раздел с ext4 перенёс - обновляется шустрее (удаления быстрее работают).

>Все три машины - gentoo. Все три - «умолчальные» параметры.

Умолчительные параметры зависят от размера раздела. У меня на этой машине в /usr занято в 4 раза больше, чем у ТС весь раздел. При этом portage и src не на нем. Хотя суть не в объеме.

На одной из машин кроме основного портежа ещё более сотни оверлеев :)

Оверлеи дефолтно дб в /usr/local/, но по твоим предоставленным данным неизвестно, что творится даже c /usr :)

ЗЫЖ раз уж тут засветился Изен. У бсдунов вечно дефолт интсалл, дефолт разбиение, дефолт рц, в недрах /usr чуть-ли не tmp зарыто, плюс говносборка чего-то дефолт непонятно где.

>Переформатируй на несколько миллионов инодов и на всю жизнь хватит.

Вот жеж недалекие или хохмачи разработчики, не сделали сразу инодов дефолтно sizeof(uint32), да?

> У бсдунов вечно дефолт интсалл, дефолт разбиение, дефолт рц, в недрах /usr чуть-ли не tmp зарыто, плюс говносборка чего-то дефолт непонятно где.

Линуксятникам непонятно — это да — у них хронический синдром рассеянного внимания, вызванной одной большой помойкой под названием «LSB».

Каталог /usr многими выносится на отдельный раздел, но я никогда его не делаю отдельным разделом, а оставляю вместе с ядром системы. Выношу /usr/home и /usr/local в отдельные ФС.

По дефолту исходники системы FreeBSD лежат в /usr/src, дерево портов находится в /usr/ports, архивы с исходниками в /usr/ports/distfiles. Компиляция производится: системы — в /usr/obj, программ из портов — в /usr/ports/category/port_xyz/work, если не указана переменная WRKDIRPREFIX куда-то в другое место. И никогда нехватки inodes или какого-то замедления работы системы я не ощущал даже на маленьких разделах от 2 до 15ГБ, и даже при компилировании OpenOffice, когда свободного пространства почти не оставалось.

Пока бсдишники компилируют опеноффис

убунтуйцы уже закопали их

>Как бы, речь о том, что проблемы ТС растут из архаичных проблем с inode, что были в тех же ext2/ext3

Я на ext3 только /boot'ы держу. Проблем с недостатком инод пока не замечено ;)

>По дефолту исходники системы FreeBSD лежат в /usr/src, дерево портов находится в /usr/ports, архивы с исходниками в /usr/ports/distfiles. Компиляция производится: системы — в /usr/obj, программ из портов — в /usr/ports/category/port_xyz/work, если не указана переменная WRKDIRPREFIX куда-то в другое место.

Спасибо за цитаты из хэндбука, но мой вопрос был на тему «почему все это говно в /usr/»
А тот посыл - типичный путти-бсдун не читал даже «man hier» своей системы, а разворачивает где получилось.

И никогда нехватки inodes или какого-то замедления работы системы я не ощущал даже на маленьких разделах

от 2 до 15ГБ, и даже при компилировании

OpenOffice, когда свободного пространства почти не оставалось.

100% гонево, для компиляции OpenOffice надо около 4ГБ

>Я на ext3 только /boot'ы держу.

Тогда назачем тебе журнал на бут? Еще один нескромный вопрос :)

100% гонево, для компиляции OpenOffice надо около 4ГБ

4.2

11ГБ не хочешь?

>Тогда назачем тебе журнал на бут?

Ну я же иногда ядро обновляю. Вдруг чего? :)

> Ну я же иногда ядро обновляю. Вдруг чего? :)

Каким местом журнал спасает ядро?

Журнал спасает ФС от разрушения. На файлы ему глубоко параллельно.

Спасибо за цитаты из хэндбука, но мой вопрос был на тему «почему все это говно в /usr/»

Какое «говно»? FHS что ли? В зеркало посмотри, кого ты хаишь и узнай, кто первым предложил такую структуру каталогов.

>Каким местом журнал спасает ядро?

О мой юный подоконный друг! Где я писал, что журнал спасет ядро?

Речь шла о том, что операции записи в /boot производятся только при обновлении ядра. Ибо.