Смените владельца файла в UNAS.

Смените владельца файла в UNAS., UniFi Drive

Sageth

Guest

17.02.2025 22:12:00

Привет! Пытаюсь разобраться, как изменить владельца файлов. Я использую Fedora 41 как клиент, подключаюсь к UNAS, Kerberos/LDAP у меня не настроены. Не уверен, имеет ли это значение, потому что UNAS пишет, что не поддерживает NFSv3, но даже если я заставляю клиент использовать nfsvers=3, менять владельца всё равно не получается. Проблема в том, что папка /mnt/test принадлежит пользователю и группе openvpn:chrony, а не моему ID (uid=977 – это openvpn). Пробовал кучу разных вариантов за последние пару дней, и всё безрезультатно.

Всё монтируется через fstab без проблем: UNAS-Pro.local:/var/nfs/shared/test /mnt/test nfs _netdev,defaults 0 0

Мне просто нужно, чтобы файлы принадлежали мне. Единственный способ, который приходит в голову, — это изменить UID на моей локальной системе, чтобы они соответствовали UNAS, но это может потребовать множества изменений.

Редактирую: Добавлю, что пробовал chmod, но пишет, что нет прав, даже под sudo.

Есть ли способ изменить владельца NFS-файлов в UNAS, который я упускаю?

Sageth

Guest

20.02.2025 00:56:00

Странно. Я обнаружил, что режим находится в "auto readonly", а в других сообщениях, которые я нашёл, этого не упоминается. root@UNAS-Pro:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active (auto-read-only) raid1 sdd2[0] sdc2[3] sda2[2] sdb2[1]
   1961984 blocks super 1.2 [4/4] [UUUU]

md3 : active raid10 sdd5[0] sdc5[3] sda5[2] sdb5[1]
   15611004928 blocks super 1.2 512K chunks 2 near-copies [4/4] [UUUU]
   bitmap: 0/8 pages [0KB], 65536KB chunk

unused devices: <none>

Sageth Guest	#3 18.02.2025 23:46:00 Похоже, проблема решена, хотя я бы предпочёл сделать это каким-нибудь официальным способом. Я включил SSH на UNAS и протестировал с одним файлом, где выполнил chown <user> /srv/.unifi-drive/test/.data/test.doc, и это, кажется, работает. Хотя нужно больше тестирования, чтобы увидеть, есть ли какие-то другие последствия. ОБНОВЛЕНИЕ: Нет. rsync: [generator] не удалось установить время на "/mnt/unas/applications/docker/nginx/config/http": Operation not permitted (1) rsync: [generator] не удалось установить права доступа на "/mnt/unas/applications/docker/nginx/config/http/http_ssl.conf": Operation not permitted (1) rsync: [receiver] mkstemp "/mnt/unas/applications/Scripts/ansible/roles/fstab/tasks/main.yml" не удалась: Permission denied (13) Я пытался создать группу с тем же groupid, что и на моем компьютере, и также редактировал /etc/passwd, чтобы изменить номер группы, связанный с пользователем. На сегодня я с этим закончил. Могу сказать только одно: моя Qnap никуда не денется в ближайшем будущем.

Читают тему (гостей: 1)