Dlaczego mount.cifs nie działa już w fstab po aktualizacji z 16.04 do 18.04?

Mój fstab do łączenia się z lokalnym NAS był zawsze

//192.168.111.112/RAID /home/moi/share/OMV cifs noauto,users,username=USERNAME,passwd=PASSWORD

Po aktualizacji mojego systemu z Lubuntu 16.04 na 18.04 to już nie działało, dając komunikat o błędzie:

Failed to query password: Permission denied
Password for USER@//192.168.111.112/RAID: mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Dla mnie zadziałało dodanie vers = 1.0 do opcji w fstab w połączeniu ze zmianą opcji hasła z passwd na hasło :

//192.168.111.112/RAID /home/moi/share/OMV cifs  vers=1.0,noauto,users,username=USERNAME,password=PASSWORD

To przyczyniło się do znalezienia błędu-dziennik:

tail -f  /var/log/kern.log 

Byłbym wdzięczny za każdy dalszy wkład.

EDYCJA: wrzesień 2019 r

Dziś zdałem sobie sprawę, że usersnie jest to już prawidłowy argument mount cifspolecenia. Ponadto vers=1.0powinien być domyślny, zgodnie z man mount.cifs.

Walczyłem z tym od kilku dni, mogłem dostać się do udziałów samby w systemie stacjonarnym Ubuntu 16.04 z moją nową instalacją lubuntu 18.04 używając smb4k, ale nie w fstab. Użyłem niektórych parametrów wymienionych przez „mount” po zamontowaniu udziału za pomocą smb4k. Znalazłem to, że credentials=/etc/samba/auth.myserver.menie działało tak, jak w Ubuntu 16.04. Następująca składnia pozwoli na zamontowanie:

//192.168.10.66/servershare     /mnt/localdir       cifs  rw,vers=1.0,sec=ntlmssp,username=USER,password=PASSWORD,domain=YOURDOMAIN,uid=LOCALUSER,gid=LOCALUSER,posixpaths,mapposix,acl     0   0

Nie wiem, która z powyższych opcji jest wymagana. Użyj własnych wartości dla USER, HASŁA i YOURDOMAIN.

Ilekroć użyłem credentials=/etc/samba/auth.myserver.me, zawsze otrzymywałem komunikat „Odmowa zezwolenia”. Najwyraźniej ubuntu 18.04 nie ma dostępu do pliku poświadczeń wymienionego w fstablub składnia uległa zmianie.

Być może będziesz musiał poeksperymentować z UID i GID. Zwykle loguję się tylko jako konkretny użytkownik, który nazywam LOCALUSER, domyślną grupą dla tego loginu byłby również LOCALUSER.

Podczas aktualizacji do Ubuntu 18.04 również nie powiodły się nasze skrypty mount cifs, potrzebne były następujące poprawki:

• userNie używajusername
• passNie używajpassword
• domNie używajdomain
• Posługiwać się vers=1.0
• Używaj ukośników odwrotnych, a \nie ukośników /w UNC
• Po wywołaniu z bash skrypty uciekają przed odwrotnym ukośnikiem, tzn. \\Zamiast \.

Oto przykładowe polecenie montowania w skrypcie:

#!/bin/bash

REMOTEHOST=contoso
REMOTEFOLDER=share
MOUNTDIR=/mnt/share
MOUNTUSER=billgates
MOUNTPASS=secret
MOUNTDOM=microsoft

sudo mount -t cifs \\\\${REMOTEHOST}\\${REMOTEFOLDER} ${MOUNTDIR} -o vers=1.0,user=${MOUNTUSER},pass=${MOUNTPASS},dom=${MOUNTDOM}

Oto przykładowa linia montowania w /etc/fstab:

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,user=billgates,pass=secret,dom=microsoft

Jednakże, jeśli używasz plik poświadczeń, trzeba użyć username, passwordi domain, co następuje:

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,credentials=/root/.smb

# /root/.smb
username=billgates
password=secret
domain=microsoft

Ben udzielił odpowiedzi:

Dla mnie zadziałało dodanie vers = 1.0 do opcji w fstab

Kiedy próbujesz wykonać mount.cifs przy użyciu zasobu SMB1, otrzymujesz tego rodzaju komunikaty w dzienniku jądra:

$ journalctl | grep CIFS

Sep 04 14:57:22 nfsbonos kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Sep 04 14:57:23 nfsbonos kernel: CIFS VFS: cifs_mount failed w/return code = -112

Dlatego wypróbowanie mount.cifs przy użyciu opcji vers = 1.0 powinno to naprawić:

$ mount.cifs /\/\$IP_of_RESOURCE_CIFS/\folder /mnt/folder -o vers=1.0,credentials=/root/.smbcredentials

i w fstab, po prostu umieszczając na początku opcji „vers = 1.0” (po cifs).

Wielkie dzięki, Ben.

Mój wypróbowany i prawdziwy wpis fstab dotyczący podłączenia napędu USB podłączonego do routera TP-Link przestał działać po aktualizacji Ubuntu / Mint. Dodanie vers = 1.0 to naprawiło. Mój wpis fstab jest dokładnie taki, jak poniżej:

//192.168.0.1/volume9 / home / don / RemoteMedia / NAS_USB cifs vers = 1.0, guest, uid = 1000 0 0

wolumin9 i jego lokalizacja to partycja dysku określona przez stronę administratora routera. Remote Media to folder, który utworzyłem w katalogu domowym „don”. Pamiętaj, aby zmienić uprawnienia do tego katalogu, aby zalogowany użytkownik mógł uzyskać dostęp bez uprawnień administratora. NAS_USB to tylko nazwa, którą wybrałem, która po zamontowaniu pojawi się w folderze Remote Media zawierającym „połączoną” zawartość woluminu9. Inne znalezione odpowiedzi zawierały hasła itp. W tym przykładzie. Ten dysk USB pojawia się jako prosty udział systemu Windows i jest to prosty program fstab, który obsługuje automatyczne instalowanie dysku podczas uruchamiania, dzięki czemu możliwe jest automatyczne tworzenie kopii zapasowej na dysku sieciowym.

Mam nadzieję, że to pomoże.