+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Уменьшить RAW диск LVM, Proxmox Виртуальная Среда

daftlink

Guest

31.08.2021 21:58:00

Привет, я пытаюсь уменьшить виртуальный диск, определенный в моем хранилище local-lvm. Мне удалось корректно уменьшить раздел внутри хоста. Я хочу установить размер vm-101-disk-0 на 10G. Код: lvs -a
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
base-105-disk-0 pve Vri---tz-k 32.00g data
data pve twi-aotz-- <794.79g 59.92 3.06
[data_tdata] pve Twi-ao---- <794.79g
[data_tmeta] pve ewi-ao---- 8.11g
[lvol0_pmspare] pve ewi------- 8.11g
root pve -wi-ao---- 96.00g
swap pve -wi-ao---- 8.00g
vm-100-disk-0 pve Vwi-aotz-- 10.00g data 85.40
vm-100-disk-1 pve Vwi-aotz-- 650.00g data 56.24
vm-100-disk-2 pve Vwi-aotz-- 11.00g data 73.17
vm-100-disk-3 pve Vwi-aotz-- 3.00g data 48.06
vm-101-disk-0 pve Vwi-aotz-- 15.00g data 61.54
vm-102-disk-0 pve Vwi-aotz-- 10.00g data 41.48
vm-102-disk-1 pve Vwi-aotz-- 100.00g data 45.04
vm-104-disk-0 pve Vwi-aotz-- 32.00g data 64.27 После успешного уменьшения размера раздела внутри ВМ через RescueCD я запускаю следующую команду на Proxmox: Код: root@nuc:~# e2fsck -fy /dev/pve/vm-101-disk-0
e2fsck 1.44.5 (15-Dec-2018)
ext2fs_open2: Неверный номер магии в суперблоке
e2fsck: Суперблок недействителен, пытаюсь открыть резервные блоки...
e2fsck: Неверный номер магии в суперблоке при попытке открыть /dev/pve/vm-101-disk-0

Суперблок не удалось считать или он не описывает действительную файловую систему ext2/ext3/ext4. Если устройство действительно существует и содержит файловую систему ext2/ext3/ext4 (а не swap или ufs или что-то еще), то суперблок поврежден, и вы можете попробовать запустить e2fsck с альтернативным суперблоком:
e2fsck -b 8193 <device>
или
e2fsck -b 32768 <device>

Найдена таблица разделов gpt в /dev/pve/vm-101-disk-0 Здесь я не понимаю, почему была найдена GPT-раздел, так как это Linux EXT4. Чтобы не стереть данные, я попробовал установить размер в 12GB Код: root@nuc:~# lvresize -L 12G /dev/pve/vm-101-disk-0
ПРЕДУПРЕЖДЕНИЕ: Уменьшение активного и открытого логического тома до 12.00 GiB.
ЭТО МОЖЕТ УНИЧТОЖИТЬ ВАШИ ДАННЫЕ (файловая система и т. д.)
Вы действительно хотите уменьшить pve/vm-101-disk-0? [y/n]: n
Логический том pve/vm-101-disk-0 НЕ уменьшен.

root@nuc:~# qm rescan После этого шага мой диск оказался поврежден, так что мне пришлось начинать всё заново. Вот немного информации из моей ВМ: Код: $ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 15G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 1G 0 part /boot
└─sda3 8:3 0 10G 0 part
└─ubuntu--vg-ubuntu--lv 253:0 0 10G 0 lvm /

$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 394M 740K 393M 1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 9.8G 6.1G 3.3G 66% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/sda2 976M 299M 610M 33% /boot
tmpfs 394M 0 394M 0% /run/user/1000

$ fdisk -l
Disk /dev/sda: 15 GiB, 16106127360 bytes, 31457280 sectors
Disk model: QEMU HARDDISK
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: BE688D1E-F78C-4BFB-9E58-C28B100E3637

Device Start End Sectors Size Type
/dev/sda1 2048 4095 2048 1M BIOS boot
/dev/sda2 4096 2101247 2097152 1G Linux filesystem
/dev/sda3 2101248 23066623 20965376 10G Linux filesystem

Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 9,102 GiB, 10733223936 bytes, 20963328 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes Есть идеи?

daftlink Guest	#2 0 23.09.2021 22:18:00 Какие новости по этому поводу?

Dunuin

Guest

23.09.2021 22:37:00

Ext4 — это файловая система вашего раздела. GPT — это ваша таблица разделов, которая позволяет создавать разделы. Так что вам всегда нужен GPT или MBR. Команда lvresize предупредила вас о том, что раздел, который вы хотите изменить, смонтирован и используется. Если вы хотите изменить этот LV, вам нужно сделать это, пока он не смонтирован, чтобы не повредить ваши данные. Так что убедитесь, что ваша виртуальная машина не запущена.

daftlink

Guest

24.09.2021 01:17:00

Виртуальная машина уже была выключена, однако я забыл отключить раздел с помощью lvchange, что и объясняет предупреждающее сообщение. Я также отвязал диск перед операцией. Но это не изменило результата, виртуальная машина повреждена и отображает следующее сообщение: "группу томов не найдено". Структура внутри виртуальной машины: Код: $ sudo parted /dev/sda print free Модель: QEMU QEMU HARDDISK (scsi) Диск /dev/sda: 16,1GB Размер сектора (логический/физический): 512B/512B Таблица разделов: gpt Флаги диска:

Номер Начало Конец Размер Файловая система Имя Флаги
17,4kB 1049kB 1031kB Свободное место
1 1049kB 2097kB 1049kB bios_grub
2 2097kB 1076MB 1074MB ext4
3 1076MB 11,8GB 10,7GB
11,8GB 16,1GB 4296MB Свободное место Я уменьшил объем с 15.00GiB до 13.00GiB с помощью следующей команды: Код: root@nuc:~# lvreduce -L 13G /dev/pve/vm-101-disk-0 Размер логического тома pve/vm-101-disk-0 изменен с 15.00 GiB (3840 экстентов) на 13.00 GiB (3328 экстентов). Логический том pve/vm-101-disk-0 успешно изменен.

daftlink Guest	#5 0 27.09.2021 19:47:00 Любая другая идея?

kaltsi

Guest

27.09.2021 22:32:00

Как я вижу, физический диск или его раздел имеют LVM. Этот том LVM содержит диск вашей виртуальной машины (VM). У этого диска VM есть разделы и LVM. Но вы уменьшили размер диска VM, не уменьшив при этом раздел внутри диска VM, верно? Это значит, что ваш раздел поврежден внутри диска VM. И LVM тоже поврежден, потому что это был последний раздел в цепочке. Сохранить данные с этого диска не так просто. В первый раз я создаю резервную копию этого тома LVM с помощью dd Bash: dd if=/dev/mapper/vm-101-disk-0 of=/tmp/backup_vm_101_0.raw. После этого шага создайте новую виртуальную машину с локальным диском, который находится в директории хранения. Скопируйте этот файл raw /storage_path/image/{vm_id}/vm-{vm_id}... увеличьте этот диск через интерфейс Proxmox до оригинального размера. Помолитесь и запустите VM. Вы сможете увидеть результат на консоли. Вы можете поэкспериментировать с этой VM. Например, добавьте CD восстановления к этой VM. В следующий раз не забывайте делать резервную копию перед уменьшением диска.

daftlink

Guest

27.09.2021 22:42:00

Не переживайте, у меня уже есть резервная копия моей виртуальной машины. Я не хочу увеличивать диск ВМ, а намерен его уменьшить. Я уже уменьшил раздел LVM внутри ВМ (смотрите последний вывод в моем первом сообщении). Проблема в том, что когда я уменьшаю размер диска в Proxmox, это приводит к тому, что раздел ВМ повреждается, и появляется сообщение, что группа томов не найдена. Я думаю, что проблема связана с тем, что я не могу запустить e2fsck после уменьшения размера диска в Proxmox. У меня нет идеи, как с этим справиться.

daftlink Guest	#8 0 01.10.2021 08:14:00 Не могу перевести текст "Up, please".

justynnuff

Guest

01.01.2022 21:26:00

Ты нашёл решение этой проблемы? Я в такой же ситуации. Я уменьшил свой раздел в gparted *внутри гостевой ВМ* до 18 ГБ. Хотел бы уменьшить LV в Proxmox до 20 ГБ (на всякий случай) с 35 ГБ. Когда я пытаюсь уменьшить виртуальный диск в Proxmox с помощью `lvreduce`, ВМ оказывается поврежденной, и я попадаю в командную строку initramfs при попытке загрузиться. Также я получаю такой же вывод от e2fsck: Код: root@proxmox:/dev/pve# e2fsck -f /dev/pve/vm-102-disk-0 e2fsck 1.46.2 (28-фев-2021) ext2fs_open2: Неверный магический номер в суперблоке e2fsck: Суперблок недействителен, попытка обратиться к резервным блокам... e2fsck: Неверный магический номер в суперблоке при попытке открыть /dev/pve/vm-102-disk-0

Суперблок не может быть прочитан или не описывает действительную файловую систему ext2/ext3/ext4. Если устройство действительно действительное и оно содержит файловую систему ext2/ext3/ext4 (а не swap или ufs или что-то еще), то суперблок поврежден, и вы можете попробовать запустить e2fsck с альтернативным суперблоком: e2fsck -b 8193 <устройство> или e2fsck -b 32768 <устройство>

Нашел таблицу разделов GPT в /dev/pve/vm-102-disk-0, что привело меня к этому форуму.

daftlink Guest	#10 0 17.03.2022 01:45:00 Привет, @justynnuff. Единственный способ - это перевести мой виртуальный диск в формат QCOW2, а затем следовать документации Proxmox.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры