Samba SMB 共享托管在私人家庭网络设置中的 Debian“Jessie”上。
可以连接到共享、打开文件以及将文件复制到共享或从共享复制文件。
尝试对共享上的文件进行任何更改(例如:编辑文本文档)会导致ALL CONTENT OF THE FILE ERASED
.文件本身仍保留在共享上,但文件大小为 0。
服务器上的共享目录的权限为775。
尝试过 root:root 和 root:users 的 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
文件被意外截断的少数原因之一是磁盘空间不足。
值得使用 确认可用磁盘空间量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
这是一个已知的错误:
- Bug #708829“当我在 sftp 过程中保存 txt 文件时文本被截断...”:Bug:leafpad 包:Ubuntu有许多重复项链接到它并提供进一步的链接
- #680418 - gvfs-fuse:在 gvfs sftp 挂载上错误成功的 posix fwrite 调用可能会导致数据丢失 - Debian Bug 报告日志+1295007 – 用于保存数据的非 GIO (POSIX) API 调用将文件截断为 0 字节。提出了更深层次的原因,但显然,Leafpad 是少数触发该错误的应用程序之一