Samba SMB共有は、プライベートホームネットワーク設定のDebian "Jessie"でホストされています。
共有に接続し、ファイルを開き、共有間でファイルをコピーできます。
共有内のファイルを変更しようとすると(テキスト文書の編集など)、ALL CONTENT OF THE FILE ERASED
ファイル自体は共有に残りますが、ファイルサイズは0になります。
サーバーの共有ディレクトリ権限は775です。
ルート:ルートとルート:ユーザーのchownの組み合わせを試しましたが、成功しませんでした。
共有設定smb.conf設定writable=yes
とbrowsable=yes
。 、force user
との組み合わせを試しましたが、成功force group
しませんでしたcreate mask
。
使用:
security = user
encrypt passwords = true
obey pam restrictions = yes
unix password sync = yes
編集:特にLeafpadで問題の範囲を絞ったようです。他のアプリケーションは共有内の文書を編集できるようです。皮肉なことに、私はオープンと編集をテストする最も簡単なツールとしてLeafpadを使用しています。
答え1
ファイルが予期せず切り捨てられる可能性のある理由の1つは、ディスク容量が不足しているためです。
空きディスク容量を確認するために使用する価値がありますdf -h
。たとえば、共有をホストしている場合、/home/share
このコマンドはdf -h /home/share
必要な情報を提供します。
$ df -h /home/share
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 15G 12G 2.1G 85% /
この例では85%が使用されているため、管理対象ルートパーティションで15%を使用できます/home/share
。
通常、ディスクの空き容量の5%が予約されているため、少なくともroot
この程度のディスク容量が確保されていない限り、ユーザー以外のファイルを作成または拡張することはできませんroot
。 (Sambaは通常所有権のあるファイルには書き込みませんroot
。)
答え2
これは既知のバグです。:
- バグ#708829 "sftp中にtxtファイルを保存するとテキストが切り捨てられます...":バグ:leafpadパッケージ:Ubuntuその項目にリンクして追加のリンクを提供する重複項目がたくさんあります。
- #680418 - gvfs-fuse:gvfs sftpマウントでposix fwrite呼び出しが正しく成功しないとデータが失われる可能性がある - Debian Bug Report Log+1295007 - データを保存するための非GIO(POSIX)API呼び出しがファイルをゼロバイトに切り捨てるより深い理由が提案されていますが、明らかにLeafpadはバグを引き起こす数少ないアプリの1つです。