nie można użyć mount.cifs: mount error (2): Brak takiego pliku lub katalogu

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

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:

# mount -t cifs //win2012r2/someshare -o cred=/home/foo/.cifs_user, vers=3.0 /mnt/tmp

.. 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:

vers=
           SMB protocol version. Allowed values are:

           ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

           ·   2.0 - The SMBv2.002 protocol. This was initially introduced in Windows Vista Service Pack 1, and
               Windows Server 2008. Note that the initial release version of Windows Vista spoke a slightly
               different dialect (2.000) that is not supported.

           ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft Windows 7 and Windows Server 2008R2.

           ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft Windows 8 and Windows Server 2012.

Czy możesz skorzystać z nodfsopcji? tzn. dla -oopcji wejściowych podaj dane wejściowe jak poniżej.

-o credentials=/etc/user,rw,iocharset=utf8,file_mode=0777,dir_mode=0777,nodfs

tj. dołączone ,nodfs

To zadziałało dla mnie.

Może być konieczna zmiana secparametru: to ustawienie sprawiło, że zadziałało w mojej konfiguracji:

mount.cifs ... -o sec=ntlm

Odpowiedni wyciąg z man mount.cifs:

sec=Tryb Bezpieczny. Dozwolone wartości to:

• none - próba połączenia jako użytkownik zerowy (bez nazwy)
• krb5 - Użyj uwierzytelniania Kerberos w wersji 5
• krb5i - Użyj uwierzytelniania Kerberos i wymuś włączenie podpisywania pakietów
• ntlm - Użyj skrótu hasła NTLM
• ntlmi - Użyj mieszania hasła NTLM i wymuś podpisywanie pakietów
• ntlmv2 - Użyj skrótu hasła NTLMv2
• ntlmv2i - Użyj mieszania haseł NTLMv2 i wymuś podpisywanie pakietów
• ntlmssp - Używaj mieszania haseł NTLMv2 zawartego w surowym komunikacie NTLMSSP

• ntlmsspi - Użyj skrótu hasła NTLMv2 zawartego w komunikacie Raw NTLMSSP i wymuś podpisywanie pakietów

  Domyślnie w wersjach jądra głównego przed v3.8 było sec=ntlm. W v3.8 wartość domyślna została zmieniona na sec=ntlmssp.

  Jeśli serwer wymaga podpisania podczas negocjacji protokołu, może zostać włączony automatycznie. Podpisywanie pakietów może być również włączone automatycznie, jeśli jest włączone w /proc/fs/cifs/SecurityFlags.

Wpadłem na to na Ubuntu 18.04. Problem polegał na tym, że potrzebowałem pakietu keyutils do uwierzytelnienia Kerberos ( sec=krb5opcja 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.)

Spróbuj zainstalować keyutils pakietu:

sudo apt-get install keyutils

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.

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_usermożesz mieć problemy. Rozwiązaniem dla mnie było później usunięcie i ponowne dodanie użytkownika smb:

smbpasswd -x mój_użytkownik
smbpasswd -a mój_użytkownik

Dodaj $do końca, tak jak to//winserver/sharename$

mount.cifs -v -o username=myusername,domain=MYCODOMAIN //winserver/sharename$ /mnt/mymountpoint

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:

mount.cifs -v -o domain=MYCODOMAIN,sec=krb5 //winserver/sharename /mnt/mymountpoint

mając na uwadze, że polecenie, które spowodowało błąd „brak takiego pliku lub katalogu” to:

mount.cifs -v -o username=myusername,domain=MYCODOMAIN //winserver/sharename /mnt/mymountpoint

Aby korzystać z Kerberos, zainstalowałem pakiet „krb5-workstation” i skonfigurowałem go.

Jednym z rozwiązań może być instalacja ręczna, keyutilsponieważ 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

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