Миграция от LVM


1

У меня есть домашний медиа-сервер Ubuntu с разделением 4,5 ТБ на несколько жестких дисков (1x3 ТБ, 2x1 ТБ), и я использую LVM2 для управления томами. Недавно я добавил 60 ГБ SSD на свой сервер и хочу использовать его для размещения корневого раздела моего сервера (который в настоящее время входит в группу LVM).

Я не хочу просто добавлять его в группу томов LVM, потому что (afaik) нет способа гарантировать, что SSD будет использоваться для корневой файловой системы. Если я просто брошу его в VG, он может быть использован для размещения моих носителей, что в первую очередь лишило бы цели иметь SSD.

Я чувствую, что мое единственное решение - каким-то образом удалить мой корневой раздел из настройки LVM и скопировать его на SSD. Мой загрузочный раздел, конечно, не является частью группы LVM.

Моя настройка диска выглядит следующим образом:

60GB SSD: EMPTY.
1TB HDD: /boot, LVM space.
1TB HDD: LVM space.
3TB HHD: LVM space.

У меня есть несколько логических томов. мой корневой каталог (/), том «media» для моей медиаколлекции, резервный том для моей сети backups.etc.

У кого-нибудь есть советы, как это сделать? Моя конечная цель - использовать 60 ГБ SSD для моего загрузочного и корневого разделов, а все остальное - на жестких дисках 3 ТБ / 1 ТБ / 1 ТБ.


В этих ситуациях я обычно загружаюсь с SystemRescueCD , создаю новые разделы, копирую содержимое старых в новые с помощью FSArchiver и, наконец, устанавливаю grub на новый диск. Обычно это довольно гладкая процедура.
Педро Романо

сколько места ты используешь? Вы можете попробовать перенести все данные на один диск с помощью pvmove, а затем отключить другие устройства от вашего lvm.
2012 г.

@ l1zard: я использую около двух третей пространства. Зачем нужно было переносить данные с одного из дисков? Я не следую
Kye R

Кстати, есть способ обеспечить использование SSD для root, lvcreate -n root VG PVгде PV - это имя устройства SSD.
Марсианин

Ответы:


1

Хотя этому вопросу уже пару лет, я оставлю для справки следующее: вы можете фактически заставить LVM выделять экстенты из указанного физического тома при создании нового LV. Синтаксис выглядит следующим образом (вы найдете его более подробно в lvcreate(8)):

lvcreate <options such as name, size, etc.> volumeGroup [physicalVolume]

Так, например, вы могли бы добавить SSD в вашу группу томов, а затем сделать что-то вроде:

lvcreate -n rootOnSSD -L 60G yourVolGroup /dev/fastSSD

И это заставит LVM выделять эти 60G из экстентов от SSD.

Существуют расширенные параметры для указания диапазонов PE, из которых следует выделять даже внутри заданного физического тома, а также указание размера LV в зависимости от свободного места в данном PV и т. Д. См. -lФлаг в lvmcreate(8).

Если бы вы не использовали все экстенты в SSD, он был бы кандидатом при создании нового LV. Итак, наоборот, вам придется сделать что-то вроде этого

lvcreate -n hugeVolumeForMedia -L 1T yourVolGroup /dev/slowMedia [/dev/otherSlowMedia...]

если бы вы создали новый LV для большего объема памяти, и хотели бы убедиться, что ваш SSD не тратится на него.


1

В конце концов, я следовал инструкциям Педро.

В этих ситуациях я обычно загружаюсь с SystemRescueCD, создаю новые разделы, копирую содержимое старых в новые с помощью FSArchiver и, наконец, устанавливаю grub на новый диск. Обычно это довольно гладкая процедура.

Он ответил как комментарий, поэтому я не могу пометить его как ответ.


0

Я не могу понять борьбу здесь. Это довольно просто.

1.0 cfdiskдва раздела на SSD
1.1 (опционально) делают PV из незагрузочного раздела
1.2 mkfsна корневом и загрузочном разделах

Загрузочный Knoppix 2.0 (или любой другой), монтируйте ваши файловые системы
2.1 rsync -av/ old / boot / new / boot и / old / root / new / root

3.0 grub- запустить shell
3.1 (необязательно) device (hd0) / dev / ssd
3.2 root (hd0,0) - где hd0,0 - загрузочный раздел установки SSD
3.3 (hd0)

4.0 обновление /boot/grub.conf

5.0 boot.

6.0 удалить старые логические тома

Если этого недостаточно, пожалуйста, дайте мне знать, и я проработаю еще несколько шагов или объясню шаги более подробно.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.