Перекрывающиеся диски после расширения раздела

Вопрос или проблема

Машина, с которой я работаю, работает под управлением Ubuntu 20.046 LTS и имеет два подключённых HDD. Первоначальная настройка была следующей:
введите описание изображения здесь

Я хотел использовать sdb для расширения ubuntu-vg-ubuntu-lv, что составило бы в сумме около 5.3T. Следуя совету здесь, я оказался в следующей ситуации:

введите описание изображения здесь

и sudo pvs показывает:

  PV         VG        Fmt  Attr PSize PFree
  /dev/sda3  ubuntu-vg lvm2 a--  1.74t    0 
  /dev/sdb   ubuntu-vg lvm2 a--  3.49t 1.74t

что показывает, что /dev/sda3 полностью выделен, хотя до выполнения шагов у него было около 100G доступно. Углубляясь немного дальше, я нашёл с помощью
sudo pvs --segments, что:

  PV         VG        Fmt  Attr PSize PFree Start  SSize 
  /dev/sda3  ubuntu-vg lvm2 a--  1.74t    0       0 457311
  /dev/sdb   ubuntu-vg lvm2 a--  3.49t 1.74t      0 458240
  /dev/sdb   ubuntu-vg lvm2 a--  3.49t 1.74t 458240 457311

Так что кажется, что два ресурса начинаются с 0, и, если я правильно это понимаю, – они перекрываются.

  1. Возможно ли “сдвинуть” ресурсы, чтобы они не перекрывались? /dev/sdb был в основном пуст на момент моей попытки смонтировать его.
  2. Есть ли какой-либо безопасный способ отменить этот процесс или исправить это? Я проверил в документации lvm, что возможно удалить том здесь, но из-за перекрытия я не уверен в стабильности системы.

Если есть какие-либо другие релевантные диагностики, которые я могу сделать по этому поводу – пожалуйста, дайте знать. Я готов предоставить дополнительную информацию.

.

Ответ или решение

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

Проблемная ситуация

Как следует из вашего описания, вы использовали диск /dev/sdb для расширения логического тома ubuntu-vg-ubuntu-lv, что привело к созданию логического тома с общим размером около 5.3 ТБ. Однако вы обнаружили, что существующие ресурсы начинаются с позиции 0 на обоих дисках (sda3 и sdb), что указывает на возможное их перекрытие.

Анализ проблемы

  1. Отсутствие свободного пространства на /dev/sda3: Хотя изначально на /dev/sda3 было свободно около 100 ГБ, теперь он полностью выделен. Это может указывать на неправильное выделение пространства.

  2. Перекрытие сегментов: Анализ с помощью pvs --segments показывает, что сегменты на обоих жестких дисках начинаются с позиции 0 и продолжаются до конца своей выделенной области. Это действительно может вызвать проблемы при операции чтения/записи данных.

Возможные решения

  1. Смещение ресурсов /dev/sdb: Прежде чем предпринимать какие-либо действия, необходимо убедиться в отсутствии критически важных данных на /dev/sdb. Если диск был пустым, наиболее безопасным подходом будет его повторное выделение. Сначала с помощью команды vgreduce удалите диск /dev/sdb из группы томов ubuntu-vg. Это действие нужно выполнить с особой осторожностью, чтобы не повредить данные:

    sudo vgreduce ubuntu-vg /dev/sdb

    После сокращения группы томов, очистите диск и создайте новый физический том:

    sudo pvremove /dev/sdb
    sudo pvcreate /dev/sdb

    Затем добавьте его обратно в группу томов:

    sudo vgextend ubuntu-vg /dev/sdb
  2. Безопасное восстановление пространства: Если вы хотите вернуть прежнее свободное пространство на /dev/sda3, необходимо сократить выделенный логический том, чтобы высвободить место:

    sudo lvreduce -L -100G ubuntu-vg/ubuntu-lv

    Убедитесь в наличии резервной копии данных перед выполнением этих действий.

Заключение

Перед выполнением операций на уровнях разделения и томов всегда полезно иметь актуальную резервную копию данных. Ваша проблема с перекрытием могла возникнуть из-за ошибки конфигурации при расширении группы томов. Всегда проверяйте текущую конфигурацию с помощью инструментов lsblk, pvs, vgs, и lvs, чтобы гарантировать корректное выделение пространства. Дополнительная диагностика может включать проверку выводов sudo fdisk -l и sudo vgdisplay.

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

Оцените материал
Добавить комментарий

Капча загружается...