Вопрос или проблема
Я заменил свой жесткий диск на SSD и установил на него Fedora точно так же, как на HDD. Я пытаюсь прочитать данные с жесткого диска, но так как обе LVM-разделы имеют имя fedora-home, я не могу его подключить и получаю следующую ошибку:
mount: /media: wrong fs type, bad option, bad superblock on /dev/mapper/fedora-home, missing codepage or helper program, or other error.
LVM требует, чтобы у каждого VG / LV было уникальное имя. Он откажется активировать дубликаты имен. Если они возникли в результате отдельных установок, у них будет уникальный VG UUID, как показано в выводе vgdisplay.
С использованием этого UUID вы можете переименовать один из них…
vgrename $VGUUID homburg
…и это должно решить проблему.
Изначально предложенный вариант обсуждает даже более сложный случай, когда VG был полностью клонирован, так что UUID всех уровней (от раздела через PV, VG, LV до файловой системы) идентичны, и приходится заново генерировать их все.
Однако это, похоже, не ваш случай. Если это результат отдельных установок, ваши UUID в порядке, только конфликт обычных имен.
Я столкнулся с той же проблемой и воспользовался советом от @frostschutz, но пришлось добавить опцию, чтобы указать, какую группу томов я хотел переименовать, поскольку одного имени недостаточно (у них обоих одно имя), и vgdisplay не работал для меня (не показывал UUID vg, потому что жаловался на две группы томов с одним и тем же именем).
Я не знаю, поможет ли это, но команда (с привилегиями root), которая решила мою проблему, выглядит так:
vgrename --devices /dev/sdc3 $oldname $newname
Замена:
-
/dev/sdc3на устройство (pv), где находится группа томов. -
$oldnameстарым именем группы томов. -
$newnameновым именем желаемым для этой группы томов.
Вы не можете сделать этого. Однако этот ответ на ServerFault предлагает метод решения проблемы.
Ответ или решение
Когда вы встречаетесь с проблемой монтирования LVM-разделов с совпадающими именами, это может быть особенно трудно, если вы, например, пытаетесь получить доступ к данным на старом жестком диске после установки новой системы на SSD. В данном случае объемы логических томов (LVM) могут иметь одинаковые имена, например, fedora-home, что приводит к описанным ошибкам. Разберём по шагам, как можно решить эту проблему, базируясь на теории, примерах и практическом применении.
Теория
LVM (Logical Volume Manager) предоставляет возможность создавать логические тома, которые поверх физического тома выступают как более гибкая инфраструктура управления накопителями. Проблема в том, что LVM требует уникальности имен каждого VG (группы томов) и LV (логического тома), что может стать причиной конфликтов имен, если, например, к системе подключаются несколько дисков с одинаковой структурой LVM.
Помимо имен, каждая группа томов и логический том имеют уникальные идентификаторы UUID, которые помогают LVM идентифицировать каждый том. Если разделы дисков были созданы в результате клонирования, все идентификаторы могут совпадать, что усложняет задачу, поскольку вы должны регенерировать все UUID. К счастью, если диски были созданы в процессе отдельных установок, их UUID, скорее всего, уже уникальны, но именно из-за совпадения имен возникают проблемы при их монтировании.
Пример
Предположим, что у вас есть два логических тома с именем fedora-home, размещенные на разных дисках. Каждый из томов принадлежит своей группе томов fedora, и оба тома имеют одинаковые имена из-за чего система не может корректно обработать запросы монтирования. Ошибка, с которой вы сталкиваетесь, может выглядеть следующим образом:
mount: /media: wrong fs type, bad option, bad superblock on /dev/mapper/fedora-home, missing codepage or helper program, or other error.Это означает, что система не может разобраться, какой именно том ей следует монтировать, поскольку имена совпадают.
Применение
Шаги, которые вы должны предпринять, чтобы решить эту проблему:
-
Определите имена и UUID ваших томов. Используйте команду
lvmdiskscan,vgdisplay, илиpvdisplay, чтобы проанализировать текущие диски и выявить, какие имена и UUID они содержат. Если UUID различны, это подтверждает, что вы можете управлять конфликтом без изменения каждого UUID. -
Переименуйте одну из групп томов.
- Если UUID каждой группы томов уникален, просто измените название одной из конфликтующих групп томов с помощью команды:
vgrename --devices /dev/sdc3 <старое_имя> <новое_имя>где
/dev/sdc3— это раздел вашего физического тома,<старое_имя>— старое имя VG (например,fedora), а<новое_имя>— новое имя для этой группы томов (например,fedora_old).
- Если UUID каждой группы томов уникален, просто измените название одной из конфликтующих групп томов с помощью команды:
-
Обновите монтирование. После успешного изменения имени, отредактируйте файл
/etc/fstabили используйте командуmount, чтобы монтировать том с новыми именами. -
Проверьте монтирование. Убедитесь, что новые логические тома монтируются корректно и данные доступны:
mount /dev/<новое_имя>/home /media/new_home
Эти шаги демонстрируют, как можно управлять конфликтами имен LVM, не затрагивая структуру и содержимое ваших данных. Это важно для IT-специалистов, имеющих дело с аналогичными ситуациями, где важно сохранить интегритет данных и нормальную работу системы.
В результате вы сможете безошибочно обращаться к данным на двух дисках, избежав проблем, вызванных совпадающими именами томов. Главное — следовать осторожно инструкциям, не торопиться и выполнять команды с пониманием их функций, особенно при работе с живыми данными, чтобы избежать потерь.