Вопросы Теги

Раздел NFS, смонтированный как только для чтения

awk '{print $NF,$0}' file.txt | sort -nr -k1 | cut -d' ' -f2-
  • $NF: количество полей, $0: целая строка
  • sort -nr: числовой обратный (убывание)
  • sort -k1: вид первым столбцом (разграниченный последовательностями пробелов и вкладок)
  • cut -d: разделитель (значения по умолчанию к вкладке)
  • cut -f2-: поля 2 для длительности (не сворачивает или разделяет разделители),
ruby -e 'puts readlines.sort_by{|l|l.split[-1].to_i}.reverse' file.txt
  • readlines = ARGF.readlines
  • split разделения на пробеле по умолчанию
7
09.03.2014, 02:59
4 ответа
[118108]Я видел эту проблему с CentOS 6.5. Я не знаю, использует ли Raspbian NetworkManager, но если использует, то это может быть вашей проблемой. Похоже, что новейшая версия NetworkManager мешает rpcbind и не позволяет nfs аутентифицироваться в некоторых ситуациях. Вы можете это быстро выяснить, сделав [118505]dpkg --get-selections | grep -i NetworkManager[118506] на вашем Raspbian. На CentOS вы можете удалить его, не влияя на настройку вашей сети. Надеюсь, это поможет. [118109]
0
27.01.2020, 20:19

По-моему, это больше похоже на проблему с разрешениями, чем на файловую систему, доступную только для чтения.

Из файла pi, можете ли вы сделать каталог /export/data временно доступным для записи по всему миру? Если да, то можете ли вы теперь писать от клиента? Когда вы создаете файл таким образом, кто является его владельцем?

Без no_root_squash ваш корневой пользователь никому не сопоставляется. В противном случае, вам нужно будет отобразить пользователя от клиента к пользователю на pi.

.
3
27.01.2020, 20:19

Esto tiene algo que ver con NFSv4. Si usa -o vers=3, se vuelve feliz. Estoy seguro de que hay una opción NFSv4 para permitir que la raíz cause estragos en sus recursos compartidos NFS, pero dejé de buscar después de que conseguí que funcionara. 

# mount -o soft,rw server:/exports/share /mnt/test
# touch /mnt/test/foo
touch: cannot touch '/mnt/test/foo': Permission denied
# umount /mnt/test
# mount -o soft,rw,vers=3 server:/exports/share /mnt/test
# touch /mnt/test/foo
# ls /mnt/test/foo
/mnt/test/foo
# rm /mnt/test/foo
# umount /mnt/test
0
27.01.2020, 20:19

Я вижу, что ваш псевдорут/export:

/export 192.168.0.0/16(rw,fsid=0,insecure,no_subtree_check,async)

и ваш общий ресурс -— /mediaпод/export:

/export/data 192.168.0.0/16(rw,nohide,insecure,no_subtree_check,async)

Вместо указания абсолютного пути при монтировании:

sudo mount -t nfs -o rw 192.168.1.102:/export/data /media

пробовали ли вы монтировать, указав путь относительно псевдокорня:

sudo mount -t nfs -o rw 192.168.1.102:/data /media

?

Вот как это работает с моей установкой (Сервер CentOS 7 NFSv4, клиенты Fedora ).

0
27.01.2020, 20:19

Теги

Похожие вопросы