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-common
jest 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ź!
user
opcję w fstabuser
Opcja nie pomogła.Odpowiedzi:
Znalazłem tutaj następujące rozwiązanie . Apernatywnie, musisz użyć określonych opcji systemowych w fstab.
źródło
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:
Plik jednostki montowania dla systemd /etc/systemd/system/mnt-work.mount (wspomnij o konwencji nazewnictwa / mnt / work ==> mnt-work.mount
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!
źródło
Zajęło mi to wieki, aby to naprawić, a tymczasem zostałem zablokowany z moich akcji NFS. Zmieniłem 4. pole
/etc/fstab
zdefaults
nauser
. Problem polega na tym, że tylko superużytkownik może montować udostępnione pliki. Dodanieuser
oznacza, że każdy może montować pliki, w tym NFS.źródło
Miałem ten sam problem i znalazłem ten bardzo przydatny artykuł w formacie cyfrowym, który podaje prawidłowe opcje montowania
źródło
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.
źródło
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:
źródło
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 ).
źródło
[1] Utwórz plik w:
[2] Dodaj do tego:
[3] Ustaw plik jako wykonywalny:
Z tej odpowiedzi: https://ubuntuforums.org/showthread.php?t=2392742&p=13795542#post13795542
źródło