Dev mapper ubuntu vg ubuntu lv что это такое

Обновлено: 21.11.2024

Сервер Hyper-V со свежей установкой Ubuntu 18.04. Диск был установлен на 25 ГБ при установке, и был выбран LVM.

Эта процедура работает для любой файловой системы Ubuntu, отформатированной с помощью LVM, а также протестированной на сервере Proxmox.

Руководство весьма специфично для LVM и Ubuntu, а также для работы с настоящей гостевой виртуальной машиной.

Если вы используете Ubuntu и VMWare и у вас нет LVM, вы можете пропустить команду pvresize и вместо нее заменить lvextend на GrowPart. Посмотреть здесь. Фактические команды для этого сценария:

sudo GrowPart /dev/sda 2 (номер вашего раздела)
sudo resize2fs /dev/sda2

А пока вернемся к:

  1. Убунту
  2. Гостевая виртуальная машина
  3. Объем LVM

Проблема и как это сделать

На корневом томе доступно только 3,9 ГБ. На этом этапе важно указать, что имя корневого тома — /dev/mapper/ubuntu--vg-ubuntu--lv, так как оно будет использоваться в нескольких местах в этом документе.

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

Шаги TL;DR

  • fdisk -l (обратите внимание на раздел 3 по текущему размеру)
  • разошлись
    • resizepart, Fix, 3, 100% (вместо этого введите), выйти

    Расшифровка изменения размера с 50 ГБ на 100 ГБ

    Если вы просто хотите узнать, как проходит событие изменения размера с 50 ГБ на 100 ГБ, прокрутите статью до конца.

    Полные шаги и объяснение

    ssh к серверу, sudo -i чтобы стать root

    Подтвердите, что объем свободного места на диске ограничен. В выходных данных ниже обратите внимание, что на томе / (корневом) всего 3,9 ГБ дискового пространства:

    Далее подтвердите в Linux, что на самом деле доступно намного больше места. Как видно из приведенного ниже вывода, на томе /dev/sda3 имеется 24 ГБ. Другой 1 ГБ используется для загрузочного тома и загрузки BIOS

    Единый набор инструкций, относящийся к запуску этого процесса с использованием parted , поэтому журнал parted приведен ниже. Инструкции в соответствии со стеком читаются примерно так:

    «Сначала вам нужно запустить parted и использовать его команду resizepart, чтобы расширить раздел, чтобы использовать весь диск, затем запустить pvresize, чтобы сообщить LVM о новом пространстве, затем запустить lvresize, чтобы увеличить логический том, и, наконец, resize2fs на логическом томе, чтобы увеличить файловую систему для использования нового пространства. Это можно сделать без перезагрузки».

    Обратите внимание, однако, что я немного отклонился от этих шагов. Первая команда, которую я изучил/использовал в parted, просто использовалась для вывода информации о разделе:

    За этим последовала проверка и повторная проверка информации с помощью fdisk и df -h, чтобы убедиться, что я понимаю текущую ситуацию.

    В этот момент я попытался использовать lvresize, но не смог заставить его работать. Похоже, есть и lvresize, и lvextend. Согласно статье «microhowto.info»:

    «Разница в том, что lvextend может только увеличивать размер тома, тогда как lvresize может увеличивать или уменьшать его».

    Первая попытка указать 24 ГБ не удалась. После того, как я завершил процедуру, я обнаружил, что вы также можете указать флаг 100%, но, к сожалению, я не получил эту информацию вовремя и просто указал 23 ГБ. Если у меня будет время, я могу попробовать использовать флаг 100%. Для справки, флаг lvextend -l +100%FREE /dev/VGNAME/LVNAME

    Ниже первая попытка, но недостаточно места:

    Вторая попытка уменьшить выделяемое пространство:

    После lvextend необходимо использовать resize2fs. Это было немного страшно, потому что казалось, что я собирался работать над живым диском, но все прошло быстро.

    ТАДА! Размер диска теперь составляет 23 ГБ, как видно из вывода df-h ниже:

    Предупреждения

    Кстати, я вошел в диспетчер Hyper-V, но смог найти удобное место для изменения размера диска. Однако, щелкнув правой кнопкой мыши «Проверить», я увидел, что размер диска составляет 25 ГБ, как указано при установке виртуальной машины.

    Расшифровка изменения размера с 50 ГБ на 100 ГБ

    Вот результат изменения размера с 50 ГБ до 100 ГБ. В данном случае была выбрана опция Resize Disk в Proxmox.

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

    Обратите внимание, что сектор — это не то же самое, что байт, но, анализируя числа, можно увидеть, что происходит увеличение.

    Ссылки

    Хотите узнать больше?

    Если вас интересуют файловые системы, я многому научился, прочитав эту статью:

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

    Дополнительные ссылки

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

    КримсонКидА

    Участвуйте, чтобы выиграть еженедельные подарочные карты (от 100 евро), Oculus и наушники/колонки

    Конкурс завершается 27 марта 2022 г. Конкурсы Каждую неделю узнайте больше о том, как Red Hat может помочь вам добиться простоты и цифровых инноваций, и ответьте на вопрос. Детали конкурса Просмотреть все конкурсы

    Джерард Бикманс

    • отметить 36 лучших ответов
    • thumb_up — 109 благодарных голосов

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

    Размер sda3 уже изменен, поэтому просто разверните части LVM:

    Дважды проверьте имя пути в /dev/mapper, оно может немного отличаться от того, как я его набрал. Двойной тире имеет особое значение в именах LVM и не всегда отображается таким образом на диске в /dev.

    После выполнения первой команды объем физического тома увеличится с 200 до 800 ГБ, который сразу же станет доступен для группы томов (VG), частью которой является логический том.

    Это всегда состоит из 4 частей: раздел диска -> PV -> VG -> LV

    12 ответов

    Джерард Бикманс

    • отметить 36 лучших ответов
    • thumb_up — 109 благодарных голосов

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

    Можете ли вы попробовать переформатировать его, а также показать вывод следующего:

    Это даст представление о вашем разделе и настройке LVM, чтобы увидеть, как вы можете расширить существующий логический том ubuntu--vg-ubuntu--lv (LV), чтобы он занимал все доступное пространство.

    В зависимости от вывода приведенных выше команд может быть достаточно просто "lvextend" для увеличения размера LV, а затем "resize2fs" для увеличения самой файловой системы. И то, и другое можно сделать без перезагрузки или размонтирования — это можно сделать на действующих системах.

    Если базовое разделение еще не поддерживает это, необходимо внести дополнительные изменения.

    • отметить 87 лучших ответов
    • thumb_up – 178 благодарных отзывов

    Если я правильно понимаю вывод "lsblk", ubuntu--vg-ubuntu--lv действительно использует все 799 ГБ.

    Если да, вам необходимо увеличить файловую систему на этом логическом томе.

    При установке файловая система, вероятно, имела размер 196 ГБ вместо максимального размера 799 ГБ. На логическом томе может быть более одной файловой системы (что может быть причиной того, что он был установлен для использования только 196 ГБ).

    Выполнить и опубликовать вывод:

    Обратите внимание на букву T в верхнем регистре. Это должно указывать на тип файловой системы. Вам потребуется процедура расширения файловой системы для используемого типа.

    OP CrimsonKidA

    Извините за дерьмо с форматированием, ребята, я не мог это исправить. Вот снова мои команды `df -h` и `lsblk`:

    Обратите внимание, что sda3 имеет размер 799 ГБ, а "ubuntu--vg-ubuntu--lv" – только 199 ГБ – это моя проблема.

    OP CrimsonKidA

    Спасибо, свинопас! Вот что у меня есть:

    Проблема в том, что мне нужно использовать весь 799G из sda3:

    OP CrimsonKidA

    Спасибо, Джерард Бикманс ​! Вот вывод этой команды:

    Таким образом, sda3 имеет правильный размер, а "ubuntu--vg-ubuntu--lv" (/dev/mapper/ubuntu--vg-ubuntu--lv/) - нет. Как я могу расширить его, чтобы занять целых 799 ГБ?

    • отметить 87 лучших ответов
    • thumb_up – 178 благодарных отзывов

    "resize2fs" — это команда для увеличения файловой системы ext4.

    Но у него должно быть место для роста.

    Опубликовать вывод следующих команд:

    "lsblk" показывает, что пространство в /dev/sda3 не распределено. Приведенные выше команды покажут, как на это смотрит LVM.

    Я предполагаю, что вам придется «расширить» свой логический том, а затем изменить размер файловой системы ext4, чтобы использовать только что добавленное пространство. Вот пример со страницы руководства lvextend:

    Увеличивает размер логического тома "vg01/lvol01" на количество свободного места на физическом томе /dev/sdk3. Это эквивалентно указанию "-l +100%PVS" в командной строке:

    lvextend /dev/vg01/lvol01 /dev/sdk3

    OP CrimsonKidA

    Спасибо, свинопас! Вот вывод этих трехкратных команд:

    • отметить 87 лучших ответов
    • thumb_up – 178 благодарных отзывов

    CrimsonKidA написал:

    Спасибо, свинья! Вот вывод этих трехкратных команд:

    pvs показывает, что раздел /dev/sda3 содержит группу томов ubuntu-vg и использует 199 ГБ. Что согласуется с vgs и lvs, оба из которых сообщают о размерах 199 ГБ (для группы томов ubuntu-vg и логического тома ubuntu-lv). т. е. логический том использует всю группу томов.

    Но ваши команды lsblk и fdisk показывают /dev/sda3 с 799 ГБ, что не согласуется с настройкой LVM.

    Я не уверен, почему LVM не видит правильный размер /dev/sda3. Было ли изменено разбиение для увеличения размера /dev/sda3 после настройки LVM?

    OP CrimsonKidA

    Я не уверен, почему LVM не видит правильный размер /dev/sda3. Было ли изменено разбиение для увеличения размера /dev/sda3 после настройки LVM?

    Думаю, да. Я развернул эту виртуальную машину (через Hyper-V) с диском на 200 ГБ, но вчера увеличил его до 800.

    Джерард Бикманс

    • отметить 36 лучших ответов
    • thumb_up — 109 благодарных голосов

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

    Размер sda3 уже изменен, поэтому просто разверните части LVM:

    Дважды проверьте имя пути в /dev/mapper, оно может немного отличаться от того, как я его набрал. Двойной тире имеет особое значение в именах LVM и не всегда отображается таким образом на диске в /dev.

    После выполнения первой команды объем физического тома увеличится с 200 до 800 ГБ, который сразу же станет доступен для группы томов (VG), частью которой является логический том.

    Это всегда состоит из 4 частей: раздел диска -> PV -> VG -> LV

    OP CrimsonKidA

    Это сработало!! СПАСИБО, Джерард Бикманс!! :D

    Эта команда помогла мне:

    Мне действительно нужно узнать об этом больше, но ваше объяснение имеет смысл, и мне очень помогло.

    Раздел диска -> Физический том -> Виртуальная группа -> Логический том

    Джерард Бикманс

    • отметить 36 лучших ответов
    • thumb_up — 109 благодарных голосов

    CrimsonKidA написал:

    Это сработало!! СПАСИБО, Джерард Бикманс!! :D

    Эта команда помогла мне:

    Мне действительно нужно узнать об этом больше, но ваше объяснение имеет смысл, мне очень помогло.

    Раздел диска -> Физический том -> Виртуальная группа -> Логический том

    На самом деле все три были необходимы в сочетании. Предыдущий вывод показал, что «pv» и «lv» составляют 200 ГБ, поэтому вам пришлось сначала расширить базовые части. Хотя 1-я и 2-я команды никак не повлияли на размер вашей файловой системы, как показано «df -h», вы не могли запустить просто «resize2fs» — ничего бы не произошло. Если бы вы запустили команду lvresize без предварительного запуска pvresize, ничего бы не произошло.

    Он делает что-то значимое только тогда, когда вы запускаете три в правильном порядке сразу после друг друга.

    Войдите или зарегистрируйтесь, чтобы ответить в этой теме.

    Не нашли то, что искали? Поищите похожие вопросы на форумах или посетите общий форум Linux.

    Эргономичное оборудование

    Кто в США должен нести ответственность за предоставление эргономичного оборудования по запросу сотрудника? Это ИТ, поскольку ИТ предоставляет клавиатуры и мыши? Должен ли это быть HR, поскольку он эргономичен и несет потенциальную ответственность, если НЕ предоставляется? Должен ли это быть тот отдел.

    Приветствие Xfinity (личный домашний Интернет)

    Во-первых, мне больно. Я мог бы произнести речь «Он ставит передо мной задачу», как Хан в «Звездном пути 2: Гнев Хана». Просто замените «Они» на «Он». Но они сделали то, чего я хотел годами (десятилетиями?), так что, думаю, это должно быть признано. Ю.

    Щелкни! SATCOM Threat, IE End of Life, Mac с кирпичами, Planet 9, Lego Delorean

    Ваша ежедневная доза технических новостей. Вы должны это услышать. ФБР и CISA предупреждают об угрозах для сетей спутниковой связи Согласно новому предупреждению ФБР и CISA спутниковые сети находятся в зоне высокого риска. Согласно ZDNet.

    Какими сверхспособностями вы хотели бы обладать?

    Что может сделать ИТ-специалист со сверхспособностями? В каких ИТ-задачах вы бы их использовали и как?

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

    Недавно я понял, что у меня есть конфигурация коммутатора с непреднамеренным потенциальным побочным эффектом. У меня есть Aruba 6300F с несколькими виртуальными локальными сетями. Он работает в режиме уровня 3. Это работает следующим образом: я просто «включаю» функции маршрутизатора, а затем.

    Скажем, у вас есть диск на 40 ГБ. Когда установщик создает зашифрованный том во время первоначальной установки ОС, он разбивает весь диск на разделы, но создает только логический том размером 20 ГБ. Вам следует изменить размер группы томов по умолчанию, чтобы увеличить полезный объем диска с 20 до 40 ГБ.

    1) Сначала вы запустите тест, чтобы убедиться, что он может правильно изменить размер, прежде чем вы действительно измените раздел.
    а. Перейдите в root и соберите несколько деталей. Достопримечательности выделены жирным красным. Вы можете видеть, что раздел (type=part) для sda3 имеет размер 39G, а логический том (type=lvm) всего 20G.
    > sudo -s (или su – root)
    > lsblk < br />ИМЯ MAJ:MIN RM РАЗМЕР RO ТИП МОНТАЖА
    loop0 7:0 0 89.1M 1 петля /snap/core/8268
    loop1 7:1 0 96.5M 1 петля /snap/core/9436
    sda 8:0 0 40G 0 disk
    ├─sda1 8:1 0 1M 0 часть
    ├─sda2 8:2 0 1G 0 часть /boot
    └─sda3 8 :3 0 39G 0 часть
    └─dm_crypt-0 253:0 0 39G 0 crypt
    └─ubuntu–vg-ubuntu–lv 253:1 0 20G 0 lvm /
    sr0 11: 0 1 1024M 0 ром

    > df -h | grep «ubuntu–vg-ubuntu–lv»

    /dev/mapper/ubuntu–vg-ubuntu–lv 20G 15G 4.0G 79% /

    б.Теперь, когда мы знаем, что логический том составляет всего 20 гигабайт, мы можем изменить его размер до оставшегося свободного места. Сначала мы проверим эту команду с помощью ключа -t (для теста) и просмотрим вывод на наличие ошибок. Если чисто, продолжайте.
    > lvresize -t -v -l +100% БЕСПЛАТНО /dev/mapper/ubuntu–vg-ubuntu–lv

    ТЕСТ-РЕЖИМ: метаданные НЕ будут обновляться, а тома не будут (де)активированы.
    Конвертировано 100% БЕСПЛАТНО в не более 4862 физических экстентов.
    Тестовый режим: Пропуск архивации группы томов.
    Увеличение логического тома ubuntu-vg/ubuntu-lv до 38,99 ГиБ.
    Размер логического тома ubuntu-vg/ubuntu-lv изменен с 20,00 ГиБ (5120 экстентов) до 38,99 ГиБ (9982 экстентов).
    Тестовый режим: Пропуск резервного копирования группы томов.
    Размер логического тома ubuntu-vg/ubuntu-lv успешно изменен.
    Тестовый режим: очистка внутреннего кеша
    очистка внутреннего кеша VG

    2) Как только вы увидите, что тест прошел успешно, удалите переключатель -t (для теста) из предыдущей команды, чтобы фактически увеличить логический том.
    > lvresize -v -l +100% БЕСПЛАТНО /dev/mapper/ubuntu–vg-ubuntu–lv

    100% БЕСПЛАТНО преобразовано не более чем в 4862 физических экстента.
    Архивирование метаданных группы томов «ubuntu-vg» (последовательность 2).
    Увеличение логического тома ubuntu-vg/ubuntu-lv до 38,99 ГиБ.
    Размер логического тома ubuntu-vg/ubuntu-lv изменен с 20,00 ГиБ (5120 экстентов) до 38,99 ГиБ (9982 экстентов).
    Загрузка таблицы ubuntu–vg-ubuntu–lv (253:1)
    Приостановка работы ubuntu–vg-ubuntu–lv (253:1) с очисткой устройства
    Возобновление работы ubuntu–vg-ubuntu–lv (253:1)
    Создание резервной копии группы томов «/etc/lvm/backup/ubuntu-vg» (seqno 3).
    Размер логического тома ubuntu-vg/ubuntu-lv успешно изменен.

    > lsblk
    НАЗВАНИЕ MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
    loop0 7:0 0 89.1M 1 петля /snap/core/8268
    loop1 7:1 0 96.5M 1 петля /snap/core/9436
    sda 8:0 0 40G 0 disk
    ├─sda1 8:1 0 1M 0 часть
    ├─sda2 8:2 0 1G 0 часть /boot
    └─sda3 8:3 0 39G 0 часть
    └─dm_crypt-0 253:0 0 39G 0 crypt
    └─ubuntu–vg-ubuntu–lv 253:1 0 39G 0 lvm / < br />sr0 11:0 1 1024M 0 ром

    3) Теперь, когда логический том равен 39 ГБ, получите тип FS и измените размер файловой системы на вновь полученном пространстве. Мы видим, что он использует ext4.
    > df -h -T |grep vg
    /dev/mapper/ubuntu–vg-ubuntu–lv ext4 20G 15G 4.0G 79% /

    а. Поскольку файловая система ext4, мы будем использовать команду resize2fs.
    > resize2fs -p /dev/mapper/ubuntu–vg-ubuntu–lv

    resize2fs 1.44.1 (24 марта 2018 г.)
    Файловая система в /dev/mapper/ubuntu–vg-ubuntu–lv монтируется в /; требуется оперативное изменение размера
    old_desc_blocks = 3, new_desc_blocks = 5
    Файловая система на /dev/mapper/ubuntu–vg-ubuntu–lv теперь имеет длину 10221568 (4k) блоков.

    б. Теперь проверьте новый размер вашего корневого тома, чтобы убедиться, что он увеличился в размере.
    > df -h -T |grep vg
    /dev/mapper/ubuntu–vg-ubuntu–lv ext4 39G 15G 22G 41% /

    После установки Ubuntu в качестве виртуальной машины Hyper-V и использования LVM (менеджера логических томов) вы можете столкнуться с ситуацией, когда на корневом томе доступно только 3,9 ГБ независимо от размера диска, созданного вами в Hyper-V. . В моей ситуации имя корневого тома — /dev/mapper/ubuntu–vg-ubuntu–lv, на что я буду ссылаться в следующих шагах. Я укажу, где у вас может быть иначе. Поскольку вы используете LVM, все эти изменения можно внести в режиме онлайн, поэтому вам не нужен live CD/USB или перезагрузка.

    Как расширить том LVM в Ubuntu Linux

    Во-первых, давайте получим некоторую информацию с вашего диска:

    Это должно показать разбивку ваших разделов, и вы должны увидеть что-то подобное для вашего корневого раздела:

    /dev/mapper/ubuntu–vg-ubuntu–lv 3.9G 3.2G 489M 87% /

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

    Теперь мы составим список ваших разделов, чтобы убедиться, что свободного места больше:

    В моем случае вы можете видеть, что /dev/sda3 больше, а также место, выделенное для корневого тома:

    Размер начальных и конечных секторов устройства
    /dev/sda1 2048 4095 2048 1M Загрузка BIOS
    /dev/sda2 4096 2101247 2097152 1G Файловая система Linux
    /dev/sda3 2101248 52426751 50325504 Файловая система Linux 24G
    Диск /dev/mapper/ubuntu–vg-ubuntu–lv: 4 ГБ

    Далее запустим parted и при необходимости изменим размер раздела (команды, которые вы вводите, выделены жирным шрифтом ниже:

    Далее мы изменим размер физического тома:

    Вывод должен быть похож на:

    Физический том «/dev/sda3» изменен
    Размер 1 физического тома изменен / размер 0 физических томов не изменен

    Теперь нам нужно расширить логический том:

    Наконец, нам нужно запустить resize2fs, чтобы применить изменения:

    Теперь вы можете проверить изменения:

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

    Одна проблема, с которой я столкнулся, связана с командой pvresize, и я получаю сообщение об ошибке, что ее размер нельзя изменить из-за нехватки места. Мой корневой том фактически был использован на 100%.

    Поскольку у меня не было свободного места, я не мог запустить sudo apt autoremove для удаления неиспользуемых пакетов.

    Читайте также: