Nautilusで共有を参照する際の「サーバーから共有リストを取得できませんでした」エラー


40

10.04から11.10にアップグレードする少し前に、UbuntuデスクトップでWindows共有ディレクトリにアクセスできなくなりました。11.10にアップグレードすると、問題は解決しますが、解決しませんでした。

Nautilusを使用してWindowsネットワークドメインをクリックすると、次のメッセージがポップアップ表示されます。

場所をマウントできません-サーバーから共有リストを取得できませんでした

この問題のトラブルシューティングはどこから始めますか?私は今絶望的になっています:(

私は試した

sudo mount -t cifs //SomeMachine/SomeShare some_directory

そして私は得る

mount error(115): Operation now in progress

奇妙なことに、ポップアップが表示されました:

Could not display network:/// Error: Dbus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply ...

これはあなたが管理するネットワークですか?サーバーログでエラーを確認できますか(Windowsイベントログなど)。独自のログ(/ var / log / syslog)をチェックインして、異常を報告できますか?
dpb

問題に関連する/ var / log / syslogには何も表示されません:(
jldupont

ここを見て、同様の問題を持つユーザーがいました。
ブルーノペレイラ

そこで使用した手順に従って、結果を使用してqを編集します。
ブルーノペレイラ

@ brunopereira81私はあなたのリンクをチェックアウトしました。問題は私のubuntuマシン側にあります。以前は、10.04の更新まで
正常に動作していました

回答:


14

これはあなたの質問の本当の答えです。私も同じ問題を抱えていました。

ターミナルを実行し、このコマンドを入力します

gksudo gedit /etc/hosts

そして、hostsファイルにコンピューターのIPアドレスと名前を追加します。保存して終了。

サンプルのIPと名前:

192.168.120.65    blablaPcName

それで全部です。


3
また、他のコンピューターに静的IPがない場合、何を提案しますか?誰もがルーターを制御できるわけではありません。
ファンビダ14年

3
どのPCにこれらの行を追加しますか?サンバサーバー上またはクライアント上の?どのアドレスを追加しますか?クライアントのサーバーアドレス?サーバーのクライアントアドレス?サーバー内のサーバーアドレス?クライアントのクライアントアドレス?
フレピー16

12

Gord Nickersonからのこのアドバイスが役立ったことがわかりました:エラーメッセージは「サーバーから共有リストを取得できませんでした」ので、Windows 7 PC、Ubuntu 10 PC、またはMacデスクトップPCを参照できません。

まず、Sambaデーモンsmbdnmbdネットワークブラウジングが機能するためには両方が実行されている必要があります。それらはservice、またはsystemctl startUbuntuの新しいsystemdベースのリリースで開始できます。

smbtree ネットワーク上のマシンからのすべての共有をリストします。

だから、/etc/sambaそして私たちにsudo pico smb.conf

名前解決の順序は、最初にホストファイルを使用し、最後にブロードキャストし、コメント化されます!多分それを次のように変更します:

name resolve order = bcast host

その後、で、サーバを再起動service smbd restartし、service nmbd restart

動作します!これは、アップグレードで行うのはひどい間違いです。アップグレードは、特にネットワーキングと同じくらい重要な何かが機能していることを壊さないはずです。Redhat 5と6でsambaを元に戻すためにあなたがしなければならなかった手動作業を思い出します。


これが12.10で機能するかどうか知っていますか?
アクエリアスパワー

これは私のために12.04に働いた
ジョナサン14年

注意したいのですが、これはXubuntu 14.04で機能しました!
nc4pk

1
うまくいかなかった
ピクセル

3

これは、システムに接続する一般的なエラーである可能性があります。

上記のスレッドの場合、名前とIPアドレスの間に不一致がありnmblookup、問題の特定に役立ちました。また、このページにはトラブルシューティングのヒントがいくつかあるようです

私がコピーしていること:

  • smbclientをデバッグモードにすると、出力がdmesgに表示されます(-d | --debuglevel = level)
  • smbclient -L //<IP of Samba Server> -U <server user>
  • nmblookup {name}
  • 他のシステムからマウントできますか?

さらにトラブルシューティングを行う場合は、質問を編集してください。


2

Ubuntu 14.04の場合:

このエラーは、15文字を超えるサイズのnetbios名が原因で発生する可能性があります。ファイル/var/log/samba/log.smbdに次のようなログを生成する必要があります。

register_name: NetBIOS name NAME-OF-PC-TOO-LONG is too long. Truncating to

このエラーは、ファイル/etc/samba/smb.confを編集し、次の行を追加することで修正できます。

netbios name = NAME-OF-PC

NAME-OF-PCは15文字を超えてはなりません。


1

この方法では、混合ネットワーク環境(Windows / Ubuntu)で非常に良い結果が得られました。

  1. Alt+ F2を押して入力:gksu gedit /etc/nsswitch.conf

  2. この行を探してください:

    hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
    
  3. wins次のように追加します。

    hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
    
  4. 「winbind」パッケージをインストールします。 sudo apt-get install winbind

    (またはSoftware CenterまたはSynaptic経由)。

  5. ネットワークを再起動または再起動します。


1

ファイアウォールに「許可」を追加するだけです:

  • ポート137 / UDP-nmbdで使用
  • ポート138 / UDP-nmbdで使用
  • ポート139 / TCP-smbdで使用
  • ポート445 / TCP-smbdが使用

そして動作します。方法がわからない場合は、「gufw」をインストールし、「+」、「simple tab」の順に使用します。


0

私の問題の原因はでした/etc/samba/smb.conf。名前にWORKGROUP言及した後の行を検索して削除しましたlocalhostWORKGROUP各マシンの両方の設定ファイルで同じであることを確認してください。全体的な方法は、sudo apt-get purge samba(および/またはremove?)、そしてになりsudo apt-get install sambaます。これは、私のマシンで16.10から17.04にアップグレードした後、最初に問題を解決する方法です(16.10はバグでした)。16.04と17.04の2つのマシンがあります。


0

この問題が発生したので、パッケージgvfs-binをインストールして解決しました。gvfs-binを除き、gvfs、-common、-libs、-daemons、および-backendsのほとんどのgvfsパッケージが既にインストールされています。


0

ファイルを使用して、UbuntuからWindowsボックスにログインしてみてください。下の「その他の場所」と「サーバーに接続」に移動します。smb:// username @ serveraddressを使用します。これは私のために働いた。


0

問題(少なくとも私が試したUbuntu 18.04では)は、次のコマンドです:

sudo ufw allow Samba

サーバーとして機能するSambaのルールのみを追加します。クライアントとして動作するSambaのルールは追加されません。しかし、リモート共有をマウントしようとすると、それがあなたのしていることです。このシナリオでは、マシンはクライアントであり、リモートマシンはサーバーです。

また、「応答なし」エラーは、ファイアウォールが混乱していることを示唆しています。通常、マシンはリクエストに応答します。エラーで応答する場合があります。この場合、他の問題がありますが、応答しない場合、通常、パケットはファイアウォールによって食いつぶされています。

Sambaがサーバーとして機能することを許可するルールは、Sambaがクライアントとして機能することを許可するのに十分ではありません。これは、リモートマシンが独自のポート137から応答するためです。ランダムポート。

この問題を解決するには、次のコマンドを実行します。

sudo ufw allow in proto udp from any port 137,138 to any

これにより、リモートコンピューターのポート137または138から発信されている限り、UDPパケットは任意のローカルポートに到着できます。137から到着するパケットを見ただけなので、おそらくポート138は必要ありませんが、あなたは決して知りません。

発信元のポートがスプーフィングされる可能性があるため、これはおそらく安全ではありませんが、偏執的にならないようにしましょう。

これは私のためにそれを修正しました。


-1

IPアドレスでしかSambaサーバーを見ることができませんでした。

「名前解決順序= bcast lmhosts hosts wins」でbcastを1番目に切り替えます。そして、sambaを再起動します。この1行でSambaが再起動します。

sudo service samba restart

それもうまくいきませんでした。

私は/etc/samba/lmhostsそれをチェックしてファイルをチェックしに行きました!そこで、lmhostsを作成しました。

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

サーバー名を検索できませんでした。それから待って、コンピューター名とサンバ名が違うと思った。そこで、ホストとホスト名を編集し、それらをsambaサーバーの名前に変更しました。慎重なホスト名には単語が1つしかありません。コンピューター名#コメントなし。

/etc/hosts    
/etc/hostname    
$ sudo reboot 

今では動作します。nautilusまたはcajaでネットワークをクリックするだけで、サーバーがポップアップします!すべてのクライアントで、すべてがLinuxまたはAndroidです。古いdebianスクイーズマシンでも。

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