linux使用 －－分区

最近硬盘空间不够了，想把以前的windows分区直接拿过来。
umount /mnt/wind (卸载 已经挂载的windows分区）
mkfs -t ext3 /dev/***
mount -t ext3 /dev/*** /mnt/download
操作其实很简单：）

svn使用问题－文件和目录名不可用

常在河边走，哪有不湿鞋。某天svn up的时候遇到了

svn: Valid UTF-8 data
(hex: 72)
followed by invalid UTF-8 sequence
(hex: e9 75 6e 69)

顺手google了下，svn邮件列表中有 相关讨论。
粗略看了下，似乎是文件名或者目录名是非utf8的，删除后立马ok，（或者用iconv来修改文件名）
问题产生的本身是因为用ftp上传了非utf8的文件名的文件，而在服务器上(服务器编码是utf8)不能把该文件加入到svn版本库中。
随手做了下测试，在windows机子了，用非utf8的文件名的文件在提交的后，会自动转码。
　问题的根本，可能就是svn的客户端是根据os的环境指定的编码来做一系列的推断的！

服务器状况--内存泄露导致服务不可用

好一个星期天，中午的收到手机短信报警。闷闷不乐的打开电脑，想连上服务器看看到底发生了什么。
状况：
1.服务器可以ping通，无任何异常现象
2.服务器任何端口都连接不上
解决过程：
1.尝试从各个地方连接服务端口，都没有响应。
2.联系机房重启服务器（怀疑服务器被攻击）
3.重启服务器，重启后正常。
4.查看日志（正常），查看重启前负载，内存使用等基本信息（负载200以上，内存吃光)
5.查找攻击迹象或者程序内存泄漏的迹象
6.发现crontab中某程序狂吃内存,以每秒10M的速度吃内存.
7.暂时在crontab中注释掉该程序
后续
1.分析该程序,内存泄漏的根本原因
2.不管是写程序和维护都应该对自己负责,对别人负责,毕竟是一个团队,和不喜欢负责任的人一起工作实在是太累了:)
总结
整个过程使服务暂停10分钟,这样的一个小问题,导致的用户不爽,太那个了.
希望一切一切都可以慢慢的向好的方面发展.
遐想:
1.似乎需要有程序对内存使用以固定的频率进行检查.
2.服务器是centos4,其他的unix os是不是对内存使用的监控和分配更加可控和合理?