现象：用sourceinsight修改的文件无法保存，提示 No enough space to save "XXX", xxx more bytes are required.
服务器Centos5.5，已经开了samba服务； 但在windows资源管理器里可以直接访问 并读写。
刚开始怀疑smb问题，重新配置smb，问题依旧；重装sourceInsight，问题依旧。
回归问题： 提示大概意思是没有足够的空间。
从windows下看共享出来的这个盘，显示空间已全部用完，虽然从windows下属性看的此盘已无空间可用，但是从windows往里面拷贝文件依然可以成功。
[root@localhost ~]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 467367048 448294832 0 100% / /dev/sda1 101086 23542 72325 25% /boot tmpfs 1884560 0 1884560 0% /dev/shm
问题出在/dev/mapper/VolGroup00-LogVol00这里，“/”作为根目录已用完(100%),而从windows下看到的磁盘剩余空间实际上是查看的/dev/mapper/VolGroup00-LogVol00的空间，因此windows认为可用空间为零。而从windows下直接对/dev/sda1 操作时，是直接往/dev/sda1 写数据，因此没有任何问题。
操作：删除一些不需要的文件，查找大于500M的文件。
find / -size +500M -exec ls -lh {} ;
查看 目录大小
du -sh /* | sort -nr
df查看磁盘
[root@localhost bin]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup00-LogVol00 467367048 421753312 21489936 96% / /dev/sda1 101086 23542 72325 25% /boot tmpfs 1884560 0 1884560 0% /dev/shm
window下磁盘映射也恢复正常，sourceInsight恢复可读写。
思路： sourceInsight查看其它服务器资源，可读写，故判断sourceInsight无问题；notepad可以读写改服务器文件（实际估计直接访问的/dev/sda1）矛盾冲突，导致纠结半天，继而重新安装smb。 重中之重：问题提示！！！
ps： samba的smb.conf配置文件
# Security can be set to user, share(deprecated) or server(deprecated)
#
# Backend to store user information in. New installations should
# use either tdbsam or ldapsam. smbpasswd is available for backwards
# compatibility. tdbsam requires no further configuration.
security = share
passdb backend = tdbsam
若是配置user,需要配置用户