Samba共有の「読み取り専用ファイルシステムエラー」、同じオプションの代替共有が機能する(Linuxクライアント)

Samba共有の「読み取り専用ファイルシステムエラー」、同じオプションの代替共有が機能する(Linuxクライアント)

過去数日間に解決しようとした非常に奇妙な問題に遭遇し、さまざまな解決策を試しました。これについては後で取り上げます。

私のホームネットワークは、マイクロサーバー(Ubuntu Linux Server 17.04、x86_64のカーネル4.10.0-26-generic、CLIのみ)と複数のWindowsおよびLinuxクライアントで構成されています。私の目標は、読み取り専用ゲストアクセスと読み取り/書き込みアクセスを可能にするSamba共有(Linux Mint 18.1、カーネル4.4.0-81-generic)を設定することです。

私のsmb.confにはmediaとtempという2つの同じ共有があります(後者はバグ修正用です)。

[media]
comment = smb share
path = /media
browsable = yes
guest ok = yes
writable = no
write list = ap

[temp]
comment = smb share
path = /temp
browsable = yes
guest ok = yes
writable = no
write list = ap

/media と /temp はどちらも次に設定されます。chmod -R 775そしてchown -R ap:ap

奇妙なことは、LinuxクライアントからAPへの両方の共有にアクセスできますが、[temp]への書き込み権限しかないことです。 [メディア]からフォルダを作成したりファイルを削除しようとすると、「読み取り専用ファイルシステム」エラーが発生します。 SSLを使用して自分のサーバー(ルートAPとして)にログインするときに書き込みに問題はありません。

/media/*に3つの異なる内蔵ハードドライブがマウントされていることも興味深いかもしれません。 fstabエントリは次のとおりです。

UUID=954d122e-ef13-4248-acb3-5c95fb44d2ad /media/misc ext4 defaults 0 0
UUID=d213c725-a715-40f3-8278-de890fad1168 /media/cinema ext4 defaults 0 0
UUID=6469b3d0-bdb5-4b0c-8559-b9d26f69b332 /media/series ext4 defaults 0 0

次の可能な回避策は機能しません。

  • chmodを777に設定し、chownをroot:rootに戻します。
  • システムパーティションを含むすべてのパーティションfscking
  • 私のsmb.confで遊ぶ(有効なユーザー、リストを読む、マスクを作成するなどのオプションを試してください)
  • SambaユーザーとしてAPを追加する
  • 共有をマウントしてみてくださいmount -t cifs -o ユーザー名=ap //サーバー/mntpoint(rw、uid、gid、domain、forceuid、forcegidなどのオプションを試してください。)
  • rwオプションを使用して内蔵ハードドライブを再マウントする

NFSに切り替えることができるようですが、非常に明確な部分が欠けているかどうか、またはこの問題を解決するために取る可能性のある追加のアクションが何であるかをまだ知りたいです。

ベストアンサー1

おすすめ記事