LINUX.ORG.RU

LVM в обычный раздел

 , ,


2

3

Есть два диска с lvm, с одинаковыми разбиениями разного размера. На обоих одинаковая система. Как сделать один из этих дисков обычным, т.е. чтобы только раздел /home остался, всё остальное мне не нужно. ??? Вот выхлоп этого диска. Другой - такой же, только размеры другие.

fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes, 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00098d16

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *        2048     1026047      512000   83  Linux
/dev/sda2         1026048   312580095   155777024   8e  Linux LVM

Disk /dev/mapper/fedora-swap: 2164 MB, 2164260864 bytes, 4227072 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/fedora-root: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/fedora-home: 103.7 GB, 103662223360 bytes, 202465280 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes



Последнее исправление: qxeacwzd (всего исправлений: 1)

Почему бы просто не удалить лишние разделы? Или ты на освободившееся место хочешь венду ставить?

Medar ★★★★★
()

lvremove на ненужные LV, оставь только /dev/mapper/fedora-home, убирать его с LVM не нужно, освободившееся место добавь к home (lvextend + resize2fs)

sdio ★★★★★
()

У меня похожий вопрос. Centos 6,5. Есть диск с LVM томами как у автора.
Как в данной ситуации корректно перенести все логические тома из LVM в обычные разделы диска /dev/sdb не потеряв данные?
Либо конвертировать разделы непосредственно на /dev/sda.

Т.е., на выходе получить примерно такое:
/dev/sdb1 - ext4 - boot
/dev/sdb2 - ext4 - swap
/dev/sdb3 - ext4 - root
/dev/sdb4 - ext4 - home

sda и sdb - виртуальные (VMWare ESXi) диски одинаковых размеров.
sda - с данными,
sdb - пустой, временно создан специально для миграции разделов.

В манах по LVM на тему конвертации в обычные разделы ничего не нашел.
Вариант создания на /dev/sdb целевых разделов руками и пофайлового копирования не устраивает, т.к. сложно проконтролировать идентичность исходной и целевой структуры файлов и папок (ссылки, права, владельцы и т.п.).
Может как-нибудь на уровне dd можно провернуть?

Man1980
()
Ответ на: комментарий от Man1980

Если результат нужен на sda, a sdb потом будет удален из системы то:

1. sdb добавить в VG
2. pvmove — перенести все с sda на sdb
3. vgreduce — вытащить sda из VG
4. разбить на разделы, сделать fs, скопировать данные, сделать загрузочным

Возможно между пп. 3 и 4 потребуется перезагрузка, но скорее всего нет, если все кроме /boot на LVM

P.S. Зачем отказываться от LVM? Кто тебя напугал?

sdio ★★★★★
()
Ответ на: комментарий от sdio

Результат устроит на любом винте. Другой винт будет удален. 4 пункт не удовлетворяет главному условию. Пофайловое копирование разделов - ИМХО убогий метод (если это не специально заточенная программа для работы с разделами).

На данной машине все прелести LVM не имеют смысла, а надежности и простоты управления, реализации он точно не прибавит.

Man1980
()
Ответ на: комментарий от Man1980

Как раз таки lvm и обеспечивает надёжность и простоту управления. С его помощью можно даже почти на ходу заменить подыхающий диск, глядя при этом КИНЧИК или играя в ДОТУ.

anonymous
()
Ответ на: комментарий от anonymous

«Чего LVM вашей системе точно не добавит - так это надежности. Выход из строя одного из физических носителей может повлечь за собой утрату данных со всех разделов.....» Да и вытащить данные с LVM-винта в случае какого-нибудь сбоя будет вдвойне сложнее.

Работа с дисками и разделами на ходу на данной машине не интересует. LVM тут абсолютно бесполезен, а потенциального гемора прибавляет.

Man1980
()
Ответ на: комментарий от Man1980

Чего LVM вашей системе точно не добавит - так это надежност

Я знал что ты чего-то начитался.

а потенциального гемора прибавляет.

Ага, когда захочешь менять размеры разделов, мигрировать на новый (большой) диск, сделать бекап со снапшота, ... приходи расскажешь как оно без LVM безгемморно.

sdio ★★★★★
()
Ответ на: комментарий от Man1980

Не читай больше дебильных статей, читай вместо них документацию и пользуйся своими мозгами, и всё у тебя с lvm будет хорошо.

anonymous
()
Ответ на: комментарий от Man1980

А надо документацией и мозгами, иногда они с опытом имеют мало общего.

anonymous
()
Ответ на: комментарий от Man1980

Выход из строя одного из физических носителей может повлечь за собой утрату данных со всех разделов.....»

Нет. Если ты теряешь один физический том, то логические тома, которые НЕ лежали на этом разделе, не пострадают. vgreduce --removemissing, соглашаешься на удаление покоцаных LV, остальные остаются при тебе.

Также, тебе никто не помешает запомнить, где лежали логические тома ( с точностью до экстентов, lvdisplay -m ), удалить их, заново собрать lvm с тем же количеством дисков, и создать логические тома на том же самом месте ( с точностью до экстентов ), где они были. Часть тома, которая лежала на умершем диске, естественно будет потеряна, а остальные данные восстановишь testdisk'ом.

Как и в случае raid0, только в lvm по умолчанию к счастью нет чередования.

З.Ы. лично я создаю lvm поверх нескольких raid1, и мои волосы остаются мягкими и шелковистыми :)

router ★★★★★
()
Ответ на: комментарий от Man1980

Пофайловое копирование разделов - ИМХО убогий метод (если это не специально заточенная программа для работы с разделами).

Кто мешает использовать поблочное? dd if=/dev/mapper/vg-lv of=/dev/sdnew2 bs=1M

а надежности и простоты управления, реализации он точно не прибавит.

Тебя кто-то цинично обманул. Единственный случай, в котором НЕ стоит использовать LVM - очень тяжёлая БД и очень слабые диски, когда каждый IOPS на счету. Потеря производительность с LVM пренебрежима мала, но иногда есть желание сэкономить на мелочах.

Да, расскажи про преимущества msdos ( ;D ) или gpt разметки над LVM. Чем там оно надёжнее и удобнее?

router ★★★★★
()
Ответ на: комментарий от Man1980

Нет так нет, дело твоё. Хотя аргументов я так и не услышал.

router ★★★★★
()
Ответ на: комментарий от router

и создать логические тома на том же самом месте ( с точностью до экстентов ), где они были

Важное дополнение, создавать нужно с "--zero n", чтобы первый килобайт созданного LV не был обнулён

router ★★★★★
()
Ответ на: комментарий от router

Стойкое ощущение, что здесь отвечают не читая вопросов.

Может как-нибудь на уровне dd можно провернуть?

Но иногда угадывают с ответами :)

Кто мешает использовать поблочное? dd if=/dev/mapper/vg-lv of=/dev/sdnew2 bs=1M

Спасибо, попробую.

попутно два вопроса:
1) Как dd отнесется к тому, что исходный и целевой разделы разных типов ?
2) длина разделов обязана совпадать или целевой может быть чуть больше?

Man1980
()
Ответ на: комментарий от router

и создать логические тома на том же самом месте ( с точностью до экстентов ), где они были

не понял!? У меня же целевым будет не логический том, а раздел ext4 !

Man1980
()
Ответ на: комментарий от Man1980

Может как-нибудь на уровне dd можно провернуть?

Это не мои слова

1) Как dd отнесется к тому, что исходный и целевой разделы разных типов ?

Никак. Блочное устройство и есть блочное устройство.

2) длина разделов обязана совпадать или целевой может быть чуть больше?

Может быть больше, потом расширишь через resize2fs

router ★★★★★
()
Ответ на: комментарий от Man1980

не понял!? У меня же целевым будет не логический том, а раздел ext4 !

Действительно не понял. Но раз тебе это не нужно - проехали.

router ★★★★★
()
Ответ на: комментарий от Man1980

Вариант создания на /dev/sdb целевых разделов руками и пофайлового копирования не устраивает, т.к. сложно проконтролировать идентичность исходной и целевой структуры файлов и папок (ссылки, права, владельцы и т.п.).

man cp
cp -avpn
router ★★★★★
()
Ответ на: комментарий от Man1980

Изучай свои любимые acronis'ы. Я за тебя гуглить должен?

http://kb.acronis.com/content/1680

Restoring LVM volumes as non-LVMs

    Restore partitions
        Restore logical LVM volumes and non-LVM partitions one by one with Acronis backup software.
        Do not forget to make the boot partition Active (/ or /boot if available).

sdio ★★★★★
()
Ответ на: комментарий от sdio

через бэкап? угараешь :)
Данный способ, конечно, имеет право на существование, но им я воспользуюсь в последнюю очередь.

Неужели нет цивилизованных методов миграции разделов из LVM ?
Что-то не верится, что средствами того же LVM это не предусмотрено.

Man1980
()
Ответ на: комментарий от Man1980

Неужели нет цивилизованных методов миграции разделов из LVM ?

Есть конечно. Вычисляешь начальный и конечный блок каждой FS (если конечно LV одним куском) и создаешь fdisk'ом раздел как раз по границам FS.

Всё! Никакие данные никуда не надо перемещать.

sdio ★★★★★
()
Последнее исправление: sdio (всего исправлений: 1)
Ответ на: комментарий от Man1980

Примонтировались новые разделы-то нормально, но GRUB грузиться с нового винта отказывается. Черный экран.

в /etc/fstab заменил:
#/dev/vg_bug/lv_root / ext4 defaults 1 1 /dev/sda2 / ext4 defaults 1 1 UUID=dfa59672-d993-402c-b14d-ecf492268bff /boot ext4 defaults 1 2 #/dev/mapper/vg_bug-lv_swap swap swap defaults 0 0 /dev/sda3 swap swap defaults 0 0

в /boot/grub/grub.conf: #kernel /vmlinuz-2.6.32-431.5.1.el6.x86_64 ro root=/dev/mapper/vg_bug-lv_root rd_LVM_LV=vg_bug/lv_root LANG=ru_RU.UTF-8 rd_NO_LUKS rd_LVM_LV=vg_bug/lv_swap rd_NO_MD crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=ru rd_NO_DM rhgb quiet kernel /vmlinuz-2.6.32-431.5.1.el6.x86_64 ro root=/dev/sda2 LANG=ru_RU.UTF-8 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=ru rhgb quiet

Что не учел? mkinitrd ?

Man1980
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.