web-dev-qa-db-ja.com

sec = ntlmおよびsec = ntlmv2で試行したUbuntu 13.10でCIFSマウントが失敗する

ほぼすべてのcifsマウントに関する質問を読みましたが、残念ながらcifs共有をマウントできません。

私が使用しているコマンドは、redhatマシンでは機能しますが、Ubuntu 13.10（カーネル3.11.0-15-generic）では機能しません

私が使用するコマンドは

Sudo mount -t cifs //server01.mycompany.com/archive$/StructuralBiology/RAW-Data /home/rawdata2 -o user=hari.lastname,rw,soft,nosuid,uid=1000,gid=1000

sec=ntlm、sec=ntlmv2でこれを試しましたが、まだ機能しません。

Cifsコマンドは次のエラーで失敗します。

mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

また、dmesgには次のメッセージがあります。

[169895.357046] CIFS VFS: cifs_mount failed w/return code = -13
[170370.733123] CIFS VFS: cifs_read_super: get root inode failed

私は答えを見つけるために何日も費やしましたが、できません。どんな助けやポインタも大歓迎です。

kernelmountsambafstabcifs
3
harijay

したがって、Ubuntu 13.10のLinuxカーネルでは、mount.cifsプログラムのデフォルトが異なる場合があります。

私はcifsのドキュメントを読んでいて、テキストがありました：

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.

したがって、archive $はMicrosoft Windows 7およびWindows Server 2008R2ベースのサーバーであると想定しました。

最後に、共有をマウントするためにこのコマンド（vers = 2.1が追加された古いコマンド）を取得しました

alias mountr2='Sudo mount -t cifs //server01.mycompany.com/archive$/StructuralBiology/RAW-Data /home/rawdata2 -o user=hari.lastname,rw,soft,nosuid,uid=1000,gid=1000,vers=2.1

その後、共有は以前と同様に完全な読み取りおよび書き込み権限でマウントされました。悲しいことに、これを理解するのに長い時間（2か月以上）かかりました。

Cifsモジュールとmount.cifsプログラムがこのプロセスをそのようなブラックボックスにしないために、より有用で意味のあるエラーメッセージを吐き出すことを望んでいます。

2
harijay

UbuntuまたはLinuxMintベースのファイルサーバーからのSambaファイル共有サービスを必要とするさまざまなネットワークでこの問題が発生しました。

everyの場合、ユーザーのSambaアカウントにはパスワードがあり、共有を介した共有の閲覧（およびファイルの操作）が許可されているファイルマネージャー、fstabマウントが機能しませんでした。

これは、sec = ntlm、sec = ntlmv2、sec = ntlmssp、または通常「ソリューション」として提供されるさまざまなオプション（つまり、file_modeまたはuserまたはgidの設定）の設定に関係ありません。

everyの場合、インストールのソリューションは同じになりました：sambaユーザーのパスワードをリセットします。設定オプションに関係なく、マウントは機能します！

パスワードがユーザーのLinuxアカウントから「継承/変換」されるとどうなるかわかりませんが、samba共有を参照する（マウントしない）能力があるにもかかわらず、そこに重大な問題があるようです。

私はこの回答を、問題のある人には役立たないと思われる同じ「回答」を促進するいくつかの同様のAskUbuntuの投稿にクロス投稿します。

おそらく、このアプローチはfstab sambaマウントの課題に役立つでしょう。幸運を祈ります。

2
FBachofner
mount -t cifs -o ro,iocharset=utf8,sec=ntlm,username=everyone,password=null,vers=3.0 //file.biliops.com/Public-Share /mnt/cifs

成功。

1
higkoo

私はこの問題に最近出くわしました。問題は、smb/cifs共有のサブフォルダーをマウントできないことです。共有自体のみをマウントできます（つまり、 '// server/share/dir-1/dir-2/dirをマウントしようとしないでください） -3 '、代わりに' // server/share 'をマウントします）。試してみてください...

Sudoマウント-t cifs //server01.mycompany.com/archive$/home/rawdata2 -o user = hari.lastname、rw、soft、nosuid、uid = 1000、gid = 1000

...そして、「/ home/rawdata2/StructuralBiology/RAW-Data」経由で目的のディレクトリにアクセスします

その「RAW-Data」ディレクトリを「/ home/rawdata2」として使用できるようにしたい場合は、共有を邪魔にならない場所にマウントし、次のようなシンボリックリンクを使用できます...

Sudo mount -t cifs //server01.mycompany.com/archive$ /home/.hidden-mount -o user = hari.lastname、rw、soft、nosuid、uid = 1000、gid = 1000

ln -s /home/.hidden-mount/StructuralBiology/RAW-Data/home/rawdata2

1
Nestor Custodio

私はそれがあなたの問題に正確に関係していないことを知っていますが、KRB5マウント方法を使用し、以下を見ている人々のために1つのメモを追加したいだけです。

mount error(13): Permission denied

Debian 8.10カーネル3.16で問題が発生していましたが、KRB5 + SMB1.0が唯一の組み合わせでした。

Vers = {2.0、2.1、3.0}を使用してマウントすると、許可が拒否されましたが、これは他の（新しい）Linuxホストで機能していました。

カーネル4.10にアップグレードすると、この問題は修正されました。これが誰かの助けになることを願っています！

0
skupeez