>Нет, я ещё не достал пылящийся Commodore64 из... Куда там полагалось винду запихнуть?
Вот и я о том же - компьютер, то есть вычислительная машины дома нафиг не нужен. Дома нужна машинка развлечений которая музычку крутит, видео мотает и картинки кажет.
От чего накроется?
Как раз при двиганьи разделов он может легко накрыться, а с lvm можно безопасно добавлять/удалять/увеличивать любой раздел не боясь за остальные
Почему не в теме? В случае lvm диск разбивается на сотни тысяч виртуальных разделов, фактически аналогичных кластерам ФС. Зачем слой абстракции над слоем абстракции? Оккам режет себе горло бритвой, Деннис Ритчи вращается в могиле.
Так зачем поверх одной файловой системы городить другую? Как альтернатива рейду еще понятно но нафиг нужен LVM в случае единственного винта да еще на весь винт?
Размер экстента LVM по дефолту 32 метра, не так уж и мало. Разделы начинают «перемешиваться» если их ресайзить постоянно. Но на фоне файловой фрагментации, фрагментация пространств разделов LVM выглядит как муха на фоне слона.
Ну уж точно не «виртуальные разделы» :) Говорить так можно, но это не очень правильно, поскольку аналогии из DOS PT здесь неуместны.
Фрагментация тома на первой же картинке:
Это естественный результат ресайза/создания/удаления томов с политикой по умолчанию. Картинка, кстати, иллюстрирует гибкость всей системы. Вообще, по поводу фрагментации томов едва ли стоит напрягаться, поскольку на современных дисках даже десяток-другой фрагментов не окажут влияния на скорость, а если так принципиально важно избежать фрагментации томов, то нужно включить contiguous allocation.
>1. Чтоб изредка ресайзить разделы, не задумываясь о расположении этих разделов на диске.
Зачем? Если разбить весь винт на один раздел результат будет абсолютно аналогичен а одним слоем абстракции будет меньше.
P.S. Еврейские комсомольцы, ей богу. Сначала создают себе проблемы а потом героически их преодолевают. Забывая в процессе из-за чего все-таки проблемы были созданы.