Объединить два диска в один centos
Обновлено: 04.07.2024
У меня есть два логических тома, один из которых монтируется как /, другой - как /home.
Я хочу объединить их, потому что объем / постоянно исчерпывается. (Да, я знаю, что использует все это пространство, нет, я не могу его удалить.)
Я готов взять машину на день или два, чтобы сделать это.
4 ответа
Я закончил, и перераспределение работало. Однако, поскольку в обоих руководствах отсутствуют области, я собираюсь обобщить то, что я сделал. Обратите внимание, что я заменил свое имя пользователя на zzzz и имя моего компьютера с помощью xxxxxxx . Кроме того, все команды должны выполняться как root, если не указано иное.
Во-первых, я сделал резервную копию:
Это создает сжатую резервную копию каталога /home и помещает ее на мой внешний диск. (Обратите внимание, что ваш внешний диск будет иметь другой путь.)
Теперь вам нужно перезагрузиться в однопользовательском режиме.
Когда ваш компьютер снова включится, вам нужно искать такой экран:
Нажмите любую клавишу, чтобы прервать ее. Вы должны увидеть такой экран:
Нажмите a , затем пробел, затем введите single . Нажмите Enter.
Вы должны увидеть следующее:
Введите следующие команды:
Он должен показать вам Size , Used и Avail . Мы заинтересованы в Used .
Запишите, сколько места используется вашим домашним томом. Нам это понадобится позже.
Помните, сколько места используется ваш домашний том? Двойной, и отдай его этой команде. Например, у меня было 15 гигабайт, используемых моим домашним каталогом, поэтому я рассчитал его на 30 гигабайт.
Предупреждение : Следующий шаг - это тот, который может потерять данные. Сделайте sure , который вы поместите в размер, превышающий предыдущую. Добавьте 5 гигабайт, чтобы убедиться.
Скажите корневому разделу использовать все, что мы только что освободили.
Скопируйте данные в корневой раздел
(Кстати, этот код -a важен, потому что иначе все будет принадлежать root, и вы не хотите, чтобы .)
Сделайте быструю проверку того, что данные скопированы правильно:
Теперь мы удалим домашний раздел и скажем root, чтобы снова взять новое пространство.
В этот момент я совершил большую ошибку, из которой вы можете учиться. Я перезагрузился, и когда система вернулась, он отказался подключить мой корневой раздел как чтение-запись, потому что он не смог подключить мой /домашний раздел. Итак, перед тем, как перезагрузиться, введите
(Гипотетически, если вы забыли отредактировать fstab, как я, команда для монтирования вашего корневого раздела: mount -n -o remount -t ext2 /dev/vg_xxxxxxxx/lv_root / )
ПРЕДУПРЕЖДЕНИЕ: резервное копирование всех критических данных перед тем, как что-либо сделать!
Вам нужно будет переместить все данные из раздела /home в другой раздел, локальный раздел или внешний диск или где-нибудь еще, где у вас достаточно места.
Удалите /home lv, а затем раскройте /(root) lv
Скопировать данные обратно в /домашний каталог
Изменить 1
В приведенном выше ответе предполагается, что в корневом разделе недостаточно места для размещения данных в домашнем разделе.
Если это не так, просто установите домашний раздел в другое место и скопируйте данные, например:
Затем просто удалите домашний раздел и раскройте корневой раздел
Вы можете сделать это без какого-либо внешнего хранилища, работающего от / , но вам нужно будет отключить /home
Это не особенно рискованная процедура, если вы осторожны, но тем не менее, применяются стандартные рекомендации: сначала создайте резервные копии и проверьте их.
Я использую foo для имени группы томов и root и home в качестве имен логических томов. Это делает логические пути тома foo/root и foo/home , а пути устройства /dev/mapper/foo-root и /dev/mapper/foo-home . Я предполагаю, что они находятся в одной группе томов, иначе это становится более сложным и зависит от макета физического объема двух групп томов.
Сначала отключите /home и запустите e2fsck -f /dev/mapper/foo-home . Затем сначала сжимайте файловую систему, и соответственно логический том. Выполнить resize2fs /dev/mapper/foo-home NNNN , где NNNN - это количество блоков, которые вы хотите сохранить внутри тома (вместо этого вы можете использовать kB или MB или GB с суффиксом K , M или G ). После сокращения файловой системы уменьшите логический том с помощью lvresize -L MMMM foo/home , где MMMM - это количество мегабайт (обратите внимание, что единица по умолчанию отличается от resize2fs , но вы можете использовать те же суффиксы K , M , G ). Будьте предельно осторожны, чтобы не уменьшать логический объем дальше, чем файловая система - это один опасный шаг в этой процедуре.
В группе томов теперь нет места. Запустите lvresize -l +100%FREE foo/root , чтобы сделать корневой том захватить все свободное пространство в группе томов. Затем запустите resize2fs /dev/mapper/foo-root (без параметра размера), чтобы увеличить файловую систему, чтобы охватить весь логический том; увеличение может производиться при установке громкости.
Теперь у вас есть место для копирования некоторых файлов. Если у вас недостаточно места для всего, перемещайте столько, сколько сможете, а затем повторите процедуру.
Как только вы скопировали все файлы из /home , вы готовы его уничтожить. Убедитесь, что /home пуст (если вы переместили файлы) или что все файлы в /home были скопированы в /root (если вы скопировали файлы). Чтобы уничтожить ненужный логический том, запустите lvremove foo/home . Наконец, увеличьте объем корня с помощью lvresize -l 0%FREE foo/root и его файловой системы с помощью resize2fs /dev/mapper/foo-home
ОК, я оказался в том же положении. Похоже, CentOS создает небольшой корневой том по умолчанию и заполняет оставшуюся часть вашего пространства с помощью /home . Я даже проверил свою настройку сначала на виртуальной машине, но с меньшим диском CentOS не создал домашний том. Я взял эту проблему до того, как стал ограниченным пространством, а также понял, как не вводить однопользовательский режим. Как показано ниже:
Получите доступ к машине, ssh в порядке (при условии, что пользователь, не являющийся пользователем root).
- cd / , чтобы вы не были в домашнем каталоге
- sudo -s , мы будем root для всех этих
- lsof /home проверьте, что никто не использует домашний том, не должен быть
- mv , tar или аналогичное содержимое дома где-то еще lvremove centos/home литий>
- Изменить /etc/fstab и прокомментировать или удалить строку для /home
- Переместите содержимое дома, которое вы скопировали, прежде чем вернуться в /home - теперь вы находитесь в безопасном месте, перезагрузка здесь должна в порядке lvresize -l +100%FREE centos/root литий>
- xfs_growfs /dev/centos/root на CentOS 7, другие могут использовать resize2fs
- df -h вам удалось?
Надеюсь, это облегчит кому-то. На самом деле удивительно, что вы можете жить в файловых системах в наши дни.
У меня есть Lite Centos 6 в моей системе. Я собираюсь изменить размер одного из его разделов. Вот файловая система этой системы:
Я хочу изменить размер /disk1 до 1G и изменить размер / до 9,5G. Но проблема в том, что / и /disk1 находятся на двух разных устройствах! Возможно ли изменить размер / без форматирования?
К вашему сведению, вот вывод команды fdisk -l:
Также, пожалуйста, обратите внимание, что эта машина находится внутри vmware esx в качестве гостевой ОС, хотя я думаю, что этот факт не меняет процесс.
1 ответ 1
Поскольку / находится на логическом томе, можно увеличивать / dev / mapper / vg_hadoop1-lv_root без переформатирования. Эта операция будет очень безопасной, если не будет удара молнии.
Поскольку /dev /sdb1 (/disk1) не является логическим томом, его все еще можно сжать - однако всегда есть вероятность этого сбоя. У меня никогда не было проблемы с изменением размера раздела, если было достаточно места; но это не значит, что это невозможно! Многие инструменты, которые вы могли бы использовать для сокращения раздела, предупреждают вас об этом факте. Еще раз, несмотря на это: я не нашел ни у кого никогда проблемы с этим.
Теперь, если у вас есть резервная копия /disk1, или вы не против, чтобы она была потеряна, продолжайте!
Итак, чтобы продолжить разворот данных, мы сначала сжимаем /disk1, поэтому у нас позже будет достаточно места для роста /. Во-первых, мы должны убедиться, что он не подключен - вы не можете (безопасно) уменьшить размер подключенного тома.
инструменты
Во-первых, давайте изменим границы (раздел), чтобы убедиться, что в конце нашего раздела нет данных.
Теперь для fdisk мы можем сделать:
Помните, что разделы - это просто границы для данных. Удаление раздела не приведет к удалению базовых данных. Они как указатели на языке программирования без сбора мусора. К счастью, благодаря вашему выводу из fdisk -l у нас есть границы (расположение указателей) для вашего раздела!
Это где есть возможность потери данных. Я не несу ответственности за удаление очень важных вещей с /disk1 без резервного копирования. Перед выполнением этого шага сделайте резервную копию всего, что вам нужно, в двух местах
Давайте удалим ваш раздел
И воссоздать его с (сокращенными) границами
А затем мы создадим еще один раздел, который мы сможем использовать позже со всем нашим новым свободным пространством, которое мы сделали
Наши новые разделы настроены, и мы можем перейти к следующему шагу
Здорово! Сложная часть сделана. Ваш вопрос - одна из замечательных особенностей LVM, и почему он так часто используется (объединение разделов даже на отдельных дисках!)
Итак, что мы пытаемся сделать, это увеличить логический том, который является /dev /mapper /vg_hadoop1-lv_root. Для этого нам нужно достаточно места в нашей группе томов, чтобы расти! Мы можем сделать это, добавив физический том в нашу группу томов.
Итак, сначала мы создадим физический том из нашего нового раздела, чтобы он мог быть распознан LVM, а затем добавлен в группу томов. Мы делаем это с .
LVM может добавлять любые физические тома в любые группы томов, поэтому мы добавим их в наш hadoop, который мы нашли из вывода
Итак, мы знаем, что хотим vg_hadoop1. Мы добавим наш новый физический том в эту группу томов с .
Теперь, когда он добавлен, мы запускаем быструю команду для изменения размера текущего логического тома.
Параметр -L для lvextend довольно полезен и может принимать различные данные. Мы используем + почти как двоичный оператор + = во многих языках программирования. Мы говорим "новый размер = текущий размер + 4,5G"
Теперь, когда все сказано и сделано, у нас есть две файловые системы, размер которых не совпадает с объемом, на котором они находятся. Для файловой системы ext2/3/4fs [наиболее распространенной] (которую я обновлю, когда у нас будет вывод fdisk -l, чтобы сообщить нам, какую файловую систему вы используете), мы можем изменить файловую систему, чтобы она соответствовала размеру раздела :
Возможно, вам придется перемонтировать root, чтобы увидеть новый размер. Мы могли бы также смонтировать /disk1 обратно. сделать это с:
Давайте удостоверимся, что все работает, используя df (без диска), и что все имеет правильный размер.
Как только я получу вывод этих двух команд, я обновлю этот вопрос, так что вы можете быть вдвойне уверены, что все правильно, прежде чем выполнять.
LVM (Logical Volume Manager) – подсистема операционных систем Linux, позволяющая использовать разные области физического жесткого диска или разных жестких дисков как один логический том. LVM встроена в ядро Linux и реализуется на базе device mapper.
Главные преимущества LVM – высокий уровень абстракции от физических дисков, гибкость и масштабируемость. Вы можете на лету изменять размер логического тома, добавлять (и удалять) новые диски. Для LVM томов поддерживается зекалирование, снапшоты (persistent snapshot) и striping (расслоение данных между несколькими дисками с целью увеличения производительности).
В данной статье мы рассмотрим использование LVM разделов на примере Linux CentOS 8, покажем процесс объединения двух дисков в одну группу LVM, посмотрим как создавать группы, тома, монтировать, расширять и уменьшать размер LVM разделов.
Прежде всего нужно разобраться с уровнями дисковых абстракций LVM.
Установка утилиты lvm2
Чтобы начать работу с LVM, нужно установить утилиту lvm2. Выполним следующие команды:
apt-get install lvm2 — для Ubuntu, Mint, Debian
yum install lvm2 – для Centos, Red-Hat, Fedora
В разных версиях Linux отличается только способ установки утилиты lvm2 (установка через yum/dnf или apt-get), дальнейшие команды для работы с LVM, одинаковы.
Создание LVM разделов
Итак, у нас имеется виртуальная машина KVM, к которой подключены два дополнительных диска. Проверим, что они доступны в системе, используя команду:
Как вы видите, у меня доступны два диска /dev/vdb и /dev/vdc .
При настройке LVM на своем виртуальном или физическом сервере, используйте свою маркировку дисков.
Чтобы диски были доступны для LVM, их нужно пометить (инициализировать) утилитой pvcreate:
pvcreate /dev/vdb /dev/vdc
Теперь, чтобы убедиться, что данные диски можно использовать для LVM, введите команду pvdisplay:
Как видим, оба диска отображаются. Разберем информацию из вывода команды:
- PV Name – имя диска или раздела
- VG Name – группа томов, в которую данный диск входит (мы пока группу не создали)
- PV Size – размер диска или размера
- Allocatable – распределение по группам. В нашем случае распределения не было, поэтому указано NO
- PE Size – размер физического фрагмента. Если диск не добавлен ни в одну группу, значение всегда будет 0
- Total PE – количество физических фрагментов
- Free PE — количество свободных физических фрагментов
- Allocated PE – распределенные фрагменты
- PV UUID – идентификатор раздела
С помощью команды pvscan вы можете просканировать диски на предмет PV.
Чтобы проверить результат введите vgdisplay:
Как видим, диски объединены в группу test и VG Size показывает общий размер дисков.
Разберем информацию из листинга команды vgdisplay:
- VG Name – группа томов, в которую данный диск входит.
- Format – версия подсистемы lvm, которая используется для создание группы (в нашем случае версия 2)
- Metadata Areas – область метаданных
- VG Access – уровень доступа к группе логических томов
- VG Size – общий объем дисков, которые входят в группу
- PE Size — размер физического фрагмента
- Alloc PE / Size – распределенное пространство(количество и объем фрагментов)
- VG UUID – идентификатор группы
После того, как мы создали общую группу для дисков, мы можем создать логический том на этой группы. При создании тома, используется команда lvcreate.
Чтобы в вашей группе создать логический том определенного размера и именем, используйте команду:
Как видим из листинга, в группе test был создан логический том с именем lvol0 и размером 5G.
Если вы хотите сами задать имя, используйте флаг -n:
Несколько примеров для создания логических томов с разными размерами:
lvcreate -l 40%VG test – 40% от дискового пространства группы test
lvcreate -l 100%FREE test – использовать все свободное пространство группы test
Чтобы вывести информацию о логическом томе, используйте lvdisplay:
Так же разберем листинг данной команды:
- LV Path – путь к устройству логического тома (к диску или разделу)
- LV Name – имя логического тома
- VG Name – имя группы томов
- LV UUID – идентификатор логического тома
- LV Write Access – уровень доступа к логическому тому
- LV Creation host, time — информация о хосте, дата когда был создан логический том
- LV Size – размер диска, доступный для использования логическому тому
- Current LE – количество логических фрагментов
LVM: создание файловой системы, монтирование логического тома
Чтобы создать файловую систему на логическом томе, воспользуйтесь утилитой mkfs:
Создадим файловую систему ext4 на LVM томе:
Файловая система была создана без ошибок.
Теперь создадим тестовую директорию и примонтируем логический том к данной директории:
Как видите, все прошло без ошибок и теперь директория /var/www/home существует как отдельный раздел.
Чтобы логический том монтировался при загрузке системы, нужно добавить его в fstab и назначить директорию для монтирования.
Откроем файл:
nano /etc/fstab
И добавим в него следующую информацию:
После чего примонтировать том можно будет через mount -a:
Чтобы проверить общую информацию по дискам, разделам и томам, введите команду lsblk:
Как видим, наш созданный том отображается, и указана директория к которой он примонтирован.
Команда lvmdiskscan позволяет просканировать доступные диски, показывает их размер и принадлежность к LVM.
Увеличение логического тома LVM
Чтобы добавить дополнительный диск к группе томов, нужно воспользоваться уже знакомой схемой:
pvcreate /dev/нашдиск — инициализация диска для lvm
vgextend test /dev/нашдиск — добавление диска в группу томов
Чтобы расширить логический том, воспользуйтесь следующей схемой:
lvextend -L10G /dev/test/test1
Данным способом вы расширите раздел на 10 Гб.
Еще несколько примеров расширения LVM раздела:
lvextend -L+10G /dev/test/test1 — добавите 10 Гб к вашему тому
lvextend -l +100%FREE /dev/test/test1 — выделите все нераспределенное пространство в группе test
Осталось увеличить раздел файловой системы:
resize2fs /dev/test/test1 – для ext4
xfs_growfs /dev/test/test1 – для xfs
Уменьшение LVM томов
LVM позволяют уменьшать размер тома. Но для безопасности умеьшения размера раздела его нужно отключить.
Отмонтируем том от директории:
Выполним проверку диска:
e2fsck -fy /dev/test/test1
Уменьшим раздел файловой системы на 4 Гб:
Теперь уменьшим размер самого LVM тома:
lvreduce -L-4G /dev/test/test1
После чего, нужно примонтировать том обратно и проверить текущий размер:
Как видим, размер уменьшился до 4 Гб.
Удаление LVM групп и томов
Для удаления LVM томов, используется команда lvremove:
Чтобы удалить группу логических томов, используйте:
Убрать метки с LVM дисков:
Создание зеркальных томов LVM
LVM позволяет создать зеркальные тома для повышения отказоустойчивости хранения данных. В LVM зеркале данные одновременно хранятся на двух (или более) физических дисках (подобие RAID-1). Процедура создания зеркального тома в LVM.
- Инициализация дисков: pvcreate /dev/sd
- Создаем LVM группу: vgcreate mirror1 /dev/sd
- Создадим зеркальный LVM том: lvcreate -L 5g -m1 -n lvMirr1 VGmirror1
Инструменты LVM очень удобны для работы, с помощью них можно легко управлять томами, нарезать их на нужные вам размеры и с легкостью использовать под свои нужды. В данной статье я постарался затронуть все основные моменты в работе с LVM.
GNU Linux чрезвычайно универсален, в этом никто не сомневается. Но, возможно, некоторые пользователи не знают некоторых инструментов или возможностей, которые он предлагает нам и которые могут облегчить нашу повседневную жизнь или сделать невероятные вещи. В этой статье поговорим о LVM (Logical Volume Manager), инструмент, который, хотя изначально он не был создан для Linux, позже был перенесен, и теперь пользователи Linux могут пользоваться его возможностями.
LVM - это диспетчер логических томов, как следует из названия, изначально он был cСоздано Хайнцем Мауэльсхагеном в 1998 году для операционной системы HP-UX., UNIX от HP. Но позже это будет реализовано в ядре Linux. С его помощью вы можете изменять размер логических групп, а также логических томов, снимков состояния только для чтения, управлять RAID и т. Д. Но особенность, которая нас интересует в этой статье, - это объединение нескольких жестких дисков.
LVM может "видеть" группы дисков и разделы в целом вместо обработки множества независимых пространств. Вот почему мы можем объединить несколько разделов в один, расширить определенные разделы на других физических дисках, поиграть с несколькими дисками в режиме RAID, добавить жесткие диски «горячей» или «горячей замены», не забывая при этом функцию «моментального снимка» для создания резервных копий. .
Как это сделать? В основном благодаря обработке трех концепций:
- PV (физический объем): физические тома, то есть жесткие диски или разделы компьютера.
- VG (группа томов): volume group - это область, где встречаются PV и VL.
- LV (логический объем): логические тома или устройства, на которых могут быть созданы файловые системы или файловые системы.
Для работы с LVM, мы можем работать с терминала тремя основными инструментами:
- pvcreate: Вы можете создавать физические тома, объединив несколько разных жестких дисков или разделов. Например, присоединимся к разделу / dev / sda3 и / dev / sdb1:
- vgcreate: Вы можете создавать группы томов, то есть разделы или физические диски, принадлежащие группе. Например, чтобы создать группу под названием «данные»:
- lvcreate: определяет логические тома, которые будут в группе. Например, представьте, что вы хотите создать том с именем «новый» в группе «данные» размером 8 ГБ:
Посмотрим на практический примерПредставьте, что у вас есть компьютер с жестким диском размером x ГБ, и вы решили увеличить его емкость, добавив еще один жесткий диск. В этом случае операционная система рассматривает его как другой новый жесткий диск, на котором вы должны создать один или несколько разделов, чтобы использовать его. Я собираюсь быть еще более конкретным: представьте, что ваш жесткий диск сначала составляет 120 ГБ и у вас есть ряд разделов, включая / home, который занимает 80 ГБ из этих 120 и называется / dev / sda3, где / dev / sda1 - корневой раздел / и / dev / sda2 SWAP .
Теперь вы найдете свой новый жесткий диск с 500 ГБ (/ dev / sdb1) дополнительного пространства, но вместо создания другого раздела вы хотите, чтобы в вашем / home было 580 ГБ. Это возможно с LVM, сделав / dev / sda и / dev / sdb рассматривается операционной системой как единое устройство, один раздел, физически расположенный на двух разных жестких дисках. И это лишь небольшая возможность из многих, которые позволяет LVM, и это будет сделано следующим образом:
—ПРЕЖДЕ ЧЕМ СДЕЛАЙТЕ РЕЗЕРВНУЮ КОПИЮ / HOME, ТАК КАК ОНА БУДЕТ ОТФОРМАТИРОВАННОЙ -
Осталось только отредактировать файл / etc / fstab Поэтому не монтируйте разделы / dev / sda3 и / dev / sdb1 при запуске системы, в противном случае смонтируйте / dev / lvm / home / home. Если мы введем следующее (используйте gedit, nano или любой другой текстовый редактор, который хотите . ):
/ dev / lvm / home / home ext4 по умолчанию 0 1
Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.
Полный путь к статье: Любители Linux » GNU / Linux » Системное администрирование » LVM: объединить жесткие диски, как если бы они были одним
Есть два жестких диска, каждый по 1 ТБ. Оба уже размечены, на одном раздел NTFS во весь объем, на другом разделов так 7. Можно ли как-нибудь их объединить, не теряя данных, чтобы получился как один диск в 2ТБ с той же разметкой?
Не понятно что именно ты хочешь получить в итоге. Если RAID или LVM то без потери данных никак.
мало исходных данных.
ну, примонтируй тот, c нтфс, а точку монтирования создай на другом - чем не то, что ты хочешь?
Есть два жестких диска, каждый по 1 ТБ. Оба уже размечены, на одном раздел NTFS во весь объем, на другом разделов так 7. Можно ли как-нибудь их объединить, не теряя данных, чтобы получился как один диск в 2ТБ с той же разметкой?
нет. Делить на ноль тоже нельзя.
Мне хотелось бы иметь возможность между этими двумя дисками свободно двигать разделы, как если бы это был один диск. По описанию - похоже, что RAID-то, что нужно. Без потери - никак?
да, raid, lvm подразумевают переразметку диска перед использованием.
Выход: найти куда слить инфу, объединить винты в RAID1 (при этом все что было на винтах улетит), залить обратно инфу на новый раздел.
странно еще никто не сказал mhddfs
Почему никто не предложил разметить raid или lvm, а потом восстановить разделы какой-нибудь искалкой потеряных разделов, или вообще photorec'ом. По-моему для тех, кому в жизни не хватает большой и чистой любви, вполне себе занятие на четыре вечера.
Не совсем то, но спасибо.
В Raid0 без потери никак да. Покупаешь еще 2 винта по 1ТБ желательно такие же какие есть.
Не теряя данные два раздела можно соединить в один через unionfs/aufs. Но это будет редкое извращение.
Так что вменыемых два варианта, но оба требуют чистого винта на 1Тб:
1. Бэкапь/зачищай один из винтов, скажем, переноси всё со второго на первый, ставь на него (освобождённый) LVM, делай том на 1Тб, переноси на него данные с первого, после этого освободившийся первый тоже форматируй под LVM и присоединяй его ко второму.
2. Другой вариант, если нельзя освободить два исходных винта, нужен третий винт на 1Тб. Всё то же самое, только сперва разбиваешь под LVM третий, переносишь данные с одного из исходных, его, освобождённый, размечаешь под LVM и тоже добавляешь в группу. Потом, аналогично, с оставшимся. Ненужный винт можно вывести из LVM.
Если есть свободное место, то отрезаешь и размечаешь его в LVM, сколько влезет переносишь внутрь, повторять пока всё не влезет.
Если есть свободное место, то отрезаешь и размечаешь его в LVM, сколько влезет переносишь внутрь, повторять пока всё не влезет.
Заодно при успешно завершении по такой схеме выяснишь, что нет глюков ни в компе, ни в руках. Это как в кино, когда шилом себе между пальцев тыкают на скорость; всё хорошо, пока идёт хорошо, как только в руку шило воткнул, сразу вопли, стоны, новые темы на ЛОРе.
Я кстати так переходил на LVM, ибо был нищебродом и винтов запасных не было. Довольно утомительное занятие, но в принципе сделать можно.
Только стоит учесть что при создании файловой системы некоторые её параметры (которые потом нельзя поменять) зависят от размера создаваемой фс.
Из того что помню - кол-во i-node в ext3/4. Если сразу при создании не поставить побольше, то после того как увеличишь фс и скопируешь данные, инодов может не хватить.
Читайте также: