linux和windows文件名长度限制
Linux文件名的长度限制是255个字符
windows下完全限定文件名必须少于260个字符，目录名必须小于248个字符。
linux下文件数、目录数、文件名长度的各种限制
以下测试都是在没有优化或修改内核的前提下测试的结果
1. 测试目的：ext3文件系统下filename最大字符长度
测试平台：RHEL5U3_x64
测试过程：
LENTH=`for i in {1..255};do for x in a;do echo -n $x;done;done`
touch $LENTH
当增加到256时，touch报错，File name too long
linux系统下ext3文件系统内给文件/目录命名，最长只能支持127个中文字符，英文则可以支持255个字符
2. 测试目的：ext3文件系统下一级子目录的个数限制
测试平台：RHEL5U3_x64
测试过程：
[root@fileserver maxdir]# for i in {1..32000};do mkdir $i;done
mkdir: cannot create directory `31999': Too many links
mkdir: cannot create directory `32000': Too many links
ext3文件系统一级子目录的个数为31998(个)。
Linux为了cpu的搜索效率而规定的,要想改变数目大概要重新编译内核.
3. 测试目的：ext3文件系统下单个目录里的最大文件数
测试平台: RHEL5U3_x64
测试过程：
单个目录下的最大文件数似乎没什么特别限制，也是受限于所在文件系统的inode数限制：
df -i或者使用tune2fs -l /dev/sdaX或者dumpe2fs -h /dev/sdaX查看可用inode数，后两个命令
输出结果是一样的，但是跟df所得出的可用inode数会有些误差，至今不明白什么原因。
网上常用两种解决办法：
1） 重新mkfs，ext3默认block大小4096 Bytes，block设置小一些inode数设置大一些
2） 使用loopback文件系统临时解决：
在/usr中（也可以在别处）创建一个大文件，然后做成loopback文件系统，将原来的文件移到这个
文件系统中，并将它mount到/usr下合适的位置。这样可以大大减少你/usr中的文件数目。但是系统
性能会有点损失。
4. 测试目的： 打开文件数限制（文件句柄、文件描述符）
测试平台： RHEL5U3_x64
ulimit -n 65535设置，或者/etc/security/limit.conf里设置用户打开文件数、进程数、CPU等
原文地址 http://dx.ylmf.net/read.php?tid=1330799
相关文档：
umount 目录可以解除关联关系
必须先在客户端umount，然后在服务器端停止nfs服务，以及修改/etc/exports，否则的话会导致df -h无法关闭
原贴:http://linux.chinaunix.net/bbs/archiver/?tid-905711.html
2007-8-8 14:40 wzknet
手把手教你Linux系统下快速设置NFS
[color=Blue]一、NFS服务端设置（NFS服务端IP：10 ......
本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u1/53989/showart_1812426.html
1.什么是库
在windows平台和linux平台下都大量存在着库。
本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。
由于windows和linux的本质不同，因此二者库的二进制是不兼容的。
本文仅限于� ......
1.启动linux，大概在2秒中吧!就这样的界面!按三下键盘E
(按第一次E键进入如图1.)
图1按第二下E键进入如图2
图2按第三下E键进入如图3
看到图3的界面应该有些陌生吧!现在我们输入一句命令 / 1
(记得：输入“斜杠”后按一下“空格”在输入1，接下去就按“回车键”)
输入命令回车之后，它� ......
这个rootkit使用的技术不比前一个，它不是拦截系统调用，而是拦截具体文件系统的回调函数，本身文件系统的回调函数就是动态注册的，很是不确定，那么反黑软件自然就不能简单下结论说这个函数被黑掉了，因此这个rootkit看来比前一个略胜一筹，自然的，既然是内核模块，那么模块隐藏也是一个重要的内容，以下是一个简单的模块 ......
