ubuntu 18.04にSMB共有をマウントする方法


17

サーバーへのGUI接続を使用してローカルネットワークに共有サーバーをマウントし、入力したアドレスはsmb://myServer/myFolderです。次に、共有フォルダを/mntディレクトリに追加してIDEからアクセスできるようにしましたが、サーバーをアンマウントしてコマンドでCLIを使用しようとしても失敗しました

gio mount smb://myServer/myFolder**.

誰も以前にこの問題を抱えていましたか?

回答:


15

Ubuntu wiki smbガイドに従って、Ubuntu 18.04.1で機能しました

具体的には、最初にマウント用のディレクトリを作成します

sudo mkdir /media/NAS

次の行をfstabに追加しました

//192.168.1.209/public /media/NAS cifs guest,uid=1000,iocharset=utf8 0 0

そして走った

sudo mount -a

それから、NASドライブがマウントされました。マシンを数回再起動し、マシンがマウントされて起動することを確認しました。その価値のために、私はイーサネット接続を使用しているので、Wi-Fi接続よりも速く構成して稼働させることができます。


6
これは私のために働いたが、それcifs-utilsがインストールされていることを確認する必要があった。sudo apt-get install cifs-utils
anon58192932

mount error(95): Operation not supported
酷い

私にとって同じこと@crusy
UnsettlingTrend

1
mount error: cifs filesystem not supported by the systemLinux用のWindowsサブシステム(厳密にUbuntuのを話していない)上
zypA13510

12

共有したサーバーを開き、ifconfigと入力してIPアドレスを取得しました。次に、共有のリストにこのコマンドを入力しました

smbclient -L //myServerIpAdress

次に、マウントするために、次の2つのコマンドを入力しました。最初に/ mntの下にフォルダーを作成し、次にマウントを実行します

sudo mkdir /mnt/myFolder

sudo mount -t cifs -o username=serverUserName //myServerIpAdress/sharename /mnt/myFolder/

次に、要求されたらサーバーのパスワードを入力し、/ mnt / myFolderの下でマウントを完了します


6
私はこのエラーを見続けmount: /mnt/my-mount-name: cannot mount //<server-ip>/path/to/share read-only.ました:、最終的に私がcifs-utils最初にインストールしなければならなかったことを理解しました(sudo apt install cifs-utils)。その後、mountコマンドが機能しました。
bszom


2

SMBプロトコルバージョン(egvers = 1.0)をマウントオプションに追加した方がよい場合があることに注意してください。mount.cifsはデフォルトとしてvers = 1.0を使用するように指定していますが、使用しておらず、古いNASにマウントしようとすると「ホストダウン」エラーでトラップされます。上記のソリューションは次のようになります

sudo mount -t cifs -o username=serverUserName,vers=1.0 //myServerIpAdress/sharename /mnt/myFolder/

詳細については、このソリューションを参照してください。


0

パスワードで保護されていないSMBv1と共有は、仕事を迅速かつ簡単に完了します。しかし、それらは間違いなく大きなセキュリティ問題です(例:WannaCryなど)。

パスワードで保護された共有のSMBv3共有を推奨します。fstabでセキュリティで保護された資格情報ファイルを使用することもおそらく賢明です。Linuxクライアント側は上記と非常に似ています。https://linuxacademy.com/blog/linux/ubuntu-samba-client-setup-and-persistent-shares/の手順を参照して ください


0

ラップトップのスクリプト(バックアップ)でSMB共有にアクセスするために、キーリングから保存されたパスワードを常に使用したかったのです。私の目的は、ファイル内のパスワードを公開せず、anacronを使用してバックアップを実行することではありませんでした。いくつかのテストの後、私はこれを思いつきました:

  1. Nautilusを介して共有を1回マウントし、キーリングにパスワードを保存します
  2. try gio mount smb://<server_name>/<share_name>、GNOMEセッションでパスワードなしで機能するもの
  3. バックアップスクリプトで次のコードを使用します。

Ubuntu 19.04でテストした例:

# set the dbus address
DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/$(id -u)/bus"
# export dbus address to get access to user space keyring
export DBUS_SESSION_BUS_ADDRESS
# use new gnome user space mount tool (gvfs-mount is deprecated)
gio mount smb://<server_name>/<share_name>
#sync from gvfs created mount point to home dir 
rsync -rav /var/run/user/$(id -u)/gvfs/smb-share\:server\=<server_name>\,share\=<share_name>/<folder>/ ~/<sync_dest>/

/etc/cron.dailyからanacronを介してスクリプトを実行する場合、キーリングにアクセスできるユーザーを使用する必要があります。例:

su -c /home/user/scripts/rsync_sript.shユーザー

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