Komenda mount.cifs nie działa w systemie gentoo z systememd
ae429-1105 etc # mount -t cifs //file.abc.edu.au/user /home/directory/path -o credentials=/etc/user,rw,iocharset=utf8,file_mode=0777,dir_mode=0777
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
Potwierdzono, że istnienie i dostępność pliku mountpoint / home / katalog / ścieżka i plik referencji / etc / user . Włączono także odpowiednie moduły i usługi, tj.
ae429-1105 etc # lsmod |egrep 'fuse|cifs'
fuse 72589 5
cifs 312131 0
i
ae429-1105 etc # systemctl -t service -a |grep Samba
nmbd.service loaded active running Samba NetBIOS name server
smbd.service loaded active running Samba SMB/CIFS server
winbindd.service loaded inactive dead Samba Winbind daemon
Problem ten został zidentyfikowany przez wielu użytkowników, np. Jeden przykład . NALEŻY RÓWNIEŻ PAMIĘTAĆ, że to samo polecenie wykonane w moim systemie Ubuntu / debian jest w stanie zainstalować poprawnie.
Inne informacje w problematycznej maszynie:
ae429-1105 etc # mount.cifs --version
mount.cifs version: 6.1
wersja mount.cifs zainstalowana w debian / ubuntu to 6.0
/home/directory/path
czy na pewno istnieje w środowisku Gentoo? Dziwne, że o tym nie wspominasz, ponieważ jest to oczywiste pierwsze pytanie, które się pojawia.Odpowiedzi:
Może być konieczne podanie opcji vers = w poleceniu mount w celu wymuszenia wersji 3.0, jeśli próbujesz zamontować udział z nowszej wersji systemu Windows. Jeden z naszych serwerów plików został niedawno zaktualizowany do wersji 2012R2 i wtedy mój mount przestał działać. Ustawienie go na vers = 3.0 naprawiło problem. Podobnie jak większość błędów Samby / CIFS, komunikat „Brak takiego pliku lub katalogu” nie jest zbyt pomocny.
Jako przykład:
.. gdzie mam swoją domenę, nazwę użytkownika i hasło zawarte w pliku .cifs_user.
Najwyraźniej smbmount domyślnie używa nowszej wersji protokołu SMB, ponieważ działał bez problemu i żadnych specjalnych opcji.
Zauważ, że domyślna wersja protokołu to 1.0.
Ze strony podręcznika mount.cifs:
źródło
vers=2.0
aby zamontować udziały samby mojego 5-letniego systemu NAS ... z wersją 3.0 dostałem błąd.etc/fstab
użytkownicy: Po prostuvers=3.0
vers=2.0,guest,uid=1000,iocharset…
Czy możesz skorzystać z
nodfs
opcji? tzn. dla-o
opcji wejściowych podaj dane wejściowe jak poniżej.tj. dołączone
,nodfs
To zadziałało dla mnie.
źródło
Może być konieczna zmiana
sec
parametru: to ustawienie sprawiło, że zadziałało w mojej konfiguracji:Odpowiedni wyciąg z
man mount.cifs
:źródło
Wpadłem na to na Ubuntu 18.04. Problem polegał na tym, że potrzebowałem pakietu keyutils do uwierzytelnienia Kerberos (
sec=krb5
opcja montowania), który nie został zainstalowany wraz z cifs-utils (który zapewnił mount.cifs). Nie jestem pewien, czy nazwa pakietu jest taka sama w Gentoo, czy nie. (Dzięki https://forum.zentyal.org/index.php?topic=18601.0 za rozwiązanie.)źródło
Spróbuj zainstalować keyutils pakietu:
Nie jestem pewien, dlaczego to pomaga, może ktoś ma tutaj odpowiedź. Ale przynajmniej załatwiło to dla mnie: z keyutils montaż cifs działał dobrze.
źródło
Chciałem dodać kolejne źródło tego problemu, z którym się dzisiaj spotkałem. Po zmianie identyfikatora użytkownika unixowego użytkownik smb utworzony za pomocą smbpasswd może nie być w stanie uwierzytelnić się dla udziału samby, co powoduje ten sam błąd.
Więc jeśli zmieniłeś swój identyfikator użytkownika unix,
usermod -u 1000 my_user
możesz mieć problemy. Rozwiązaniem dla mnie było później usunięcie i ponowne dodanie użytkownika smb:źródło
Dodaj
$
do końca, tak jak to//winserver/sharename$
źródło
Uruchomiłem ten sam błąd „błąd montowania (2): brak takiego pliku lub katalogu” przy użyciu mount.cifs na maszynie Wirtualnej CentOS 7. Nigdy nie ustaliłem dokładnie, dlaczego błąd był generowany podczas korzystania z domyślnych zabezpieczeń ntlm (i wariantów), ale odkryłem, że korzystanie z uwierzytelniania Kerberos rozwiązało problem. Więc moja ostatnia działająca linia poleceń wyglądała tak:
mając na uwadze, że polecenie, które spowodowało błąd „brak takiego pliku lub katalogu” to:
Aby korzystać z Kerberos, zainstalowałem pakiet „krb5-workstation” i skonfigurowałem go.
źródło
Jednym z rozwiązań może być instalacja ręczna,
keyutils
ponieważ nie jest już (twardą) zależnościącifs-utils
.Informacje, dlaczego keyutils nie są już instalowane, można znaleźć tutaj: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822841
Raport o błędach w programie startowym można znaleźć tutaj: https://bugs.launchpad.net/ubuntu/+source/cifs-utils/+bug/1772148
źródło
Ze mną to działało, umieszczając „vers = 1.0” jak poprzednio -> referencje = / root / .dbx.credentials, vers = 1.0 , uid = 1001, gid = 100, rw
źródło