отредактируйте ваш /etc/fstab
с этой строкой ниже, вам не нужно упоминать адрес снова.
192.168.178.4:/shares/OwnCloud /eStore nfs auto,_netdev,noatime,nolock,bg,intr,tcp,actimeo=1800 0 0
Вы можете указать учетные данные username=User,password=Pass
также
Я только что решил ту же проблему в Debian Buster. Apparmor запрещал доступ к моему скомпилированному двоичному файлу qemu. Вы можете проверить, включен ли apparmor в вашей системе, используя команду:
sudo aa-status
Если ваш вывод содержит следующие строки, то apparmor наверняка включен и его необходимо настроить, чтобы разрешить доступ к вашему скомпилированному бинарному файлу:
...
22 profiles are in enforce mode.
...
/usr/sbin/libvirtd
...
3 processes are in enforce mode.
/usr/sbin/libvirtd (1098)
...
Добавлено разрешение apparmor для libvirt на выполнение бинарного файла qemu. Это можно сделать, например, поместив следующие строки в /etc/apparmor.d/usr.sbin.libvirtd
непосредственно перед последним символом '}'
в конфиге. Конец конфигурации будет выглядеть так:
#... skipped lines
/usr/bin/kvm rmix,
/usr/local/bin/qemu-2.12.1/x86_64-softmmu/qemu-system-x86_64 rmix,
}
Вероятно, вам также потребуется добавить такие же разрешения apparmor для qemu в/etc/apparmor.d/abstractions/libvirt-qemu
:
/usr/bin/kvm rmix,
/usr/local/bin/qemu-2.12.1/x86_64-softmmu/qemu-system-x86_64 rmix,
Вы можете перезагрузить наборы правил apparmor, используя sudo systemctl reload apparmor
. Синтаксис правил Apparmor описан, например, здесь .
@alexcloud2 — лучший ответ. Мне пришлось немного изменить строку конфигурации apparmor (, вероятно, из-за недавних изменений программного обеспечения. )В usr.sbin.libvirtd
я добавил строку:
/usr/local/bin/* PUx,