一部のアプリケーションで読み取り専用として開かれている共有フォルダーに有効なファイルを書き込む
NautilusからConnect to Serverオプションを使用して、NASのSamba共有フォルダーを指す共有フォルダーをUbuntuデスクトップにセットアップしました。共有フォルダーに接続するユーザーは、すべてのファイルとフォルダーの読み取りおよび書き込み権限を持っており、Nautilusから直接共有フォルダーにファイルを作成するための完全な読み取り、名前変更を行うことができます。
ただし、一部のアプリケーションで共有からファイルを開くと、読み取り専用として開かれるため、ファイルに変更を加えることができません。たとえば、eog（デフォルトの画像ビューア）で画像を開いたり、KeepassXで.kdbxファイルを開いたりすると、これが発生します。ただし、geditまたはLibreOfficeドキュメントを使用してテキストファイルを開くと、これらのアプリケーションはリモートファイルを書き込み可能として扱います。
共有フォルダーが書き込み可能としてマウントされていることを確認しました。
gvfsd-/run/user/1000/gvfsタイプのFuseFuse.gvfsd-Fuse（rw、nosuid、nodev、relatime、user_id = 1000、group_id = 1000）
また、/ etc/fstabのcifsを使用して共有フォルダーをマウントしようとしましたがうまくいきませんでした。
Nautilus、LibreOffice、またはgeditを介して問題なく共有に書き込むことができるため、この問題がサーバー構成またはユーザー権限に関係している可能性があることを破棄しました。しかし、eogのようなアプリケーションがすべてのリモートファイルを読み取り専用として見るのは奇妙に思えます。これらのアプリケーション用に、デスクトップコンピューターにマウントされた共有の構成を変更する必要があるかもしれません。誰かがこれと同じ問題を経験しましたか？
よろしくお願いします。
/ etc/fstabにある共有フォルダーをマウントしているすべてのアプリケーションからすべてのファイルに書き込み権限でアクセスできるようになりました。
秘訣は、uidとgidをforceuidおよびforcegidのマウントオプション/etc/fstabは、マウントされたSamba共有のファイルとフォルダーを処理するときに、書き込み権限を持つローカルユーザーをマップします。
リモート共有をマウントするときに使用するためのベストプラクティスは確かではありませんが、少なくとも私にとってはうまくいきます。私がまだ知らないのは、Nautilusを使用して共有フォルダーをマウントするときにこれらのマウントオプションを使用する方法です。