| |
| 1.1, аноним, 17:09, 23/11/2009 [ответить] [смотреть все]
| +/– |
По-моему, resize2fs умеет правильно уменьшать ext3, без переконвертирования в ext2. Сам уменьшал недавно раздел на CentOS 5.3
|  | | |
| |
| 2.6, ffsdmad, 04:22, 24/11/2009 [^] [ответить] [смотреть все]
| +/– |
я пробовал, но затем ПОЧТИ всегда после уменьшения fsck выявлял миллион ошибок и складывал их в lost-found, но если вернуть LVM в до прежнего размера fsck всё восстанавливал
|  | | |
|
| |
| 2.4, ponchick, 03:18, 24/11/2009 [^] [ответить] [смотреть все]
| +/– |
Не, resize2fs все равно потребует сначала выполнить fsck перед запуском, так что получим 2 запуска fsck.
|  | | |
|
| 1.5, ponchick, 03:20, 24/11/2009 [ответить] [смотреть все]
| +/– |
Сначала выполняется pvmove, только потом vgreduce. А иначе с большой вероятностью умирает весь /dev/media/media4.
|  | | |
| |
| 2.8, ffsdmad, 14:13, 24/11/2009 [^] [ответить] [смотреть все]
| +/– |
>Сначала выполняется pvmove, только потом vgreduce. А иначе с большой вероятностью умирает
>весь /dev/media/media4.
а можно подробнее?
не понимаю каким образом vg и собсвенно lvm будет работать без pv
|  | | |
|
| 1.9, avb, 20:29, 25/11/2009 [ответить] [смотреть все]
| +/– |
По моему, слишком много лишних телодвижений, LVM тем и хороша, что позволяет переносить экстенты между физическими дисками без каких либо издевательств над файловой системой. Почему нельзя было просто добавить в систему другой диск, добавить его через pvcreate, затем перенести на него экстенты через pvmove и потом сделать pvreduce на сбойный диск после чего спокойно удалять последний из системы? А у вас как-то все наоборот да еще и манипуляции с ФС требуются.
|  | | |
| |
| 2.11, ffsdmad, 20:31, 25/11/2009 [^] [ответить] [смотреть все]
| +/– |
>По моему, слишком много лишних телодвижений, LVM тем и хороша, что позволяет
>переносить экстенты между физическими дисками без каких либо издевательств над файловой
>системой. Почему нельзя было просто добавить в систему другой диск, добавить
>его через pvcreate, затем перенести на него экстенты через pvmove и
>потом сделать pvreduce на сбойный диск после чего спокойно удалять последний
>из системы? А у вас как-то все наоборот да еще и
>манипуляции с ФС требуются.
буду рад почитать подробности
самому пришлось по быстрому выводить сбойный диск, эстетничать было не когда
|  | | |
| |
| |
| 4.13, ffsdmad, 17:03, 26/11/2009 [^] [ответить] [смотреть все]
| +/– |
вот это
> 4. Добавляем физические тома в группы: vgextend linux /dev/sdd1, vgextend media /dev/sdd2.
> 5.Переносим экстенты со старых физических томов на новые: pvmove /dev/sdb2 /dev/sdd1, pvmove /dev/sdb5 /sdd2. С помощью pvscan убеждаемся что sdb2, sdb5 пусты.
интересно, но добавит не откуда было, там и так очень много данных пришлось расскидать в сети, места не было у ни кого
|  | | |
|
|
|
| |
| 2.16, locke314, 19:59, 20/03/2011 [^] [ответить] [смотреть все]
| +/– |
Полтора года прошло с тех пор, а дистрибутивный system-config-lvm в убунте до сих пор ничего подобного не может.
|  | | |
|
|
|