Jak zamontować udział NFS w Ubuntu 16.04?

9

Niedawno zrobiłem nową instalację Xubuntu 16.04. Zanim użyłem 14.04 i zamontowałem udział NFS z następującą linią w / etc / fstab

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

Co powinno się stać?

Udział nfs powinien zostać zamontowany podczas uruchamiania w podanej lokalizacji.

Co się dzieje?

Uruchamianie trwa bardzo długo, a udział nfs nie jest zamontowany. Na pulpicie pojawia się szary symbol udziału. Po kliknięciu na nim pojawia się informacja „Tylko root może zamontować”. Kiedy naciskam strzałkę podczas rozruchu, widzę log systemowy (chyba), który mówi ~ "Startjob for /media/user/banane (30s/1,31s)"Czeka całe 91s i wreszcie się uruchamia. Ręczne montowanie NFS działa. Ale wtedy zamknięcie się nie kończy. Ponownie patrząc na wyjście systemowe: „ Stop job for /media/netzwerkfreigabe (30s/2m)” Wyłączenie nie kończy się na podanym limicie. Zamiast tego pojawia się kolejny dłuższy limit. Co najmniej trzy razy.

Dodatkowe informacje

  • pakiet nfs-commonjest zainstalowany na komputerze klienckim
  • Serwer NFS to BananaPi z BananianLinux (zmodyfikowany Debian Jessy)
  • Mogę zamontować udział NFS przy użyciu tej samej linii / etc / fstab z innego komputera przy użyciu Xubuntu 14.04

O ile wiem systemd jest wprowadzany w Ubuntu 16.04. Może to być problem systemowy. Czy moja konfiguracja fstab powinna działać? Czy obecnie montujesz NFS w inny sposób? Znalazłem kilka raportów na temat podobnych problemów innych użytkowników na innych forach. Czy powinienem zgłosić błąd?

Dziękuję za Twoją odpowiedź!

CaptainPlanet
źródło
jakiej wersji NFS używasz NFS w wersji 3/4. sprawdziłeś UID użytkowników na obu komputerach
bhordupur,
Myślę, że musisz dodać useropcję w fstab
bhordupur 25.04.16
@bhordupur Nie używam identyfikatorów UID Używam statycznych adresów IP mojej sieci wewnętrznej. Nie podam wersji nfs, więc spodziewam się, że użyję najnowszej wersji (4), ponieważ zarówno Ubuntu (klient), jak i serwer (klient) są aktualnymi systemami.
CaptainPlanet,
@bhordupur userOpcja nie pomogła.
CaptainPlanet,
Mam dokładnie ten sam problem, ale zamknięcie również mojej maszyny zajmuje bardzo dużo czasu
Rick T

Odpowiedzi:

8

Znalazłem tutaj następujące rozwiązanie . Apernatywnie, musisz użyć określonych opcji systemowych w 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
Ralph
źródło
3

Miałem ten sam problem i przeczytałem wszystkie posty na askubuntu.com i gdzie indziej. W końcu znalazłem wiki https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts dość dobrze wyjaśniającą problem, z wyjątkiem niewielkich zmian niezbędnych w Ubuntu 16.04. Po przeczytaniu tego nie było dla mnie tak jasne, że wydaje się, że konieczne jest posiadanie zarówno wpisu w fstab (całkiem standardowy) ORAZ pliku .mount w / etc / systemd / system.

Wpis w moim fstab:

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

Plik jednostki montowania dla systemd /etc/systemd/system/mnt-work.mount (wspomnij o konwencji nazewnictwa / 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

Jak można zauważyć, musiałem zmienić statd.service na rpc-statd.service i network.target na network-online.target (których nie wiem, jeśli to konieczne).

Ponadto dodałem limit czasu 50 sekund. Niemniej jednak, gdy przełączę sieć za pomocą przełącznika sprzętowego, zamknięcie zostanie zawieszone.

Mój problem polegał na tym, że gdy brakuje wpisu fstab, moduł montowania nie zostanie uruchomiony podczas uruchamiania!

Wędrowiec
źródło
Myślę, że teraz na to wpadam. Nie rozumiem, dlaczego wpis fstab jest konieczny, jeśli mam już systemctl włączony plik jednostki montowania.
sheridp
2

Zajęło mi to wieki, aby to naprawić, a tymczasem zostałem zablokowany z moich akcji NFS. Zmieniłem 4. pole /etc/fstabz defaultsna user. Problem polega na tym, że tylko superużytkownik może montować udostępnione pliki. Dodanie useroznacza, że ​​każdy może montować pliki, w tym NFS.

Keeto
źródło
1

Miałem ten sam problem i znalazłem ten bardzo przydatny artykuł w formacie cyfrowym, który podaje prawidłowe opcje montowania

hostname:/path /mount/path nfs auto,nofail,noatime,nolock,intr,tcp,actimeo=1800 0 0
Steve Lorimer
źródło
To w końcu działało dla mnie na Ubuntu 16.04 LTS
David Okwii
0

Miałem dokładnie taką samą konfigurację i to po prostu działało dla mnie. Eksport NFS był 14.04 i zamontowałem go za pomocą 16.04. Zrobiłem to tak, jak zrobiłem starsze wersje (i z tego, jak to brzmi, po prostu to, czego próbowałeś). Upewnij się, że dodałeś nową maszynę do swoich eksportów.

Trey Nolen
źródło
0

Mam ten sam problem, ale jego zamknięcie również zajmuje dużo czasu. Łączę pulpit z rasberry pi z systemem NFS:

spróbuj edytować plik / etc / fstab na komputerze klienckim, aby:

192.168.178.66:/media/user/drive /media/user/banana nfs soft,intr,rsize=8192,wsize=8192
Rick T.
źródło
0

W Ubuntu 16.04 wystarczy dodać opcję użytkownika do odpowiedniej linii w / etc / fstab i spróbować zamontować jak zwykły użytkownik, to powinno działać (nawet w przypadku montowania cifs ).

cloud81
źródło
Jeśli masz (tak jak ja) / home zamontowany zaszyfrowany lvm i próbujesz zamontować udział sieciowy chroniony hasłem, jeśli masz plik smbcredentials w domu, być może zmieniasz lokalizację pliku poświadczeń poza partycją domową, napraw problem (dla mnie tak!).
cloud81