Минусы одного / раздела.

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

И всё?

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

а, да, и всегда есть риск забить / до отказа, что нехорошо

далее, если снимаешь снимки с дисков, то тоже будет нехорошо

большой / в работе - это ОЧЕНЬ неудобно, куча гемора вылезает

Не работающая почта на почтовом сервере - это «и всё»?

Если он уже создан без лвм - безопасно сжать как-то можно?

EXT4 2Тб — проверяется очень быстро.

всегда есть риск забить / до отказа

Мелкие разделы забьются раньше.

resize2fs и пересоздание раздела в новых границах.

Минус будет только один.
Минус один / и твой зад в огне.

Квота на /var/log решает проблему гораздо лучше, чем отдельный раздел.

иноды кончатся.

Не, с большой вероятностью ты ещё не сможешь войти и почистить.

Точнее так: если поделишь диск разделы то место кончится на одном из разделов, а если сделаешь 1 раздел на всё то кончатся иноды. Иноды для ext4.

Создать больше инодов или использовать фс не имеющую таких проблем.

Чем больше на ФС пишется, тем больше вероятность ошибки которую надо будет исправлять.
После исправления может оказаться что некоторые файлы пропали, а в других не достаёт кусков(журнал то откатился).
И вообще журнал плохо переносит своё распухание при частой записи.
В общем чем меньше на отдельный раздел пишется чем лучше.

В общем, не лез бы ты со своими фантазиями в технические темы.

Создать больше инодов

А сколько надо ? Вот у меня 2000000 инодов. И они через год кончились.

Это не фантазии, а практический опыт.

Опыт употребления наркотических веществ? Опять же не тот форум. Ты вообще не понимаешь, о чём говоришь. Совсем. И, к сожалению, кто-то может воспринять это всерьёз.

Минусы одного / раздела.

А чему равно значение переменной «раздела»?

Повод прекратить использование ext4.

В два раза увеличь например. Надеюсь спас тебя от бесконечного цикла)

http://memesmix.net/media/created/h5hiw1.jpg

Почитал я это всё и выношу вердикт: при грамотных настройке и мониторинге все минусы - надуманные и высосанные из пальца

Смогу зайти или нет меня мало волнует, это ВМка, подмонтирую с live-cd.

Просто сервак с почтой, где почтовик пишется в /opt чуть больше чем полностью и я пытаюсь понять серьёзную разницу между - «почтовик сожрал все место в /opt и почта не работает» и «почтовик сожрал все место в / и почта+система не работает».

Основным фактором является нерабочая почта, а не неспособность зайти в систему, т.к. это трата всего-лишь 5-10 минут.

В связи с чем, после прочитанных коментариев я должен либо:
1) Оставить все как есть
2) Уменьшать фс, уменьшать раздел, пилить отдельный маунтпоинт для /opt
Я и пытаюсь понять насколько это КРИТИЧНО.

P.S.Три раза перепиливал пост, так как отвык от этих переносов в сообещниях.

Я пока что дельных советов тут не увидел.
Скорее всего, если не десктоп и виртуалка, нужно представить себе возможные сценарии использования места на дисках, от этого и плясать.

Вердикт подтверждаю. При правильной организации работы (настроенный софт, бэкапы нужного и удаление ненужного) пофиг сколько там разделов. При криворуком подходе нет никакой разницы - валить информацию в большом разделе или в маленьких.

Отделять надо СИСТЕМУ от ДАННЫХ. Как? У всех по разному.

Бекапить маленькие разделы легче, особенно если делать dump/dd, так как работать с почтой на уровне файлов затратно (огромное кол-во мелких файлов)

Это был частный случай. Проблем, есесено, гораздо больше.

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

Логи отпишутся, обновления накатятся, софт до-установится... в таком вот аксепте.

когда несколько разделов, каждому можно свои опции монтирования

А зачем разные опции монтирования ?

у меня так было однажды, было всё поделено на разделы, весь /var на 300 гигов засрало, пришлось по «телефону чинить»
а вот ZFS эту проблему решает на 100%, жаль в 2007 его не было во фряхе.

а, да, и всегда есть риск забить / до отказа, что нехорошо

Для этого есть зарезервированные блоки.

man tune2fs

а вот ZFS эту проблему решает на 100%

Как? Подключает диски из астрала?

а не поделю на /var, /opt и т.п.?

я бы по другому задал вопрос - а какие плюсы у /var, /opt и т.п.?

Подключает диски из астрала?

реально существенные минусы что я создам, а не поделю

не «Как?» а «какую» проблему.

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

Справедливости ради, сильно долго не будет. Вот был бы ext3, тогда да, минут бы 30 было обеспечено, если не больше.

Можно купить подключить больше дисков и перенести /var туда. Алсо отдельный / можно поставить на ssd (впрочем, на почтовике не нужно).

Какие реально существенные минусы что я создам / на 1ТБ

Подумай о вероятности повреждения логики ФС при внезапном ресет и куче открытых файлов на одном единственном разделе. Оно хоть и ext4, но мало ли... И логи - это не такая уж и шутка: задосят, и привет.

И логи - это не такая уж и шутка: задосят, и привет.

Стыдно не знать про квоты.

Квота на /var/log решает

Квота на каталог ? Не на юзера/группу ? А как ?

Стыдно не знать про квоты.

Согласен. Но ты подскажи. И ограничение - ext4. Прямо спасибо скажу, если покажешь направление.

Project quota в XFS и ext4. Про более современные ZFS и Btrfs даже не говорю, там это само собой.

Можно купить подключить больше дисков и перенести /var туда.

это можно сделать уже после разбиения

Квота на каталог ? Не на юзера/группу ? А как ?

ZFS

весь /var на 300 гигов засрало,
а вот ZFS эту проблему решает на 100%,

Как. zfs. Решает. Эту. Проблему

Ну я за отдельный /var. На LVM притом. Опять же можно и в рейзер форматнуть, если файлов много (если ОП почему-то использует /opt как /var - то /opt то же самое касается и /opt)

Как. zfs. Решает. Эту. Проблему

именно эту проблему? можно по разному, например начнём с того, что у тебя нет /var на 300 гигов. у тебя есть

rpool/var            181M  1,20T    88K  /var
rpool/var/log        652K  1,20T   652K  /var/log

Так что там с квотами для *syslog*, работающего под root'ом? Или ext4 уже научилось квотам на директорию как это может xfs?