Я запускаю Volumio на своем RasPi, и я хочу экспортировать каталог внутреннего хранилища (/ data / INTERNAL), чтобы любой мог смонтировать его для добавления / удаления музыки. Когда я запускаю exportfs -a, я получаю следующее сообщение:
exportfs: /data/INTERNAL does not support NFS export
Я столкнулся с этой проблемой, пытаясь экспортировать из моей зашифрованной папки / home / на моем компьютере с Ubuntu, однако Volumio не использует шифрование (насколько мне известно).
Интересно, что когда я запускаю showmount -e 10.0.1.21 (server-ip) от клиента (Ubuntu 14.04), он возвращает следующее:
Export list for 10.0.1.21:
/data/INTERNAL 10.0.1.1/24
Я подумал, что, возможно, это просто ошибка, поэтому, когда я перешел на монтирование с клиента с помощью sudo mount 10.0.1.21:/data/INTERNAL / nfs, он вернул это:
mount.nfs: access denied by server while mounting 10.0.1.21:/data/INTERNAL
(примечание: я также пробовал монтировать с помощью sudo mount -t nfs -o proto = tcp, port = 2049 10.0.1.21:/data/INTERNAL / nfs 'и' sudo mount -o v3 10.0.1.21:/data/INTERNAL / nfs 'с одинаковым выводом)
Я рекурсивно установил / data / permissions на 777, и вот мой вывод / etc / exports:
# /etc/exports: the access control list for filesystems which may be exported
# to NFS clients. See exports(5).
#
# Example for NFSv2 and NFSv3:
.
.
.
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
#
/data/INTERNAL 10.0.1.1/24(rw,fsid=0,no_root_squash,sync,no_subtree_check)
Я выдергиваю волосы из-за этого.
Это возможно из-за контекста selinux. Думаю, вам стоит проверить контекст:
ls -dZ /data/INTERNAL
Если это что-то другое, кроме public_content_rw_t, попробуйте его изменить:
semanage fcontext -a -t public_content_rw_t '/data/INTERNAL(/.*)?'
После этого запустите команду restorecon -
restorecon -RvF /data/INTERNAL
Теперь попробуйте exportfs -a.