EISA分区的疑问

小至

一直以来对EISA分区有个疑问：此分区的分区ID一定是0x12么？那么又是怎么区分他是NTFS还是FAT32？

同样，一定要Windows可以识别的分区才能成为EISA么？

更进一步，分区ID的作用？如果把一个FreeBSD分区的分区ID也改成0x12？还能继续使用么？

种种问题，真诚求解！

zhczf

EISA分区的资料不多啊，来学习一下啊，多谢lvyanan 的详细解释

lvyanan

分区属性ID其实就是一种约定，或者说是一种定义，它是用来描述分区性质的，是格式化的根据，在windows系统下，格式化程序可以改变这个分区ID，比如分区时我们选择的是FAT32的ID属性0C，但格式化时我们又选择了NTFS格式，那么在格式化的时候，格式化程序会将分区属性ID修改为07，分区属性ID是提供给操作系统识别用的，windows操作系统一般能识别和支持01、04、06、07、0B、0C、0E等属性的文件系统格式，05、0F是代表扩展分区属性，对于其他属性值，windows系统不支持，若是遇到不支持的分区ID，windows系统将不支持对该分区的读写操作，12属性比较特殊，windows XP系统对12属性的磁盘实施一定的保护，不支持删除和修改操作，因此很多一键恢复软件在构造隐藏分区时，都采用这个ID来实现对隐藏分区的保护，当然，这个保护是有限的，操作系统软件会严格遵守保护规则，对于其它软件，就不会跟着微软的指挥棒走了，比如用Diskgenius、WinPM等分区工具，还是可以删除EISA分区的，据说构成EISA分区的ID还有其他值，阿文版主曾经试验过所有255个ID值，他说有3个数值可以定义EISA分区，我没有验证，只是在此引用罢了。
仅根据12ID是无法判断磁盘的实际文件系统属性的，要确定磁盘文件系统属性，最根本的办法是，直接读取磁盘的DBR，根据DBR的BPB表定义，来确定磁盘文件系统格式。
分区ID是提供给操作系统识别所属磁盘用的，如果标识的不是本操作系统支持的文件系统ID，一般的操作系统是会放弃装入这个分区磁盘DBR扇区的，但windows2003似乎不遵守这个规则，它会直接通过DBR来识别文件系统，因此即使分区ID标注的是12属性，windows2003还是能正确识别真实的文件系统格式的，并提供操作支持，当我们用windows2003PE启动后，会发现定义为EISA分区的磁盘，会被显露出来。至于FreeBSD会如何对待其不支持的文件系统ID，这要看操作系统内部是如何定义的，要想了解具体情况，做一次实验就可真相大白，何必听别人云？
分区类性标志：


[ 本帖最后由 lvyanan 于 2010-10-26 08:49 编辑 ]