+1 за то, чтобы данные диска виртуальной машины отображались на панели Proxmox, так как в PVE 9.0.6 я этого пока не вижу.

Я тоже за эту функцию, +1. Было бы очень удобно и классно увидеть её в ближайшем будущем.

apt install jq  
qm agent 100 get-fsinfo | jq -r '.[] | select(has("total-bytes")) | .mountpoint + " заполнен на " + ((."used-bytes" / ."total-bytes" * 100) | round | tostring) + "%"'

Пример вывода для *nix VM:  
/var/log/journal заполнен на 67%  
/mnt/data заполнен на 67%  
/tmp заполнен на 1%  

Пример вывода для Windows VM:  
C:\ заполнен на 67%  

Но всё же было бы здорово, если бы веб-интерфейс Proxmox показывал это в главном окне статуса каждой VM.

Поиграл с твоим скриптом. Сделал так, чтобы он работал со всеми запущенными виртуальными машинами на хосте и пропускал смонтированные снапшоты.

for i in `qm list | grep running | cut -c5-10`; do  
 echo "      VMID NAME                 STATUS     MEM(MB)    BOOTDISK(GB) PID"  
 qm list | grep $i  
 qm agent $i get-fsinfo | jq -r '.[] | select(has("total-bytes")) | .mountpoint + " заполнен на " + ((."used-bytes" / ."total-bytes" * 100) | round | tostring) + "%"' | grep -v snap
 echo  
done

Особенно ZFS может усложнить ситуацию. Есть пространство, которым располагает dataset или pool, а под этими dataset или pool могут быть другие dataset или pool с собственным выделенным пространством. Также важно отличие между thin и thick provisioning, да и наверняка есть ещё какие-то факторы, о которых я даже не знаю. Это не невыполнимая задача, но, к сожалению, сделать это качественно непросто. Думаю, было бы проще запустить что-то вроде qemu-guest-agent внутри виртуальной машины, чтобы периодически отдавать вывод команды типа df для каждого виртуального диска. Но даже тогда это никогда не будет в реальном времени, и в зависимости от содержимого диска может вызывать торможения, что сделает такой подход плохой идеей для некоторых ВМ или LXC.

Я просто пытался перестраховаться. Понятия не имею, как `df` и `du` работают на огромных файловых системах с кучей мелких файлов или в каких ещё конфигурациях могут быть серверы PVE у разных людей. Но из опыта знаю, что сбор статистики с загруженной файловой системы в нужных (неудачных) условиях точно замедлит что-то в какой-то момент. Я хотел донести мысль, что если это сделать функцией, её придётся сбалансировать с задачей команды разработчиков PVE — не допускать (полу)регулярных тормозов в системе. Большая часть сложности здесь в том, что люди используют разные архитектуры хранения. Много VM и LXC-хранилищ могут быть на зеркальной паре SATA SSD, или HDD, или на медленном, но надежном сетевом хранилище. Попытка получить статистику с таких файловых систем блокирующим способом может обернуться катастрофой.