无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
查看: 14251|回复: 27
打印 上一主题 下一主题

U盘格为NTFS格式好不好,FIXED和REMOVABLE格式有什么区别...

[复制链接]
跳转到指定楼层
1#
发表于 2009-3-7 21:56:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
http://www.uwe-sieber.de/usbstick_e.html

仔细看看上面写的吧,我想说的是,不要人云亦云。作者还是推荐用NTFS格式的,启动PE或安装XP,NTFS格式要快于FAT的。

我现在将NTFS格式改为FAT32了,唯一的原因就是FAT32没有CATCH延缓写入,我可以直接拨出。

看不懂英文,不要在这里发垃圾回帖,免得被BAN。
2#
发表于 2009-3-8 00:54:56 | 只看该作者
一、那个英文帖确实总结得不错,有参考价值。

二、其次,我对帖中某些细节有看法(有可能跑题歪楼)

我对FIXED_REMOVE、FAT_NTFS的比较和应用不太在意,我现在关心的是USB内部和
BIOS方面的内容。

作者讲的RMB应是图中所示,我的理解RMB是每个USB设备都有的,差异只是取值不同
而已。当RMB=1时,为移动介质。当RMB<>1时,为固定介质,而不是USB-HDD没有
RMB set.





他举的Lexar BootIt例子,应是类似量产工具的东西改变RMB取值;至于
xpfildrvr1224_320.zip,我猜,应与以前multi-boot带的那个工具类似。


三、FIX/REMOVE又勾起来的未解问题

就是这个:http://bbs.wuyou.net/forum.php?mod=viewthread&tid=127538&;extra=&highlight=BIOS&page=2,
bios如何识别U盘格式以及过程,以前我接受贴中看法,现在则有些疑问。
回复

使用道具 举报

3#
 楼主| 发表于 2009-3-8 07:49:23 | 只看该作者
原帖由 zhxy9804 于 2009-3-8 00:03 发表
我那个优盘,格式化成ntfs就无法启动,fat格式就启动正常。
难道是个别现象?


你用什么引导?建议用BOOTLACE引导GRLDR,没有启不来的。
回复

使用道具 举报

4#
发表于 2009-3-8 12:22:27 | 只看该作者
一点推测:

USB存储控制芯片中有一个标志位,来标记磁盘类型(removable 或 fixed)。用在移动硬盘上的,都设为fixed;U盘中的,一般设为 removable 。

而主板如何判断 usb 盘是 hdd 还是 zip、floppy ??我猜测,不同主板有不同的方法,有些主板通过这个标志位来判定;而有些则不管这个标志位,从其它方面来判断;或许还有综合考虑判断的。

这就能解释为什么U盘格式化为 hdd 之后,还是经常被识别为 zip —— 因为格式化仅对 存储空间 操作,并未改变 控制芯片的 fixed/removable 标志位。本身是 removable 的U盘,当遇到“以标志位来判断 usb 盘类型”的主板,还是会被认成 zip 。而通过量产工具将之设为 fixed 之后,基本上就不会了。
回复

使用道具 举报

5#
发表于 2009-3-8 13:08:12 | 只看该作者
刚看了下1楼的链接

原来 removable 指的是 media ,而不是整个U盘。。。
回复

使用道具 举报

6#
 楼主| 发表于 2009-3-9 19:24:40 | 只看该作者
这个主控里,到底什么控制了REMOVABLE或FIXED,还真没有资料公布,等我看看工程师能不能回答。
回复

使用道具 举报

7#
发表于 2009-3-9 20:01:01 | 只看该作者
呵呵,V版,我查了M$网站资料,

1、我在3楼猜的没错,就是INQUIRY命令。

2、您在顶楼提出的内容,M$的这篇文档<Removable Storage Devices and Windows Vista Support>
比那个网站资料更详细权威。而且,貌似M$已经把UFD单列成Hot pluggable type了
回复

使用道具 举报

8#
发表于 2009-3-9 20:30:30 | 只看该作者
原帖由 PTPTPTPTPTPT 于 2009-3-8 12:22 发表
一点推测:

USB存储控制芯片中有一个标志位,来标记磁盘类型(removable 或 fixed)。用在移动硬盘上的,都设为fixed;U盘中的,一般设为 removable 。

而主板如何判断 usb 盘是 hdd 还是 zip、floppy ? ...




BIOS判断U盘的问题,我正在学习,还没有完全领悟。

不过,我认为,应与removeable/fixed无关。removeable/fixed应该是进入OS之后的事情,POST阶段,还没有OS呢。
BIOS的过程应该是2步:   

1、通过Option ROM中的数据结构来确定U盘是个USB设备而不是其它;
2、用INT服务。

是ZIP还是HDD,应该是不同BIOS提供的INT13实现有所不同,结果不同。
回复

使用道具 举报

9#
发表于 2009-3-9 21:05:01 | 只看该作者
原帖由 wuwuzz 于 2009-3-9 20:30 发表

BIOS判断U盘的问题,我正在学习,还没有完全领悟。

不过,我认为,应与removeable/fixed无关。removeable/fixed应该是进入OS之后的事情,POST阶段,还没有OS呢。
BIOS的过程应该是2步:   

...


这个供参考:



后来 bean 更新了 grubinst ,默认不拷贝 第一分区 BPB表,就没问题了。
回复

使用道具 举报

10#
发表于 2009-3-9 21:08:03 | 只看该作者
而 2楼 waiting 所说的,又是另一种情况。
回复

使用道具 举报

11#
发表于 2009-3-9 21:11:16 | 只看该作者
原帖由 wuwuzz 于 2009-3-9 20:30 发表

removeable/fixed应该是进入OS之后的事情,POST阶段,还没有OS呢。


何以认定 “removeable/fixed 是进入OS之后的事情” 呢?
回复

使用道具 举报

12#
发表于 2009-3-9 21:31:17 | 只看该作者
原帖由 wuwuzz 于 2009-3-8 00:54 发表
二、其次,我对帖中某些细节有看法(有可能跑题歪楼)

我对FIXED_REMOVE、FAT_NTFS的比较和应用不太在意,我现在关心的是USB内部和
BIOS方面的内容。

作者讲的RMB应是图中所示,我的理解RMB是每个USB设备都有的,差异只是取值不同
而已。当RMB=1时,为移动介质。当RMB<>1时,为固定介质,而不是USB-HDD没有
RMB set.

我觉得老兄可能断错句了,并非 RMB set 连在一起作为一个名词,而是 RMB 本身就是名词,set 是动词被动语态,“have the RMB set ” 就是“将 RMB 设定(为真)”

你的意思跟那文章一致。
回复

使用道具 举报

13#
发表于 2009-3-9 21:59:07 | 只看该作者
原帖由 PTPTPTPTPTPT 于 2009-3-9 21:11 发表


何以认定 “removeable/fixed 是进入OS之后的事情” 呢?




我是这样看的:UFI命令层,位列USB驱动之后,所以应是进入OS之后的事。
回复

使用道具 举报

14#
发表于 2009-3-9 22:02:46 | 只看该作者
11楼图例,和waiting描述的事例,本质上是一样的问题---也就是在我贴中所说,BIOS INT13磁盘读写方面的问题.

事实上,我是从bootable CD-ROM仿真处理成A、C的流程受到的启发,推导与INT 13有关

[ 本帖最后由 wuwuzz 于 2009-3-9 22:13 编辑 ]
回复

使用道具 举报

15#
发表于 2009-3-9 22:22:41 | 只看该作者
原帖由 wuwuzz 于 2009-3-9 21:59 发表




我是这样看的:UFI命令层,位列USB驱动之后,所以应是进入OS之后的事。



1. bios 下也可以有 usb 驱动。实际上,某些主板的确有——我推测。原因是,某些主板 从 某些usb盘 启动时,实模式下就可达到 usb2.0 的速度。

2. os 可以根据标志位判断 FIXED 或 REMOVABLE ,bios 也可以。
回复

使用道具 举报

16#
发表于 2009-3-9 22:33:23 | 只看该作者
或者我们可以追溯一下,u盘是何时发明的,谁发明的,当初是如何设定 FIXED/REMOVABLE 的,以及为何那样设定
回复

使用道具 举报

17#
发表于 2009-3-9 22:41:07 | 只看该作者
原帖由 PTPTPTPTPTPT 于 2009-3-9 22:33 发表
或者我们可以追溯一下,u盘是何时发明的,谁发明的,当初是如何设定 FIXED/REMOVABLE 的,以及为何那样设定




这个与U盘无关,USB沿用了SCSI规范,SCSI支持多种设备类型/介质,有RMB位设计
回复

使用道具 举报

18#
发表于 2009-3-9 22:49:17 | 只看该作者
原帖由 wuwuzz 于 2009-3-9 22:02 发表
事实上,我是从bootable CD-ROM仿真处理成A、C的流程受到的启发,推导与INT 13有关


似乎 A、C 取决于 bios 把U盘映射为 0x80 还是 0x01
回复

使用道具 举报

19#
 楼主| 发表于 2009-3-9 22:49:24 | 只看该作者
U盘这东西,研究不起,好在新的主板都支持USB启动了,且可以直接驱动EHCI,速度很好。
回复

使用道具 举报

20#
发表于 2009-3-9 23:00:45 | 只看该作者
原帖由 PTPTPTPTPTPT 于 2009-3-9 22:49 发表


似乎 A、C 取决于 bios 把U盘映射为 0x80 还是 0x01





A、C应是最后结果。在此之前,BIOS要判断磁盘格式参数,然后再决定如何映射吧?我想ZIP/HDD也有这个判断过程。
回复

使用道具 举报

21#
发表于 2009-3-9 23:07:31 | 只看该作者
原帖由 victor888 于 2009-3-9 22:49 发表
U盘这东西,研究不起,好在新的主板都支持USB启动了,且可以直接驱动EHCI,速度很好。





嘿嘿,为了U启,我不得不翻找BIOS、USB、SCSI等的规范,虽说看得头昏脑涨,似懂非懂,

但总算可以部分解决以前的疑惑,感觉还是有所收获的~~


有个疑问,“直接驱动EHCI”,有比较官方的BIOS文字材料证明这一点吗?

[ 本帖最后由 wuwuzz 于 2009-3-9 23:13 编辑 ]
回复

使用道具 举报

22#
发表于 2009-3-9 23:10:06 | 只看该作者
原帖由 wuwuzz 于 2009-3-9 23:00 发表

A、C应是最后结果。在此之前,BIOS要判断磁盘格式参数,然后再决定如何映射吧?我想ZIP/HDD也有这个判断过程。


关键就是这个决定的过程。我觉得 int13 功能是单一的,就是读写扇区。而 bios 到底把U盘当成 fdd 还是 zip 还是 hdd ,靠的是另一套判断逻辑
回复

使用道具 举报

23#
发表于 2009-3-9 23:15:13 | 只看该作者
启动U盘又是何时、何人发起的呢?他如何实现的?又出于何种考虑呢?
回复

使用道具 举报

24#
 楼主| 发表于 2009-3-10 08:28:08 | 只看该作者
原帖由 wuwuzz 于 2009-3-9 23:07 发表
嘿嘿,为了U启,我不得不翻找BIOS、USB、SCSI等的规范,虽说看得头昏脑涨,似懂非懂,
但总算可以部分解决以前的疑惑,感觉还是有所收获的~~
有个疑问,“直接驱动EHCI”,有比较官方的BIOS文 ...


我没去翻材料,但从启动速度上可以确认。
回复

使用道具 举报

25#
发表于 2009-3-10 12:13:10 | 只看该作者
原帖由 victor888 于 2009-3-10 08:28 发表

我没去翻材料,但从启动速度上可以确认。



我昨天又想了半天,想通了BIOS判断EHCI的问题--
还是那个device type code来决定的。

[ 本帖最后由 wuwuzz 于 2009-3-10 17:57 编辑 ]
回复

使用道具 举报

26#
发表于 2009-3-11 07:31:46 | 只看该作者
做下小结,对我的部分观点做修正

一、BIOS可能内置有USB/UFI(尤其是USB 2)驱动软件。
从phoenix的介绍看,字里行间有这个印象;从另一个角度讲,BIOS本身就是chipset的驱动。

二、确定了第一点,就修正我在前面所说“removeable/fixed 是进入OS之后的事”。
BIOS有驱动的话,进入OS前,也能识别removeable/fixed。

三、确定了第一点,关于BIOS识别U盘格式问题,又重新回到
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=127538&中
netwinxp斑竹的观点。不过,这一次,认识前进了一步:

1、设备和介质类型,UFI命令集分别有定义;
2、介质类型定义,Media Type and Write Protect块确实有说明。
但是,FDP页数据更重要,它指出了CHS参数,且优先于(覆盖)
Media Type块信息
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2025-8-1 00:19

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表