Переименование lv lvm линукс

Подключение диска lvm к другому компьютеру.

На одной из виртуальных машин, из за кривости рук “убилась” система. И нужно было восстановить данные которые на ней были. Казалось бы задача очень простая, нужно диск примонтировать к другой рабочей машине и скопировать данные. Но трудность заключалась в том, что диски были lvm томами. Поэтому просто сделать mount не получится. Если мы попытаемся сразу примонтировать диск то получим ошибку «mount: unknown filesystem type ‘LVM2_member‘».
Поэтому порядок действий следующий.

Смотрим разделы lvm

Считаем что диск с которого нужно получить данные уже подключен к рабочему компьютеру.

Видим что на нашем подключенном диске lvm разделы не активны. Но при попытке активировать их нас ждет сюрприз

Дело в том, что lvm том с именем “centos” уже есть. Поэтому для начала нужно переименовать подключенный том в другое имя.

Если же у вас этой проблемы не возникло, и разделы успешно активировались, то смело пропускайте следующие два пункта и переходите к пункту «монтирование»

Переименовываем lvm том

что бы переименовать том, нужно определить его id

Нужный нам том имеет размер 48.99 Гб, и id XdEJP3-Hsfb-d211-xy3M-twxK-FDy7-bgVOKq.
Теперь дадим этому тому другое имя.

Видим что том успешно переименован и идем дальше.

Активируем lvm разделы

Как видим на этот раз все прошло успешно

Все разделы активны

Монтирование LVM разделов

Монтируем наши «новые-старые» разделы. Раздел swap нам не нужен поэтому монтируем только корневой раздел root, полное имя которого как показала команда lvscan в предыдущем пункте /dev/centos_old/root

На этом все. Старый диск доступен в каталоге /mnt/disk_old и из него можно извлечь нужные данные.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Как вы переименовываете группу томов, содержащую корневой том в LVM?

Я хочу переименовать группу томов, в которой включен мой корневой том. Как я могу это сделать?

4 ответа

Во-первых, вам нужно знать, что имя группы томов может иметь тире. Если это произойдет, то для любого использования /dev /mapper /reference потребуется две тире. В 16.04 по умолчанию используется «-vg», добавленное к имени, поэтому это должно быть принято.

Во-вторых, вы должны знать, что это может привести к тому, что ваша система будет не загружаема, и вам придется загрузиться с аварийного диска и исправить все, что приведет к простою. (aka: Не делайте этого в процессе производства. )

Чтобы выполнить фактическое переименование, используйте lvrename oldname newname .

После переименования вы должны отредактировать как /etc/fstab , так и /boot/grub/grub.cfg , чтобы обновить использование имени для любой ссылки на ваш корень и, возможно, также на ваши места подкачки.

Кроме того, вам нужно запустить эту команду, чтобы обновить initramf для всех ядер.

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

Если у вас есть какие-либо улучшения в этом скрипте, поделитесь им. Я всегда ищу способы улучшить и учитывать различные случаи кросс.

После переименования вы должны отредактировать как /etc/fstab , так и /boot/grub/grub.cfg , чтобы обновить использование имени для любой ссылки на ваш корень и, возможно, также на ваши места подкачки. /etc/initramfs-tools/conf.d/resume .

Итак, добавьте этот код:

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

При использовании этого сценария машина может не отключиться правильно, поскольку она пытается «остановить» сопоставления. В зависимости от вашей конфигурации это может показаться, что машина находится в состоянии загрузки, в то время как на самом деле она даже не выключается в первую очередь.

Полезно удалить «тихий всплеск» из GRUB_CMDLINE_LINUX_DEFAULT, когда вы увидите сообщения.

Я немного изменил сценарий, чтобы изменить имя хоста.

Источник

Logical Volume Manager (LVM)

Содержание

Logical Volume Manager (LVM) — это очень мощная система управления томами с данными для Linux. Она позволяет создавать поверх физических разделов (или даже неразбитых винчестеров) логические тома, которые в самой системе будут видны как обычные блочные устройства с данными (т.е. как обычные разделы). Основные преимущества LVM в том, что во-первых одну группу логических томов можно создавать поверх любого количества физических разделов, а во-вторых размер логических томов можно легко менять прямо во время работы. Кроме того, LVM поддерживает механизм снапшотов, копирование разделов «на лету» и зеркалирование, подобное RAID -1.

Создание и удаление

Как уже отмечалось, LVM строится на основе разделов жёсткого диска и/или целых жёстких дисков. На каждом из дисков/разделов должен быть создан физический том (physical volume). К примеру, мы используем для LVM диск sda и раздел sdb2:

На этих физических томах создаём группу томов, которая будет называться, скажем, vg1:

Посмотрим информацию о нашей группе томов:

Групп можно создать несколько, каждая со своим набором томов. Но обычно это не требуется.

Теперь в группе томов можно создать логические тома lv1 и lv2 размером 20 Гбайт и 30 Гбайт соответствено:

Теперь у нас есть блочные устройства /dev/vg1/lv1 и /dev/vg1/lv2.

Осталось создать на них файловую систему. Тут различий с обычными разделами нет:

Удаление LVM (или отдельных его частей, например, логических томов или групп томов) происходит в обратном порядке — сначала нужно отмонтировать разделы, затем удалить логические тома ( lvremove ), после этого можно удалить группы томов ( vgremove ) и ненужные физические тома ( pvremove ).

Добавление физических томов

Чтобы добавить новый винчестер sdc в группу томов, создадим физический том:

И добавим его в нашу группу:

Теперь можно создать ещё один логический диск ( lvcreate ) или увеличить размер существующего ( lvresize ).

Удаление физических томов

Чтобы убрать из работающей группы томов винчестер sda сначала перенесём все данные с него на другие диски:

Затем удалим его из группы томов:

И, наконец, удалим физический том:

Вообще-то, последняя команда просто убирает отметку о том, что диск является членом lvm, и особой пользы не приносит. После удаления из LVM для дальнейшего использования диск придётся переразбивать/переформатировать.

Изменение размеров

LVM позволяет легко изменять размер логических томов. Для этого нужно сначала изменить сам логический том:

а затем файловую систему на нём:

Как просто попробовать

Если LVM устанавливается не для дальнейшего использования, а «напосмотреть», то диски и разделы можно заменить файлами. Не понадобятся ни дополнительные диски, ни виртуальные машины. Мы создадим виртуальные накопители и будем с ними работать. Например, можно создать 4 диска по 1 Гбайт, но можно создать другое количество большего или меньшего размера как вам хочется. Создаем сами файлы, имитирующие устройства:

Создаем loopback устройства из файлов:

Дальше поступаем так же, как если бы ми создавали LVM на реальных дисках. Обратите внимание на названия loop-устройств — они могут отличаться от приведённых здесь.

Снапшоты

Одна из важнейших особенностей LVM — это поддержка механизма снапшотов. Снапшоты позволяют сделать мгновенный снимок логического тома и использовать его в дальнейшем для работы с данными.

Примеры использования

LVM активно используется, когда необходим механизм снапшотов. Например, этот механизм крайне важен при бекапе постоянно меняющихся файлов. LVM позволяет заморозить некоторое состояние ФС и скопировать с неё все нужные данные, при этом на оригинальной ФС останавливать запись не нужно.

Также снапшоты можно применить для организации поддержки файловым сервером с Samba механизма архивных копий, об этом в соответствующей статье:

LVM с LiveCD

Если у вас возникла необходимость работать с LVM с LiveCD Ubuntu, то вам придётся выполнить несколько дополнительных действий, поскольку по умолчанию утилит для работы с LVM нет.

Сначала вам нужно установить эти утилиты:

Далее посмотрите командами

доступность ваших групп томов. Ну а дальше запустите все группы командой

Эта команда должна сообщить о том, что все ваши логические тома активированы. Теперь можно работать с ними обычным образом.

Источник

Как переименовать Volume Group lvm?

Одна из машин вышла из строя. Я переткнул жесткий диск в другой линух Но есть одна проблема: вся файловая система на умершей машине была внутри LVM. Как мне получить доступ к разделам под LVM’ом чтобы их скопировать? оc Centos Файловая система старого винта разбивалась по дефолту. Новый винт тоже по дефолту разбивался. Соответственно имена групп LVM одинаковые. надо как-то переименовать групу LVM на старом харде что бы ее подключить, с одинаковыми именами не получится ни как (как преименовыватья не знаю) как быть . Выражаю огромную благодарность Munhgauzen )

Пожалуйста, поменяй заголовок темы. На что-нибудь: «Как переименовать Volume Group?» И поставь метку: «lvm»

было дело 🙂 ЕМНИП, нужно найти бекапы конфигов, создать на новом винте раздел лвм с таким же юидом (и, ЕМНИП, такого же размера) и запустить восстановление. получится восстановить только те логические разделы, которые полностью находятся на старых (нетронутых) физических разделах. если полуубитые разделы были на extX или xfs, то, теоретически, можно восстановить и часть инфы этих разделов. у меня тогда была jfs, которая архитектурно не может быть восстановлена, так что я тогда потерял дофига данных 🙁 и зарёкся использовать jfs в дальнейшем.

Источник

Как переименовать группу томов, которая содержит корневой том в LVM?

В моем (по общему признанию, не-обширном) опыте менеджеры пакетов, специфичные для языка, не выполняют какую-либо работу, как .deb в отслеживании зависимостей, полностью выходящих за пределы языка (я особенно думаю

Если (скажем) пакет Pypi Python ‘barfoo’ требует некоторую библиотеку libfoobar для того, чтобы создайте расширение _bf.so Python, которое использует пакет, и ему нужно libfoobar быть, по крайней мере, в версии 5.2, вам нужно отслеживать, какой .deb поставляет подходящие релизы libfoobar (и вы не можете найти, если пакет Pypi отслеживает последние и самые последние) и как-то отслеживать его, если вы удалите barfoo позже (поэтому поставщик libfoobar получает «осиротевший» и может / должен быть удален) .

Я не думаю, что проблема интеграции Pypi / CPAN / etc с другими системами распределения пакетов еще может считаться «решаемой». Для минимальных головных болей в администрации, если вы можете пройти с официальным .deb (не нуждайтесь в последнем и максимальном сборе и в), я думаю, что это было бы целесообразно; с другой стороны, конечно, для пакета, который вы вне хотите быть супер-обновленным (например, вы являетесь одним из авторов / сопровождающих сторонников пакета;), существует возможность сохранения новое репо в любой системе контроля версий, используемой пакетом (svn, hg, git, bazaar, . ) и сохраняя его из источников. Pypi / CPAN / & amp; c являются «посередине». Разумеется, некоторое время этот средний путь тоже будет полезен.

И один из вариантов, который можно было бы рассмотреть, — создать собственный пакет .deb (на основе Pypi / CPAN / & amp; c один или даже на восходящих источниках) и сохраняйте хранилище таких пакетов (для тех пакетов, для которых официальные .deb РЕПО слишком плохие или обратные). Это не намного больше проблем, чем установка в противном случае (ручное отслеживание внешних зависимостей) и поможет с идентификацией «сиротских пакетов» и т. П. (Плюс, если вы публикуете свою упаковку, вы также можете помочь другим людям ;-).

7 ответов

ПРИМЕЧАНИЕ: Ваш дистрибутив может препятствовать редактированию/boot/grub/grub.cfg. Если это так, этот сценарий может быть плохой идеей. Поочередно, можно просто смочь выполнить личинку-mkconfig для фиксации этого. Я не протестировал на тех дистрибутивах, так проверьте свою ситуацию.

Первый, необходимо знать, что название группы объема может иметь тире в нем. Если это делает, чем какое-либо использование/dev/mapper/ссылки должно будет иметь двух тире. В 16,04, это принимает значение по умолчанию к добавлению «-vg» к имени, таким образом, это должно быть принято.

1110-секундный, необходимо знать, что портить это может заставить систему быть незагрузочной и привести к необходимости загрузиться от спасательного диска и зафиксировать материал, вызывающий время простоя. (иначе: не делают этого в производстве. )

, Чтобы сделать фактические переименовывают использование lvrename oldname newname .

После переименования Вас должен отредактировать и /etc/fstab и /boot/grub/grub.cfg для обновления использования названия любой ссылки на корень и вероятно также местоположения подкачки.

Кроме того, необходимо выполнить эту команду для обновления initramfs для всех ядер.

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

, Если у Вас есть какие-либо улучшения этого сценария, совместно используйте. Я всегда ищу способы улучшиться и составлять различные пограничные случаи.

Источник