Является ли ваша конфигурация OMV на виртуальной машине совершенно новой установкой или восстановлением конфигурации с предыдущей физической машины? Смонтирована ли файловая система в том месте, где вы ожидаете ее увидеть? Я заметил, что OMV немного по-другому ведет себя с виртуальными дисками по сравнению с физическими, и точки монтирования (/media/<длинное-шестнадцатеричное-значение>) оказались не теми же. Она монтирует виртуальные диски в /srv/<dev-disk-by-label-DISKLABEL>. Это может означать, что Samba ищет в неправильном месте. Проверьте, что OMV видит все диски, файловые системы и общие папки правильно, и что у него есть необходимые разрешения на общие ресурсы (значения UID и GID тоже могли измениться). Если все это в порядке, то первым делом я бы заставил OMV пересоздать конфигурационные файлы и перезагрузился. Используйте omv-mkconf в командной строке или измените одно из определений общей папки каким-нибудь незначительным образом через интерфейс, затем примените изменения; это заставит конфигурацию Samba пересоздаться. Если это не поможет, возможно, проблема в разрешениях Linux, и вам нужно будет зайти в командную строку и провести диагностику. Все мои папки хранения, похоже, принадлежат root.users и имеют разрешения 770. У Samba есть собственный контроль доступа, поэтому OMV имеет права root на все, а служба Samba работает под root. Надеюсь, это поможет! Также стоит поискать на форуме OMV; довольно много людей там используют его под qemu так или иначе, либо через proxmox, либо напрямую.