Привет,

Основной процесс обработки резервных копий и хранилищ данных выполняется от имени пользователя резервного копирования, который обычно разрешается в uid 34 – вы можете проверить свою систему, используя команду `id backup`. Вам необходимо убедиться, что этот пользователь может получить доступ к точке монтирования. Если контейнер, который вы настроили, является непривилегированным, вам также нужно будет разобраться с сопоставлениями UID. Смотрите, например, этот пост с базовым учебником по таким вещам: T [Учебник] Тема: 'Учебник: Непривилегированные LXC – Монтирование CIFS-шар' 21 декабря 2021 г. Поскольку непривилегированные LXC не могут монтировать CIFS-шары, а привилегированные LXC считаются небезопасными (и на то есть причины), я долго ломал голову над тем, как предоставить мои сетевые шары в моих LXC, например, (Jellyfin, Plex,...). Решение, предоставленное Wiki Proxmox, потребовало бы множества изменений в конфигурации хоста PVE, что я не хотел делать. https://pve.proxmox.com/wiki/Unprivileged_LXC_containers#Using_local_directory_bind_mount_points Благодаря следующему источнику мне удалось собрать решение, которое должно работать для всех менее чем за 10 минут... TheHellSite Ответов: 147 Форум: Proxmox VE: Установка и настройка

Привет, Томас! В основном всё работает, я могу читать/писать на NAS с пользователем `backup`, но похоже, скрипт пытается `chown` что-то в директории, но так как хранилище принадлежит root, я получаю "permission denied". Есть какое-нибудь решение? Спасибо.

Привет, Томас! Огромное спасибо за всю твою помощь, я это очень ценю! Я в итоге смог заставить это работать, указав user и group монтирования в fstab хоста как 100034:101000, в результате чего владелец в контейнере стал backup:lxc_shares. После этого успешно выполнил резервное копирование. Не уверен, что это рекомендуемый подход, но, кажется, я понял, к чему вы намекали. Еще раз спасибо!