Ну, скажет так, есть там одна очень полезная (вроде) фича - снапшоты. Вот только я, например, ни разу этим не воспользовался. Тем более, что для снапшотов и места надо неслабо отводить. А его всегда маловато будет. Да и resize томов тоже вещь редко используемая. В начале своей админской деятельности есть желание пограться с разделами. А затем, оно проходит и разделы нарезаешь сразу, при установке системы. И живешь с этой нарезкой долго и счастливо. Есть еще одна замечательная фича - объединение нескольких физических девайсов в один большой LVM-том. Красиво. Но если эти физические дефайсы не уровня RAID-1, не в зеркале каком, то особое счастье настигает такого админа при вывале одного девайса. А то, что винты летать любят - проверего лично и многократно.

ну без зеркального рейда это делать глупо в принципе
А так в целом я согласен. Но возникает 1 вопрос, почему тот же CentOS при установке сразу все делать на lvm, если он реально так плох ?

Vascom, ну я же и сказал что он все делает на lvm, но вот товариши drBatty, Cruiser78, говорят что lvm не нужен, тогда интересно почему CentOS по дефолту становится с lvm-ом, в RedHat сидят же не идеоты ?

никто не говорил что он "плох". Он хороший, годный.
Просто не всегда lvm нужен.

по дефолту проще сделать автоматическую установку для <censored>

короче вот для таких:

4.2
я новатор. Вот только не все нововведения нужные и годные. LVM — нужен и годен. Но не всем и не всегда.

drBatty, Ну да - не всегда. Его польза становится очевидной через несколько лет, когда приходит время переехать на новый диск или перераспределить место.
Правда только для тех, кто его использует  Насчёт "планировать всё заранее" - это утопия. Welcome to real world!

Вот теперь я понял вашу точку зрения, и согласен с ней 

эм ну это если KVM виртуализация

эм SAS, iSCSI ?

что вы имеете виду под физикой? 

Похоже я сегодня конкретно уселся на ру3чник да есчё и тормозной жидкостью заправился до краёв 
Я правильно понимаю что имеется виду hdd, ssd и т.д. ? то есть использование без виртуализации, ну скажем под какой нибудь роутерчик.

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

у нас для этого есть железки, mikrotik + juniper srx ;-)

mikrotik дешевый, а вот 2й дорого, от 200к

для надежности

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

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

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

вместо этого на тестовом сервере собирается готовая VM, со всем нужным софтом, тестируется, и дальше происходит следующее
0. пакуем LV с новым софтом целиком
1. грузим действующую машину с лайвсиди
2. переименовываем существующие LV в LV_old
3. заливаем по сети LV от новой машины
4. грузим и прогоняем тесты.

если тесты падают, сносим изменения, переименовываем _old в оригинальные названия, и грузим рабочую машину, пробуем апгрейд в следующей итерации когда откроется окно. если тесты прошли, стираем старые LV.

да, индивидуальные конфиги лежат в отдельном LV который подгружается сверху через bind mount

таким образом, только за счет LVM, причем самого базового его функционала, мне не нужны пакетные менеджеры, не нужно сложное управление конфигурацией. единственный минус - большие объемы бегают по сети, но это на самом деле не страшно в нормальной локалке.