Как размонтировать диск в proxmox
Перейти к содержимому

Как размонтировать диск в proxmox

  • автор:

Добавить диск в ProxMox

Рассмотрим два варианта добавления физических дисков в гипервизоре Proxmox.

После физического подключения диска к серверу необходимо получить информацию об аппаратной части в Proxmox, а точнее проверить наличие диска (рис.1). Чтобы узнать информацию о всех блочных устройствах воспользуемся командой «lsblk» (рис.2):

1. Создаем раздел на новом диске (В первый раз будет предложено создать файловую систему gpt):

cfdisk /dev/sdb

> New -> (Выбираем объем раздела) (рис.3)

> Primary — Выбираем тип раздела

> Write -> «yes» — Сохраняем настройки (рис.4)

2. Форматируем новый раздел в формат «ext4»

mkfs.ext4 /dev/sdb1

3. Чтобы подключить диск, создадим новую папку (можно задать любое имя папки и точку монтирования, мы выбрали «SATA2»):

mkdir /var/lib/SATA2

4. Монтируем диск в новую папку:

mount -t ext4 /dev/sdb1 /var/lib/SATA2/

5. Добавляем новый диск в fstab, чтобы он автоматически монтировался после перезагрузки компьютера.
nano /etc/fstab
6. Добавляем следующую строку в ваш файл fstab :

/dev/sdb1 /var/lib/SATA2/ ext4 defaults,errors=remount-ro 0 1

7. Подключаемся к гипервизору через web-интерфейс. Чтобы добавить новую директорию, проходим по пути: Datacenter> Storage> Add> Directory (рис.5). В открывшемся окне (рис.6), указываем следующие параметры: «ID» — имя хранилища, «Directory» — путь к новой папке, «Content» — что будет храниться на новом диске.

Рассмотрим второй вариант подключения диска в качестве LVM (LVM-thin) менеджер логических томов в области нового диска, который может хранить образы дисков виртуальных машин и контейнеров.

Как размонтировать диск в proxmox

Отмонтируем 2 раздел на диске sda (/dev/sda2):

$ sudo umount /dev/sda2

$ sudo umount /mnt/disk1

Если система пишет, что ресурс занят (target is busy), попробуйте сделать это принудительно:

$ sudo umount -f /dev/sda2

Если по-прежнему не удается отмонтировать, попробуйте найти процесс, который “держит” раздел.

$ sudo lsof | grep /mnt/disk1

Автор
UNLIX
Возможно Вам будет это интересно

Как посмотреть логи VMware vSphere ESXi через браузер

Как настроить LACP агрегацию (бондинг) на Debian

Как узнать от какого пользователя работает веб-сервер

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

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Шпаргалка по командам Linux (СКАЧАТЬ в PDF)

  • Как настроить SSL сертификат на GitLab чтобы использовать HTTPS
  • Как обновить ClamAV из России
  • Как установить антивирус ClamAV на Debian
  • Как скопировать структуру директорий в Linux
  • Делаем Errdisable Recovery на Cisco коммутаторе
  • Пускаем весь трафик Squid через другой прокси
  • Перехват и прослушивание разговора Asterisk с Wireshark
  • Как изменить UUID.bios в виртуальной машине VMware ESXi
  • Шифрование звонков с TLS и SRTP в Asterisk (Let’s Encrypt)
  • Как включить шифрование ZRTP в Asterisk

«Остаться В Живых» — это сайт о выживании в разных ситуациях, обстоятельствах и условиях.

  • Дмитрий к записи Как разбанить IP адрес в fail2ban
  • Юрий к записи Как обновить ClamAV из России
  • Андрей к записи Ошибка [1118] Row size too large при обновлени Zabbix
  • Vadimkrd к записи Как обновить ClamAV из России
  • UNLIX к записи Как записать образ диска image.gz на флешку в Linux

Как разбить пару дисков по 3Tb под proxmox?

Нужно разбить диски Hetzner’овского EX4S сделать софтварный RAID1.

В сести есть ряд вариантов:

  • www.wepoca.net/node/41
  • ras.pl.ua/proxmox_raid1_howto/
  • www.doless.ru/ustanavlivaem-proxmox-na-server-v-dc.
  • admway.bystrov.net/2012/04/hetznerde.html

* почему не ставят на /boot ext4;

* чем обуславливается размер /boot раздела;

* почему Debian не рекомендует отдельный раздел /boot, если планируется RAID1;

* какие минусы/плюсы у вариантов приведенных выше авторов;

* зачем зеркалировать swap;

* зачем разносить по разделам папки корневого раздела;

Ну и ваш вариант разбиения — это будет супер, особенно если

прокомментируете, конечно, логику вашего разбиения.

  • Вопрос задан более трёх лет назад
  • 6452 просмотра

Комментировать
Решения вопроса 1
Влад Животнев @inkvizitor68sl
Linux-сисадмин с 8 летним стажем.

Про «swap не нужно зеркалирование» — поверьте, чушь. Если у вас на лету на overloaded-сервере вылетит диск со swap-разделом, на котором в тот момент были данные — то может случиться всё, вплоть до kernel-паники.

На /boot не ставят ext4 исторически (раньше grub не умел ext4). Ну и да — он там правда не нужен. Технических же проблем для этого уже нет.

> не рекомендует отдельный раздел /boot, если планируется RAID1;
Внезапно вы можете оказаться с загрузчиком, который не умеет собирать raid1. Опять же — по факту, технических препятствий в stable debian’e для этого нет.

> чем обуславливается размер /boot раздела;
Количеством шлака, которое вы туда будете складывать. Для «поставили новое ядро, проверили, удалили старое» 256 мб — более чем достаточно. Вообще же одно ядро в /boot покушает ~30-40 мегабайт.

> зачем разносить по разделам папки корневого раздела;
Не нужно, если вы не понимаете для чего это.
Есть смысл выносить docroot вебсерверов, например, что монтировать с noatime. Есть смысл монтировать /bin /usr/bin, /etc и так далее в RO, дабы случайно попавший туда скрипт-киддис ничего не поломал.
Вообще же — это бестолковая затея.
По факту главный юзкейс — чтобы место на / не закончилось. Поэтому, если вы не разбираетесь в тюнинге ФС и параметрах монтирования — то выносить отдельно есть смысл только те разделы, запись в которые вы сами не контролируете (/var/lib/vz, например), дабы место в корне на лету неожиданно не закончилось (что не смертельно, но неприятно).

KVM: Как увеличить/уменьшить размер диска виртуальной машины?

date

20.02.2021

user

VyacheslavK

directory

KVM, Linux

comments

комментариев 10

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

Увеличение диска виртуальной машины KVM

Расширение виртуального диска со стороны KVM

Для того, чтобы проводить работы с диском, виртуальная машина должна быть отключена, иначе мы не сможем что-либо сделать. Рассмотрим пример с увеличением диска размер которого изначально был 20Гб.

Чтобы посмотреть параметры диска виртуальной машины KVM, воспользуйтесь командой:

qemu-img info /путь_до_диска

Вывод команды будет примерно такой:

qemu-img информация о диске виртуальной машины

Мы видим, что у нас есть два поля которые указывают на размер, это virtual_size и disk_size:

  • virtual_size – размер виртуального диска, указанный при создании или расширении диска (в этом примере максимальный размер диска – 20 Гб);
  • disk_size — размер файла диска в текущий момент, т.е. сколько сейчас занимает образ диска места на физическом сервере (относится только к формату qcow). В нашем пример виртуальный диск занимает всего 1,6 Гб на хранилище.

И сразу о форматах. Я рекомендую при создании виртуальных машин на KVM использовать формат диска qcow2, а не raw. Чуть позже я объясню почему.

Следующим шагом расширим диск виртуальной машины, на 5Gb (для корректного расширения диска у виртуальной машины не должно быть снапшотов!).
# qemu-img resize /путь до диска +5G

Image resized.

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

# qemu-img info /путь_до_диска

image: /путь_до_диска file format: qcow2 virtual size: 25G (26843545600 bytes) disk size: 1.6G cluster_size: 65536 Format specific information: compat: 0.10 refcount bits: 16

Часть работы мы сделали, но требуется и проведение работ со стороны виртуальной машины в гостевой ОС. Далее мы покажем, как увеличить размер диска в гостевых CentOS 7 и Windows Server 2012.

Если вы планируете добавить дополнительный виртуальный диск для ВМ на KVM гипервизоре, используются qemu-img и virsh.

Расширение раздела в виртуальной машине с Linux CentOS

После расширения диска со стороны сервера, нужно запустить виртуальную машину и подключиться к ней по ssh. Все работы будут проводиться с помощью утилиты управления разделами жестких дисков fdisk.

После подключения к серверу, проверяем наличие нашего дополнительно подключенного места:

добавление места в гостевой linux

На скриншоте видно, раздел /dev/vda2 имеет размер 20Gb, а доступное место на диске у нас больше.

Подправим этот момент и расширим раздел /dev/vda2 до максимального объема:

Welcome to fdisk (util-linux 2.23.2). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Command (m for help): d Partition number (1,2, default 2): Partition 2 is deleted Command (m for help): n Partition type: p primary (1 primary, 0 extended, 3 free) e extended Select (default p): p Partition number (2-4, default 2): First sector (1050624-52428799, default 1050624): Using default value 1050624 Last sector, +sectors or +size (1050624-52428799, default 52428799): Using default value 52428799 Partition 2 of type Linux and of size 24.5 GiB is set Command (m for help): w The partition table has been altered! Calling ioctl() to re-read partition table. WARNING: Re-reading the partition table failed with error 16: Device or resource busy. The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8) Syncing disks.

После чего нам нужно сделать рестарт виртуальной машины и выполнить команду для применения расширения диска:

meta-data=/dev/vda2 isize=512 agcount=4, agsize=1277888 blks = sectsz=512 attr=2, projid32bit=1 = crc=1 finobt=0 spinodes=0 data = bsize=4096 blocks=5111552, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 ftype=1 log =internal bsize=4096 blocks=2560, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 data blocks changed from 5111552 to 6422272
Filesystem Size Used Avail Use% Mounted on devtmpfs 485M 0 485M 0% /dev tmpfs 496M 0 496M 0% /dev/shm tmpfs 496M 6.6M 489M 2% /run tmpfs 496M 0 496M 0% /sys/fs/cgroup /dev/vda2 25G 1.3G 24G 6% / /dev/vda1 488M 100M 353M 23% /boot tmpfs 100M 0 100M 0% /run/user/0

В итоге мы получили расширенный раздел /dev/vda2. Теперь по порядку, что именно мы сделали:

  • fdisk /dev/vda — запустили утилиту fdisk подключившись к разделу /dev/vda
  • /d — удаляем раздел, по умолчанию это раздел 2 который нам и нужен, поэтому в следующем пункте жмем просто Enter
  • /n – создаем новый раздел, в следующем пункте так же просто жмем Enter или вводим p, далее Enter так как создаваемый раздел по умолчанию будет 2.
  • При указании первого и последнего сектора так же жмем просто Enter, если мы хотим расширить раздел до максимума, если вы хотите указать конкретный размер, в последнем секторе указывайте размер диска как указано в меню +size Размер не может быть меньше, чем был ранее!
  • /w — применяем наши настройки.

После перезагрузки проверим диск командой:

В некоторых источниках для выполнения данной процедуры указывают команду:

Но с файловой системой xfs это не работает!

Работы по расширению диска на виртуальной машине с ОС CentOS 7 закончены.

Увеличение диска в гостевой Windows Server

Подключаемся к виртуальной машине через rdp или VNC и выполняем работы по расширению диска.

  1. Откройте Server Manager -> Tools -> Computer Management;
  2. В открывшемся окне выбираем в меню Disk Management, после чего у вас должны отобразиться все ваши диски и неразмеченное пространство, которые мы добавили со стороны гипервизора KVM; windows неразмеченное пространство
  3. Выбираем нужный диск и нажимаем Extended Volume; extend volume
  4. По умолчанию для увеличения размера диска будет предложено все доступное место; расширить диск в windows server
  5. Нажимаем «далее» и завершаем расширение. После данной процедуры, ваш раздел в системе должен будет расшириться; диск успешно увеличен

Хотелось бы добавить, что перед процедурой расширения диска для виртуальной машины, я советую выполнять резервное копирование самого диска. Остановите виртуальную машину и скопируйте образ диска в директорию для бэкапа или в любую директорию, в которой есть свободное место. Если в ходе работ, что-то пойдет не так, вы всегда сможете вернуть образ виртуального диска из бэкапа.

Как уменьшить размер виртуального диска в KVM?

В своей работе, ранее я довольно часто сталкивался с данным вопросом, но к сожалению, безболезненно уменьшить диск на виртуальной машине в KVM нельзя! Единственный приемлемый размер уменьшения размер диска виртуальной машины KVM на физическом хранилище – его сжатие через конвертацию.

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

Я приведу несколько примеров, на которые я натыкался и которые лично мною были проверены.

Уменьшение KVM диска с помощью утилиты qemu

На ряде ресурсов описаны действия, выполняемые с помощью утилиты qemu. В них предлагается уменьшить размер диска виртуальной машины с помощью команды:

qemu-img resize /путь_до_диска -5G — уменьшаем диск на 5G

Или такой вариант с указанием конкретного размера:

qemu-img resize /путь_до_диска 25G — указываем размер диска в 25G

Что происходит после выполнения данной команды? Запускаем сервер и конечно система не грузится:

qemu-img resize уменьшение диска в kvm ломает файловую систему

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

Уменьшение виртуального диска с подменой образа

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

virt-resize /старый_образ_диска /новый_образ_диска

Приводились так же варианты, с конвертацией диска с формата raw в формат qcow2, НО я изначально создаю машины в данном формате и объясню почему.

Форматы дисков KVM и сжатие диска в qcow2 формате

В самом начале статьи, я упомянул про эти два формата.

raw – в переводе «сырой». Преимущество формата, максимальная производительность, универсальность формата. Минусов масса, основные это:

  • Диск занимает все дисковое пространство на физическом сервере, которое ему выделили;
  • Нельзя создать снапшоты.

Qcow2 – это родной формат гипервизора QEMU, а так же QEMU-KVM. Это максимально удобный формат виртуального диска из всех поддерживаемых в KVM. Образ диска увеличивается по мере накопления данных на виртуальной машине, поддерживаются снапшоты.

Чем хорош формат qcow2? Вам в принципе не нужно уменьшать размер виртуального диска, так как диск занимает на сервере, ровно столько, сколько места там занято. Если же у вас данные на сервере постоянно перезаписываются и бывает такое, что диск «распух», его можно с легкостью сжать. Рассмотрим такой вариант. Я забью нулями некоторое дисковое пространство и после чего удалю файл:

dd if=/dev/zero of=/mytempfile
rm -rf /mytempfile

уменьшение размера диска в kvm через qemu-img convert

При проверке с сервера, образ диска сначала весил 2.4G после чего расширился до 5.9G:

# du -sh /путь_образа

# du -sh /путь_образа

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

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

qemu-img convert -O qcow2 /старый_образ /новый_образ

После чего можно проверить размеры двух дисков:

# du -sh /новый_диск

# du -sh /старый_диск

Как видим, размер сжатого диска 1.6G. Переименуем новый образ диска в нужный нам и запустим виртуальную машину:

Filesystem Size Used Avail Use% Mounted on devtmpfs 485M 0 485M 0% /dev tmpfs 496M 0 496M 0% /dev/shm tmpfs 496M 6.6M 489M 2% /run tmpfs 496M 0 496M 0% /sys/fs/cgroup /dev/vda2 25G 1.3G 24G 6% / /dev/vda1 488M 100M 353M 23% /boot tmpfs 100M 0 100M 0% /run/user/0

Контрольная проверка с сервера:

# du -sh /образ_диска

Способ рабочий. За все время его использования, ни разу файловая система на виртуальной машине не умирала. Но настоятельно рекомендую перед подобными работами, создавать копию диска, если не хотите потерять данные.

Это все, что я хотел в данной статье рассказать. Если у кого-то из посетителей сайта есть рабочий способ по уменьшению диска на KVM, именно уменьшения (не сжатие) и именно рабочий, предлагайте свои варианты и я обязательно их протестирую.

Предыдущая статьяПредыдущая статья Следующая статья Следующая статья

Читайте далее в разделе KVM Linux

Virt-Manager: графическая консоль управления KVM

Резервное копирование виртуальных машин в KVM

Управление виртуальными машинами KVM из консоли

Управление числом vCPU и ядер в виртуальной машине

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *