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

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

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

У меня похожий вопрос. 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 можно провернуть?

livecd, ручной перенос

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

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

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

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

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

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

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

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

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

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

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

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

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

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

gparted возьму или акронис

Так и сейчас возьми и мигрируй с lvm на plain partition, кто мешает?

Я пользуюсь своим опытом, отчасти печальным.

если ты не заметил, я спрашивал как это сделать
или ты тупо потролить зашел?

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

Ты написал что умеешь пользоваться gparted и акронис. Вот и используй их. Что тебе еще надо?

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

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

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

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

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

Кто-то из них (gparted, акронис) научился работать с LVM ? Может я не те версии смотрю?

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

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

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

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

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

там где в LVM есть смысл, я его тоже использую. Здесь его ИМХО нет

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

man cp
cp -avpn

Изучай свои любимые 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).

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

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

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

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

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

Два LV, каждый из двух кусков.

искал возможность дефрагментировать их, без костылей - не нашел.

тогда только dd или по-файловое копирование

все получилось, dd воистину творит чудеса :) В очередной раз убеждаюсь )))

Примонтировались новые разделы-то нормально, но 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 ?