Как смонтировать общий ресурс NFS в Ubuntu 16.04?

Недавно я сделал новую установку Xubuntu 16.04. До того, как я использовал 14.04 и смонтировал общий ресурс NFS со следующей строкой в ​​/ etc / fstab

192.168.178.66:/media/user/drive /media/user/banana nfs rw 0 0

Что должно произойти?

Необходимо смонтировать общий ресурс nfs при запуске в указанное место.

Что происходит?

Загрузка занимает очень много времени, и ресурс nfs не монтируется. Серый символ для общего ресурса появляется на моем рабочем столе. Когда я нажимаю на него, он говорит что-то вроде "Только root может монтировать". Когда я нажимаю стрелку во время загрузки, я вижу журнал systemd (я полагаю), там написано ~ "Startjob for /media/user/banane (30s/1,31s)". Это ждет целых 91-ых и, наконец, оно загружается. Монтаж НФС вручную работает. Но тогда отключение не заканчивается. Снова посмотрим на вывод systemd: «Stop job for /media/netzwerkfreigabe (30s/2m)» Завершение работы не заканчивается с заданным пределом. Вместо этого появляется еще один более длинный предел. По крайней мере, три раза.

Дополнительная информация

  • пакет nfs-common установлен на клиентском компьютере
  • nfs-сервер - это BananaPi под управлением BananianLinux (модифицированный Debian Jessy) )
  • Я могу смонтировать nfs-ресурс, используя ту же строку / etc / fstab, с другого компьютера, используя Xubuntu 14.04

Насколько я знаю, systemd представлен в Ubuntu 16.04. Это могут быть системные проблемы. Должен ли мой конфиг fstab работать? Вы монтируете NFS по-другому? Я нашел несколько сообщений о подобных проблемах других пользователей на других форумах. Должен ли я сообщить об ошибке?

Спасибо за ваш ответ!

9
задан 25 April 2016 в 17:26

8 ответов

Это взяло мне возрасты для фиксации его, и тем временем я был заблокирован из моих долей nfs. Я изменил 4-е поле в /etc/fstab с defaults до user. Проблема состоит в том, что только суперпользователь может смонтировать совместно используемые файлы. Добавление user средства, что любой может смонтировать файлы, включая nfs.

0
ответ дан 26 April 2016 в 03:26
  • 1
    в последнем кластере каждого файла? что Вы подразумеваете под этим? – user2230470 21 September 2017 в 13:09

У меня есть та же проблема, но также требуется много времени для завершения работу. Я подключаю свой рабочий стол к rasberry пи рабочий NFS:

попытка, редактируя Ваш/etc/fstab на Вашей клиентской машине к:

192.168.178.66:/media/user/drive /media/user/banana nfs soft,intr,rsize=8192,wsize=8192
0
ответ дан 26 April 2016 в 03:26
  • 1
    I' ve установил GUFW просто с: sudo apt-get install gufw, к сожалению, ни один из шагов, которые Вы обеспечили, не решил проблему. Обновление Ubuntu не имело никакого эффекта также. То, что помогло, было полным, переустанавливают системы. Мое предположение, я, должно быть, испортил что-то с Python по умолчанию. Спасибо за изучение этого – Maddak 21 September 2017 в 08:36

Я имел ту же проблему и нашел это очень полезное статья digitalocean , которая дает корректные опции монтирования

hostname:/path /mount/path nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
0
ответ дан 26 April 2016 в 03:26
  • 1
    @Anthony, если файлы имеют случайный размер в байтах, то в среднем, они собираются заполнить x полные блоки и последний блок, будет наполовину полон в среднем. Таким образом большой размер блока имеет тенденцию тратить впустую больше пространства, храня много меньших файлов. Это было одним из недостатков FAT16, который мог использовать 64k кластеры для обработки диска на 2 гибибайта, но храня тысячи файлов, потраченных впустую в среднем 32 кибибайта за файл, который составляет в целом вполне немного. – psusi 21 September 2017 в 15:33

В Ubuntu 16.04 просто добавляет пользователь опция к соответствующей строке в /etc/fstab и пытается монтироваться как обычный пользователь, это должно работы (даже для , cifs монтируется).

0
ответ дан 26 April 2016 в 03:26
  • 1
    Кажется, что это было уже установлено, но i' m получение ошибок I' ll добавляют их в редактировании – Benjamin 21 September 2017 в 02:27

У меня была та же самая установка, и она просто работала на меня. Экспорт NFS был на 14,04, и я смонтировал его с помощью 16,04. Я сделал это точно так же, как я сделал более старые версии (и от того, что это походит, что Вы попробовали). Удостоверьтесь, что Вы добавили новую машину к своему экспорту.

0
ответ дан 26 April 2016 в 03:26
  • 1
    Имеет смысл. Но, снова, I' m только хранящий файлы, которые обычно являются где угодно от 3-12GB в размере, таким образом, I' m уверенный максимум AUS (64K) isn' t собирающийся повреждать меня. Тем не менее, I' m изо всех сил пытающийся понять, почему " empty/remaining" пробелы в каждом блоке isn' t используемый? Гипотетически, например, если у меня есть размер AUS 1K на блок и я иду, чтобы хранить 2K файл на диске, тот файл будет, очевидно, и обязательно разбит в два отдельных блока. Если it' s способный к " повреждение/распространяющий out" файлы по различным блокам, почему doesn' t это использует все пространство в сценарии, который Вы обрисовали в общих чертах? – user2230470 21 September 2017 в 19:03

Я нашел следующее решение здесь . Apparrently, необходимо использовать определенные systemd опции в fstab.

servername:/home   /mountpoint/on/client  nfs  noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,x-systemd.idle-timeout=1min 0 0
0
ответ дан 26 April 2016 в 03:26
  • 1
    Я только собираюсь быть хранящими большими размерами файла, и, к моему знанию, выбирание самого большого AUS также улучшит производительность, полагающую, что существует меньше блоков для поиска, и я полагаю, что будет меньше фрагментации. Что является преимуществами выбора меньшего AUS если I' m только собирающийся хранить большой (1 ГБ +) файлы?? – user2230470 20 September 2017 в 16:54

Имел ту же проблему и прочитали все сообщения на askubuntu.com и в другом месте на нем. Я наконец нашел wiki https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts, объяснив проблему вполне хорошо, за исключением небольших изменений, необходимых для Ubuntu 16.04. Что не было то, что ясный мне после чтения этого, был то, что это, кажется, необходимо иметь обоих, запись в (довольно стандартном) fstab И .mount файл в/etc/systemd/system.

Запись в моем fstab:

myserver:/export/work    /mnt/work       nfs     auto    0       0

файл единицы монтирования для systemd/etc/systemd/system/mnt-work.mount (упоминают соглашение о присвоении имен/mnt/work ==> mnt-work.mount

[Unit]
Description=/mnt/work
Wants=network-online.target rpc-statd.service
After=network-online.target rpc-statd.service

[Mount]
What=myserver:/export/work
Where=/mnt/work
Type=nfs
StandardOutput=syslog
StandardError=syslog
TimeoutSec=50

, Как Вы могли бы отметить, я должен был изменить statd.service на rpc-statd.service и network.target для сетей (который я не знаю если его необходимое).

, Кроме того, я добавил тайм-аут 50 секунд. Тем не менее, когда я переключаюсь сетей через аппаратный переключатель, завершение работы зависнет.

Моя проблема была, когда fstab запись будет отсутствовать, единица монтирования не будет выполняться на запуске!

0
ответ дан 26 April 2016 в 03:26
  • 1
    @Anthony, это верно, что окна ужасны о фрагментации. Больший размер кластера isn' t, вероятно, для помощи с этим. Лучшая производительность из-за " меньше блоков к search" isn' t вещь также. Единственная вещь, которая действительно изменяется, состоит в том, что битовому массиву выделения блока нужно меньше битов для указания на то, какие блоки свободны или используемы, таким образом, Вы сохраняете крошечную сумму пространства. С другой стороны, чем больше размер кластера, тем больше пространства Вы обычно ненужный в последнем кластере каждого файла. – psusi 21 September 2017 в 11:33

[1] Создайте файл в:

/etc/network/if-up.d/fstab

[2] Добавьте это к нему:

#!/bin/sh
mount -a

[3] Сделайте исполняемый файл файла:

sudo chmod +x /etc/network/if-up.d/fstab

Из этого ответа: https://ubuntuforums.org/showthread.php? t=2392742&p=13795542#post13795542

0
ответ дан 23 November 2019 в 04:55

Другие вопросы по тегам:

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