Перед размонтированием важно определить, задействован ли диск в работе активных ВМ или контейнеров. Proxmox блокирует демонтаж, если хранилище указано в файле /etc/pve/storage.cfg и имеет привязанные ресурсы. Практика показывает, что сначала требуется остановить связанные гостевые системы, затем удалить или временно отключить хранилище на уровне конфигурации, и только после этого выполнять команду umount.
Отдельного подхода требуют диски, использующиеся в LVM-thin или ZFS. В этих случаях размонтирование файловой системы недостаточно: необходимо деактивировать volume group или экспортировать ZFS-пул, иначе устройство останется занятым ядром. Для серверов с несколькими узлами также важно учитывать, что изменения конфигурации хранилищ в Proxmox распространяются через кластерную файловую систему.
Корректно выполненное размонтирование позволяет безопасно заменить диск, перенести данные или вывести устройство из эксплуатации без перезагрузки узла. В статье разобраны прикладные шаги, которые применяются на рабочих серверах Proxmox VE и учитывают реальные ограничения платформы.
Проверка текущих точек монтирования дисков в Proxmox VE
Состояние монтирования, заданное при загрузке системы, проверяется через файл /etc/fstab. Наличие записи для диска означает, что после перезагрузки он будет подключён автоматически, даже если размонтирование выполнено вручную. Для серверов Proxmox это критично, поскольку несоответствие между fstab и конфигурацией хранилищ приводит к ошибкам запуска служб.
Дополнительно следует проверить конфигурацию /etc/pve/storage.cfg. Если путь монтирования указан как активное хранилище, Proxmox будет считать диск используемым независимо от состояния файловой системы. В таком случае размонтирование без изменения конфигурации завершится ошибкой «device is busy», что указывает не на процесс в системе, а на логическую привязку хранилища.
Определение типа хранилища диска: LVM, ZFS, directory
Перед размонтированием требуется установить, каким образом диск задействован в Proxmox VE, поскольку порядок действий зависит от типа хранилища. Неправильная идентификация приводит к попытке демонтажа файловой системы, которая фактически не используется напрямую.
Проверка конфигурации хранилищ выполняется через файл /etc/pve/storage.cfg. Каждый раздел указывает тип, путь или логический том, а также узлы, на которых он активен. По этому файлу можно сразу определить метод подключения диска.
- Directory – файловая система, смонтированная в каталог, чаще всего /mnt/pve/имя_хранилища или /var/lib/vz. Для проверки используется findmnt, где источник указывает на конкретный блочный девайс, например /dev/sdb1. Размонтирование возможно только после удаления записи из storage.cfg.
- LVM – диск входит в volume group и не имеет собственной точки монтирования. Определяется командами pvs, vgs и lvs. Если используется LVM-thin, в конфигурации Proxmox будет указан тип lvmthin, а демонтаж требует деактивации группы томов.
- ZFS – диск является частью пула и управляется подсистемой ZFS. Тип хранилища указывается как zfspool. Проверка выполняется через zpool status и zfs list. Отсутствие классической точки монтирования означает, что стандартная команда umount неприменима.
Остановка виртуальных машин и контейнеров, использующих диск
Список ресурсов, использующих storage, определяется через конфигурацию Proxmox. Для directory-хранилищ это путь в /mnt/pve, для LVM и ZFS – логическое имя, указанное в /etc/pve/storage.cfg. Проверка выполняется командами qm config <VMID> и pct config <CTID>, где в параметрах дисков указывается имя хранилища.
| Тип ресурса | Команда проверки | Команда остановки |
|---|---|---|
| Виртуальная машина (QEMU) | qm list, qm config VMID | qm shutdown VMID или qm stop VMID |
| LXC-контейнер | pct list, pct config CTID | pct shutdown CTID или pct stop CTID |
Для корректного завершения работы предпочтительно использовать shutdown, так как он отправляет гостевой системе сигнал на штатное выключение. Принудительная остановка через stop допустима только при зависшем состоянии, так как может привести к повреждению данных на диске.
Размонтирование диска через командную строку Proxmox
После остановки всех виртуальных машин и контейнеров размонтирование выполняется непосредственно на узле Proxmox VE. Для directory-хранилищ используется стандартная команда umount с указанием точки монтирования, например /mnt/pve/data. Если каталог остаётся занятым, это указывает на активные процессы или логическую привязку хранилища в конфигурации Proxmox.
Для принудительного размонтирования применяется параметр -l (lazy unmount), однако его использование допустимо только при временных проблемах, например после аварийного завершения ВМ. Такой способ отсоединяет файловую систему от дерева каталогов, но реальные ресурсы освобождаются позже, что усложняет диагностику.
Если диск подключён через LVM, команда umount не применяется, так как логические тома не имеют общей точки монтирования. В этом случае требуется деактивировать volume group командой vgchange -an имя_VG после удаления хранилища из конфигурации Proxmox. Для LVM-thin это обязательный шаг перед физическим отключением диска.
При использовании ZFS размонтирование выполняется через экспорт пула командой zpool export имя_пула. До этого необходимо убедиться, что ни один dataset не используется, иначе ZFS заблокирует операцию. Успешный экспорт означает, что диск полностью освобождён и больше не удерживается подсистемой хранения.
После выполнения соответствующей команды следует повторно проверить состояние с помощью findmnt и lsblk. Отсутствие точки монтирования и связей с хранилищами Proxmox подтверждает корректное завершение процедуры.
Удаление записи о диске из конфигурации storage.cfg
Перед редактированием необходимо убедиться, что ни один диск ВМ или контейнера не ссылается на удаляемое хранилище. Проверка выполняется через qm config и pct config для всех ресурсов, где имя storage указывается в параметрах scsi, virtio или mp. Наличие таких ссылок блокирует корректное удаление записи.
Редактирование storage.cfg выполняется напрямую через консоль узла. Достаточно удалить или закомментировать блок, начинающийся с типа хранилища, например dir:, lvmthin: или zfspool:, и соответствующим именем. Сохранение файла мгновенно применяется без перезапуска сервисов.
После удаления записи интерфейс Proxmox перестаёт отображать хранилище, а внутренние проверки больше не удерживают диск как занятый. На этом этапе команда umount, vgchange -an или zpool export выполняется без конфликтов, если она не была выполнена ранее.
Размонтирование диска, подключённого к LXC-контейнеру
Диски в LXC-контейнерах Proxmox VE чаще всего подключаются как bind-mount или отдельный volume и отображаются в конфигурации контейнера через параметры mpX. Даже если файловая система не используется внутри контейнера, хост не сможет выполнить размонтирование, пока контейнер активен или конфигурация сохраняет привязку.
Первым шагом требуется остановить контейнер командой pct shutdown CTID. Если контейнер не реагирует, допускается pct stop CTID, но после этого необходимо проверить целостность данных на диске. Работающий контейнер всегда удерживает файловые дескрипторы, даже при отсутствии активных процессов.
После остановки контейнера следует удалить точку подключения из его конфигурации. Это выполняется редактированием файла /etc/pve/lxc/CTID.conf или через команду pct set CTID -delete mpX, где X – номер точки монтирования. Без этого шага Proxmox автоматически повторно подключит диск при следующем запуске контейнера.
- Для bind-mount указывается путь на хосте, например /mnt/pve/data.
- Для volume используется имя storage и размер тома.
- Удаление параметра mpX полностью освобождает диск на уровне контейнера.
После обновления конфигурации необходимо убедиться, что контейнер больше не ссылается на диск. Проверка выполняется командой pct config CTID. Отсутствие параметров mpX подтверждает, что привязка удалена.
Только после этого допускается размонтирование диска на хосте стандартными средствами, включая umount, деактивацию LVM или экспорт ZFS-пула. Пропуск этапа удаления точки монтирования приводит к повторной блокировке ресурса при любом обращении Proxmox к конфигурации контейнера.
Проверка состояния системы после размонтирования диска
После завершения размонтирования требуется убедиться, что Proxmox VE не удерживает диск на уровне ядра или конфигурации. Первичная проверка выполняется командой findmnt, где не должно присутствовать ни точки монтирования, ни вложенных путей, связанных с отключённым устройством. Параллельно следует использовать lsblk для подтверждения отсутствия связей между диском и активными файловыми системами.
Далее необходимо проверить состояние хранилищ Proxmox через pvesm status. Удалённый диск не должен отображаться в списке storage, а любые обращения к нему в интерфейсе управления будут свидетельствовать о незавершённом удалении записи из storage.cfg.
Для систем с LVM рекомендуется выполнить vgs и pvs, чтобы убедиться, что volume group деактивирована и физический диск не используется как PV. В случае ZFS контроль выполняется через zpool list, где экспортированный пул отсутствует в активной конфигурации.
Финальным шагом является перезапуск затронутых сервисов или узла в целом, если диск использовался длительное время. После загрузки необходимо повторно проверить, что система стартует без задержек, а Proxmox VE не пытается подключить отсутствующее хранилище, что подтверждает корректное завершение процедуры.
Вопрос-ответ:
Почему Proxmox не даёт размонтировать диск и сообщает, что устройство занято?
Чаще всего диск продолжает использоваться логически, даже если на нём нет активных файловых операций. Причины включают привязку хранилища в файле /etc/pve/storage.cfg, подключение диска к остановленной, но не откреплённой виртуальной машине, либо bind-mount в LXC-контейнере. Для проверки нужно убедиться, что запись о storage удалена, контейнеры и ВМ не ссылаются на диск, а команды fuser или lsof не показывают удерживающих процессов.
Можно ли размонтировать диск, если он используется как LVM-thin storage?
Для LVM-thin стандартное размонтирование не применяется, так как отсутствует общая точка монтирования. Сначала требуется остановить все виртуальные машины, использующие данный storage, затем удалить описание хранилища из конфигурации Proxmox. После этого выполняется деактивация volume group командой vgchange -an. Только при выполнении этих шагов диск будет освобождён на уровне системы.
Как понять, что диск подключён к LXC-контейнеру, а не напрямую к Proxmox?
Связь с LXC определяется через параметры mpX в конфигурации контейнера. Проверка выполняется командой pct config CTID или просмотром файла /etc/pve/lxc/CTID.conf. Если указан путь на хосте или volume storage, диск удерживается контейнером и не может быть размонтирован до остановки контейнера и удаления этой записи.
Что делать, если диск больше не отображается в storage, но всё ещё виден в системе?
Такое состояние означает, что Proxmox больше не использует диск как хранилище, но ядро продолжает видеть устройство. Для directory-хранилищ нужно проверить наличие точки монтирования через findmnt и выполнить umount. Для LVM и ZFS требуется проверить статус volume group или пула и выполнить их деактивацию или экспорт. После этого диск будет полностью освобождён.
Нужно ли перезагружать узел Proxmox после размонтирования диска?
Перезагрузка не требуется, если диск корректно отключён на всех уровнях: отсутствует в storage.cfg, не используется ВМ или контейнерами, не смонтирован и не задействован в LVM или ZFS. Проверка выполняется через findmnt, lsblk и pvesm status. Перезагрузка применяется только при наличии ошибок или зависших процессов, удерживающих устройство.
Почему после размонтирования диска Proxmox всё равно пытается обращаться к нему при запуске узла?
Такое поведение возникает, если в системе остались конфигурационные ссылки на диск. Чаще всего это запись в /etc/pve/storage.cfg или параметр mpX в конфигурации LXC-контейнера, который уже не используется, но не был удалён. Также причиной может быть строка в /etc/fstab, из-за которой система пытается подключить файловую систему при загрузке. Для устранения проблемы нужно проверить storage.cfg, конфигурации ВМ и контейнеров, а также fstab, после чего убедиться через pvesm status и findmnt, что диск больше нигде не фигурирует.
Загрузка...
