Рисайз подмонтированной ext3fs Опции

[NiTr0]

Хочу поделиться неудачным опытом рисайза по мануалу. CentOS 5.1, раздел - маленький boot на SSD + рут и своп на винчестере - как в описанной в статье ситуации. Цель - поставить на сервер Gentoo Linux при отсутствии желания присутствовать при этом физически в серверной, конфиги забекаплены (на всякий), ценного ничего нет.
Остановил сервисы (кроме сети, ssh и квагги) - раздел не демонтируется. Ладно, прописал в fstab ro, скомпилировал e2fsprogs, ребутнулся, получил систему с рид-онли рутовым разделом. Дальше - как по мануалу e2fsck (нашло пару ошибок), resize2fs, при попытке запустить lvm lvresize - неудача, файл не найден. После ребута машина не поднялась.
Вывод: метод ненадежный, но если ось готовится на снос - можно и поэкспериментировать, вдруг повезет...

[voron]

при попытке запустить lvm lvresize - неудача, файл не найден.

да, это нормально. Линукс же не ожидает, что ФС модифицируется кем-то.

После ребута машина не поднялась.

а как делался ребут? Я так понимаю, не пробовали выяснять, почему имеено не поднялась?

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

Выводы можно делать, видя неудачные последствия в деталях. В моём случае ОС была свежеотсетапанная, ФС не фрагментирована, все данные в начале раздела, соотвественно ресайз их не перемещал. А если бы это перемещение имело место быть и затрагивало,например, содержимое /boot, то пришлось бы после ресайза переставлять загрузчик, предварительно запустив его. Пока ничего другого плохого, что могло бы сломаться при ресайзе root fs, мне в голову не приходит. Может быть, помешал SELinux - он, например, не даёт смонтировать /, отличный от текущего /dev/root. В любом случае, ошибка в одном действии приводит к неутешительным результатам.