16.04から18.04にアップグレードした後、mount.cifsがfstabで機能しなくなるのはなぜですか?


10

ローカルNASに接続するためのfstabは常に

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

システムをLubuntu 16.04から18.04にアップグレードした後、これは機能しなくなり、エラーメッセージが表示されました。

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)

回答:


9

どのような私のために働いたことは追加されたVERS = 1.0のためのオプションを変更するとの組み合わせでのfstabのオプションにパスワードからpasswdのパスワードを

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

これはエラーログを見つけるのに役立ちました:

tail -f  /var/log/kern.log 

さらなる情報をいただければ幸いです。


編集:2019年9月

今日、私はそれusersがもはやmount cifsコマンドの有効な引数ではないことに気付きました。また、vers=1.0によると、デフォルトにする必要がありますman mount.cifs


2

私はこれに数日間苦労していましたが、smb4kを使用してlubuntu 18.04を新規インストールすると、ubuntu 16.04デスクトップシステムのsamba共有に到達できましたが、fstabではできませんでした。smb4kを使用して共有をマウントした後、「mount」でリストされたパラメーターのいくつかを使用しました。私が見つけたのは、credentials=/etc/samba/auth.myserver.meubuntu 16.04のように機能しないことです。次の構文はマウントを許可します:

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

私が知らないのは、上記のオプションのどれが必要かということです。USER、PASSWORD、およびYOURDOMAINには独自の値を使用してください。

を使用するとcredentials=/etc/samba/auth.myserver.me、常に「アクセスが拒否されました」というメッセージが表示されます。どうやらubuntu 18.04はに記載されている認証情報ファイルに正しくアクセスしていないfstabか、構文が変更されています。

uidとgidを試す必要があるかもしれません。通常、私はLOCALUSERと呼んでいる特定のユーザーとしてのみログインします。そのログインのデフォルトグループもLOCALUSERになります。


私は同じ問題を抱えており、他の解決策(「vers = 1.0」など)はどれも私のために機能しませんでした。最後に、domain=オプションを追加するだけで共有をマウントできます(以前のように認証情報ファイルを使用する場合でも...)。
bitifet

1

ベンは答えを出しました:

私にとってうまくいったのは、fstabのオプションにvers = 1.0を追加することでした。

SMB1リソースを使用してmount.cifsを実行しようとすると、カーネルログに次のようなメッセージが表示されます。

$ 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

したがって、オプションvers = 1.0を使用してmount.cifsを試行すると、それが修正されます。

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

fstabでは、オプションの先頭に「vers = 1.0」を追加するだけです(cifsの後)。

ベン、ありがとう。



1

Ubuntu 18.04にアップグレードすると、mount cifsスクリプトも失敗しました。これらは私が必要とする次の修正でした。

  • 使用しuserないusername
  • 使用しpassないpassword
  • 使用しdomないdomain
  • 使用する vers=1.0
  • UNCでは\スラッシュ/ではなくバックスラッシュを使用する
  • bashのスクリプトから呼び出されたときにバックスラッシュをエスケープ、つまり\\代わりに\

スクリプト内のサンプルマウントコマンドを次に示します。

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

これがサンプルのマウント行です/etc/fstab

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

ただし、認証情報ファイルを使用している場合usernamepassworddomain以下を使用する必要があります。

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

0

TP-Linkルーターに接続されたUSBドライブをマウントするために試した真のfstabエントリは、Ubuntu / Mintの更新後に機能しなくなりました。vers = 1.0を追加して修正しました。私のfstabエントリは次のとおりです。

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

volume9とその場所は、ルーター管理Webページで識別されるディスクパーティションです。リモートメディアは、ホームディレクトリ「don」に作成したフォルダーです。ログオンしたユーザーがroot権限なしでアクセスできるように、このディレクトリの権限を必ず変更してください。NAS_USBは、ボリューム9の「リンクされた」コンテンツを含むマウントされたリモートメディアフォルダーに表示される、私が選んだ名前です。私が見つけた他の回答には、例にパスワードなどが含まれていました。このUSBドライブはシンプルなWindows共有として表示され、起動時にディスクを自動的にマウントしてネットワークドライブへの自動バックアップを可能にするシンプルなfstabです。

これがお役に立てば幸いです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.