Perché mount.cifs non funziona più in fstab dopo l'aggiornamento da 16.04 a 18.04?


10

Il mio aiuto per la connessione a un NAS locale è sempre stato

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

Dopo aver aggiornato il mio sistema da Lubuntu 16.04 a 18.04 questo non ha funzionato più, dando il messaggio di errore:

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)

Risposte:


9

Quello che ha funzionato per me è stato l'aggiunta di vers = 1.0 alle opzioni in fstab in combinazione con la modifica dell'opzione per password da passwd a password :

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

Ciò ha aiutato a trovare un registro degli errori:

tail -f  /var/log/kern.log 

Gradirei qualsiasi ulteriore input.


EDIT: settembre 2019

Oggi ho capito che usersnon è più un argomento valido del mount cifscomando. Inoltre, vers=1.0dovrebbe essere l'impostazione predefinita, secondo man mount.cifs.


2

Ho lottato con questo per un paio di giorni, potevo arrivare alle condivisioni samba su un sistema desktop ubuntu 16.04 con la mia nuova installazione lubuntu 18.04 usando smb4k, ma non in fstab. Ho usato alcuni dei parametri elencati da 'mount' dopo aver montato una condivisione usando smb4k. Quello che ho scoperto è che credentials=/etc/samba/auth.myserver.menon ha funzionato come ha fatto con Ubuntu 16.04. La sintassi seguente consentirebbe un montaggio:

//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

Quello che non so è quale delle opzioni di cui sopra sono richieste. Usa i tuoi valori per USER, PASSWORD e YOURDOMAIN.

Ogni volta che utilizzavo il messaggio credentials=/etc/samba/auth.myserver.me, ricevevo sempre un messaggio "Autorizzazione negata". Apparentemente ubuntu 18.04 non sta accedendo correttamente al file delle credenziali elencato in fstabo la sintassi è cambiata.

Potrebbe essere necessario sperimentare l'UID e il GID. Normalmente accedo solo come un particolare utente, che sto chiamando LOCALUSER, anche il gruppo predefinito per quel login sarebbe LOCALUSER.


Ho avuto lo stesso problema e nessuna delle altre soluzioni (come "vers = 1.0") ha funzionato per me. Finalmente ho potuto montare le nostre condivisioni semplicemente aggiungendo l' domain=opzione (anche usando il file delle credenziali come prima ...).
Bitifet

2

Durante l'aggiornamento a Ubuntu 18.04, anche i nostri script mount cifs non sono riusciti, queste erano le seguenti correzioni di cui avevo bisogno:

  • userNon usareusername
  • passNon usarepassword
  • domNon usaredomain
  • Uso vers=1.0
  • Utilizzare le barre rovesciate \non in avanti /in UNC
  • Quando invocati da script bash sfuggono alle barre rovesciate, ovvero \\invece di \.

Ecco un comando di montaggio di esempio in uno script:

#!/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}

Ecco la linea di montaggio di esempio in /etc/fstab:

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

Tuttavia, se si sta utilizzando un file di credenziali, è necessario utilizzare username, passworde domaincome segue:

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,credentials=/root/.smb
# /root/.smb
username=billgates
password=secret
domain=microsoft

1

Ben ha dato la risposta:

Ciò che ha funzionato per me è stato aggiungere vers = 1.0 alle opzioni in fstab

Quando provi a fare un mount.cifs usando una risorsa SMB1, ottieni questo tipo di messaggi nel registro del kernel:

$ 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

Quindi provare il mount.cifs usando l'opzione vers = 1.0 dovrebbe risolverlo:

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

e in fstab, solo mettendo all'inizio delle opzioni "vers = 1.0", (dopo cifs).

Molte, molte grazie, Ben.



0

La mia tentata e vera voce fstab per montare un'unità USB collegata a un router TP-Link ha smesso di funzionare dopo un aggiornamento Ubuntu / Mint. Aggiunta di vers = 1.0 risolto. La mia voce fstab è esattamente come sotto:

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

volume9 e la sua posizione è la partizione del disco identificata dalla pagina Web di amministrazione del router. Remote Media è una cartella che ho creato nella mia home directory "don". Assicurarsi di modificare le autorizzazioni di questa directory in modo che l'utente connesso possa accedere senza i privilegi di root. NAS_USB è solo un nome che ho scelto che apparirà nella mia cartella Media Remota una volta montato contenente i contenuti "collegati" di volume9. Altre risposte che ho trovato avevano password ecc. Nell'esempio. Questa unità USB appare come una semplice condivisione di Windows e questa è una semplice fstab per supportare il montaggio automatico del disco all'avvio in modo che sia possibile un backup automatico sull'unità di rete.

Spero che questo aiuti.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.