16.04 CIFS「ホストがダウンしています」が、そうではない


26

CIFSをfstabにセットアップしてあり、起動時に想定されているとおりに機能しています。必要に応じてマウントし、しばらく動作します。どこからともなく(マシンのロックを解除した後など)、「ホストがダウンしています」というエラーが表示されます。複数あり、すべてダウンしています。また、同じサーバーから共有されます。現時点では、Windowsコンピューターと古い14.04マシンをチェックすると、想定どおりに稼働して機能しています。nautilusの共有をクリックして繰り返しエラーを取得した後、再び動作を開始します。「ダウン」している共有にアクセスするには、異なるマウントをランダムに2〜3分クリックし、マウントポイントのデータが自動的に表示されたときに最初のマウントに戻ります。

しばらく更新されていない14.04マシンでは、この問題は発生しません。これらのマシンはすべて完全に機能し、CIFSが「ダウン」することはありません。16.04では、最近まで問題になりませんでした。

私は1日おきに更新し、古いlinuxヘッダーを消去しました(後から見ると、おそらく元に戻すべきです)。これは、修正プログラムが表示されるように懇願しますが、何週間も解決策なしでCIFSマウントと戦っているためです。


私はまったく同じ問題を抱えています。数週間前に始まったばかりです。運が良ければ?
イアンH

いいえ、まだ同じ問題に直面しています。gnome-shellを実行していますか?gnome-shell
DevinM

いいえ、urxvtを使用します。これはヒューズのバグだと思います。
イアンH

回答:


13

私は同じ問題に直面しています。最新のカーネルバージョンとsambaに関係があるようです。

マウントコマンドで(または各fstab行の最後に)vers = 2.0を追加することで、これを解決することができました。


3
他の人のためにこれをより明確にしようとすることができますか?fstabまたはシェルの行を表示し、それが役立つ理由を説明してください。
ザンナ

こんにちは、launchpadに
josepcoves

現在、この修正をテストしています。ここまでは順調ですね。明日までにまだ動作している場合、これを答えとして受け入れます。情報をありがとう!
-DevinM

私にはうまくいきません-あなたがしたことを投稿できますか?使用するバージョン番号はどのようにわかりますか?
ヒッピージム

4
これは受け入れられた答えであるためvers、特定のプロトコルバージョン(古いサーバーでは機能しません)を推奨する代わりに、有効な値を試すと最良の結果が得られることを言及する必要があります。高いプロトコルバージョンから始めて、1つずつ下げていきます。vers=1.0リモートサーバーで終わる場合は、アップグレード(可能であれば)するか、セキュリティで保護する必要があります。
0xC0000022L

37

vers=1.0マウント行に多くのテストを追加すると、問題が解決したようです。マウントは、Ubuntu 17.10でも、以前のUbuntuリリースで長年行っていたように機能します。


3
何十回も試行した後、これが唯一の解決策です。 vers=2.0うまくいきませんでした。
オリビエポンス

私はvers = 1.0対2.0または3.0について知らないし、manページで言及を見つけることができませんが、これは私のために働いた。
グレッグチャバラ

3
//192.168.1.222/volume_1 / media / nas cifs username = ****、password = ****、vers = 1.0
スティーブン

@GregChabala:おそらくチェックアウトmount.cifs(8)man 8 mount.cifsますか?ではmount.cifs、バージョン6.8(からcifs-utilsパッケージ)のmanページはの言及を含んでいますvers=arg
0xC0000022L

7

私も同じ問題に直面しました。Ubuntuwiki(https://wiki.ubuntu.com/MountWindowsSharesPermanently)にある方法を使用して自動マウントしたかったのですが、上記と同じ問題がありました。mount error(112): Host is down

問題vers=3.0は、オプションに追加するのに役立ちました:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

だから、SMB1をバイパスして他の指定されたものを使用した場合にのみ動作するようです、SMB3は私のために働いたので、私は他に何も試していません。

競合を引き起こす可能性があることを読んだため、outlook.comドメイン名ではなく、Windowsマシンでローカルアカウントを使用しました。


Windows 10 Pro Insider Preview Build 16232.rs_prerelease.170624-1334の最近の更新にvers=3.0は、以前は機能していなかった共有をマウントするために追加する必要がある変更が含まれているようです。
ディランオリバー

6

他の人はすでに解決策を示唆していますが、その理由を簡単に説明する価値があるかもしれません。

mount.cifs Ubuntu 16.04では、デフォルトでSMB1プロトコルを使用します。

のそれ以降のバージョンでmount.cifsは、デフォルトのSMBバージョンは2.1または3.0です。

現在のWindowsサーバーは、それを受け入れるようにレジストリで特に構成されていない限り、SMB 1.0プロトコルをサポートしなくなりました。そのため、デフォルトでは、SMB1プロトコルを使用するクライアントからの接続を拒否します。「ホストがダウンしています」という誤解を招くメッセージが表示されます。

ただし、一部の古いシステム(ほとんどの場合NAS)は、プロトコル2.1または3をサポートしていません。

解決策はmount.cifsvers=オプションを使用して、適切なプロトコルを使用してサーバーに接続するように指示することです。たとえば、Windows 10マシンに接続するには:

mount -t cifs ... -o vers=3.0,...

またはUbuntu 18.04以降の古いNASへ:

mount -t cifs ... -o vers=1.0,...

からman mount.cifs(Ubuntu 16.04):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

でマウントを定義すると/etc/fstab、次のようになります。

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

cifs vers = 1.0、credentials = / root / .smbcredentialsは、18.04 LTSで働いていました。「デフォルト」を含めると、fsatbに解析エラーが生成されたため、そのテキストを削除するとエラーが回避されました。
グラハム

@Graham smb1は非常に時代遅れで危険です。また、遅いです。少なくとも到達するようにしてくださいvers=2.1
ジョエルCoehoorn

@JoelCoehoorn、しかしvers = 1.0は機能しましたが、後のバージョンは機能しませんでした...私は3から始め、1.0が機能するまでversを下げました。それ以来、全く問題はありません。
グラハム

@Graham次に、接続先のホストを修正して、smb2.1以降をサポートするようにする必要があります。SMB1.0は本当に悪いです。
ジョエル・シーホルン

:@JoelCoehoorn私はこのスレッドに含まれるアドバイスに続いserverfault.com/questions/414074/mount-cifs-host-is-downを問題を解決します。もう一度vers = 3.0を試したところ、同じエラーが続き、ドライブがマウントされません。vers = 1.0の何がそんなにひどいのか?
グラハム

0

cifs-utilsをクライアントが6.7-2に更新した後、同じ問題が発生しました。そして、基本的にjosepcovesとuser695658からのソリューションが私にとってはうまくいきました。しかし、マウントオプション 'vers'の値1.0のみが機能しました。param 'vers'のデフォルト値は1.0ではなくなったようです。


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