web-dev-qa-db-ja.com

smb共有をマウントできません。 「別のビューアを選択して、もう一度試してください」

これは、これが典型的な「Windows共有をマウントできない」投稿だとは思わない。

在庫のUbuntu 12.04を使用しています。これはノーチラスの問題であると確信していますが、行き止まりになりました。 nautilus経由でsmb：// server/shareを使用してマウントできない共有が1つあります。次のエラーが表示されます。

エラー：Windows共有のマウントに失敗しました
別の視聴者を選択して、もう一度お試しください

同じ資格情報を使用して他のマシン（ubuntu以外）からこの共有をマウントできるため、宛先共有にパーマがあることがわかります。 Ubuntuボックスから他の共有を他のサーバーにマウントできるので、Ubuntuボックスに必要なすべてのsmbパッケージがあると確信しています。さらに興味深いことに、コマンドラインからsmbclientを使用する場合、Ubuntuボックスから問題なくこの共有をマウントします。

だから私たちが知っていることは次のとおりです。

  1. 宛先共有のパーマは問題ありません（他のマシンからのアクセスに問題はありません）
  2. smbはUbuntuボックスで正しくセットアップされています（他のWindowsにアクセスしても問題ありません）
  3. Nautilusを使用しているときのみエラーが表示されます
  4. ターミナルでのsmbclientの動作、問題なし

どんな助けも大歓迎です。グーグルは単純なマウント/パーマの問題を発見しましたが、それがここで起こっているとは思いません。

さらに情報が必要な場合はお知らせください。

ヒュー

更新1：

gvfs-mount smb://Host/shareは次のエラーで失敗しました：

マウント場所のエラー：Windows共有のマウントに失敗しました

アップデート2：

ジョン-

  • ＃1を試しましたが、上記と同じエラーが発生しました。
  • ＃2はオプションではありません。これは運用共有であり、共有の名前を変更すると、多くのユーザーにとって問題が発生します。
  • ＃3を試しても、同じselect another viewer and try againエラーが発生しました。

アップデート3：

このボックスにDebianゲストVMをインストールしました。問題なくこの共有に接続できます。ターミナルから両方のgvfs-mountを試し、nautilusから試しました。両方とも成功しました。

Deb VMに関する情報は次のとおりです。

$ uname -a
Linux debian 2.6.32-5-AMD64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU/Linux
$ dpkg -l |grep gvfs
ii  gvfs                                 1.6.4-3                           userspace 
$ dpkg -l |grep nautilus
ii  nautilus                             2.30.1-2squeeze1                  file manager and graphical Shell for GNOME

これが少し役立つことを願っています

更新4

ログを確認することは、私が最初に確認したことの1つです。マウントに失敗してもsyslogには何も記録されません。

更新5

  • 既存の共有に共有名を追加し、同じエラーが発生しました。
  • サーバーイベントログに何もない
  • 同じサーバー上で異なる共有をテストし、接続することができました。 smbclientコマンドを使用してコマンドラインから問題のある共有に接続できることを除き、permsの問題だと思われます。
  • ダウングレードオプションに興奮していません
12.04nautilusgvfssmb
9
oznah

開始する前に、ネットワークロケーションが正しく入力されていることを再確認してください。これは、このエラーが発生する1つの理由です。 \\ホスト名\共有

私の場合、実際にはDNSの問題であると診断した後、この問題を解決できました。

UbuntuのターミナルでWindowsマシンにpingを試行します。

ping <hostname>

ホスト名でpingできない場合は、代わりにIPアドレスを試してください。 IPアドレスが機能する場合、DNSサーバーがホストのIPアドレスを解決できないというDNSの問題があります。

私の組織では、WindowsサーバーでエンタープライズDNSを使用しています。 Windowsでコマンドプロンプトを使用して、次を実行します。

ipconfig /all

DNSサーバーの各エントリを取得し、Ubuntuマシンの/ etc/hostsのhostsファイルに追加します

/ etc/hostsファイルは、エントリを「IP HOSTNAME」として受け入れます。例：

10.1.2.1 mydnsserver1

DNSは、interfacesファイル/ etc/network/interfacesでも指定する必要があります。チェックする特定の行はdns-nameserversとdns-searchです。 dns-nameserversは、上記のhostsファイルに入力したエントリに設定する必要があり、複数のIPアドレスを取得できます。dns-searchは、使用している場合はドメインに設定する必要があります。 IPアドレスは単なる例です。

auto eth0
iface eth0 inet static
        address 10.1.2.10
        netmask 255.255.255.0
        gateway 10.1.1.1
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 10.1.2.1
        dns-search mydomain.com

/etc/samba/smb.confファイルを確認し、ワークグループが正しいことを確認します。念のため。

満足したら、次のコマンドを実行します。

Sudo /etc/init.d/networking force-reload

すべての設定が正しいと仮定すると、ホスト名を介してホストにpingを実行でき、エラーを解決できます。

1
Steve Curran

私もこの問題を抱えていたので、あなたも同じだと思います。

一部のシェアでのみ発生しました。 guest ok = Yesがありましたが、アクセス許可では所有者にのみディレクトリの内容を一覧表示できました。

例えば：

[documents]
    path = /home/ghodmode/Documents
    read only = No
    guest ok = Yes

...および...

ghodmode@server ~ % ls -dl /home/ghodmode/Documents/
drwxr--r-- 12 ghodmode ghodmode 4096 Dec 14 03:32 /home/ghodmode/Documents/

結果はまさにあなたが説明したエラーメッセージでした。これにより、ログインユーザーとして既に他の共有にアクセスしている場合でも、nautilusはゲストユーザーとしてサーバー上の共有にアクセスできることがわかります。

デフォルトのゲストユーザーは「nobody」です。

私にとっての解決策は、許可を変更することでした。 guest ok = Noの設定も機能すると思われます。

1
user39051

名前でアクセスできないWindowsドライブをマウントしようとすると、同じエラーメッセージが表示されます。解決策は、WindowsドライブをIPアドレスでマウントすることです。

0
Steven Du

  1. 読みやすいようにいくつかのショートハンドを作成できます

    • ProblemShare-Nautilusのマウントに問題があるというWindwosの共有
    • ProblemServer-ProblemShareを共有するWindowsサーバー
    • ProblemMachine-上記の共有をマウントするのが困難なUbuntuマシン/デスクトップ。
    • ProblemAccount-NautilusでProblemShareのマウントに問題があるProblemMachineのUbuntuアカウント

  2. テスト＃1

    ProblemMachineについて

    • システムがsamba共有をマウントしていないことを確認してください（/ etc/fstabを確認してください）
    • リブート

    • 新しいユーザーを作成してから、NautilusでProblemShareをマウントしてみてください。

      新規ユーザーが正常にマウントされる場合、Nautitlusおよび関連パッケージは問題ではありません。

  3. テスト＃2

    ProblemMachineについて

    • システムがsamba共有をマウントしていないことを確認してください（/ etc/fstabを確認してください）
    • リブート
    • ログイン問題アカウント
    • 特にProblemServerでは、デスクトップ/ NautilusにアクティブなSambaマウントがないことを確認してください。
    • ログインスクリプトからのsamba自動マウントがないことを確認してください
    • ログアウトしてログインProblemAccount

    • ノーチラスを開く

      1. メニューバー（画面上部）の[ファイル]をクリックします。
      2. 「サーバーに接続...」を選択します
      3. 情報を入力してください
        • サーバー：<ProblemServer名またはIP、URL形式ではありません>
        • タイプ：Windows共有
        • ユーザー名とパスワード、Windows資格情報を使用
      4. 接続したら、「ProblemShare」を選択します

    このマウントが成功した場合、キャッシュされた資格情報またはキーチェーンの資格情報が問題の原因です。

0
John Siu