C大，GRUB4DOS的map功能能不能添加缓存？

不点

诚然啊！

不过现在我脑子中似乎就有了这样一个概念：既然主板 BIOS 不让传统的软盘支持 LBA， 那么，让 U 盘启动为软盘，这一行为，实际上成了 “不智之举”。

应该生办法不让 U 盘被主板识别为软盘，否则，LBA 支持就可能被屏蔽掉了。这样，凭空产生了无穷无尽的麻烦。

比较而言，还是生办法让 U 盘被识别为硬盘比较好（支持 LBA 的可能性很大）。当 U 盘识别为硬盘 hd0 时，在 grub4dos 中，大不了就是一个磁盘交换（hd0 与 hd1）就可以把真实硬盘放在 hd0 的位置了。对于 grub4dos 来说，这是 “轻车熟路”，一点也不麻烦。

Plantsoot

兼容UTF-8的代码已经写完，目前够用。格式化成UTF-8的代码没写，用fbinsttool1.605解决，暂时不考虑动fbinst的原始代码，当然，加上很简单。

今天下午 hdlist 的功能已经完成，准备加到plus版中，就OK了。

注意：杏雨梨云的udload 改用 plus版中的 output来导出文件就可以了。

[ 本帖最后由 Plantsoot 于 2011-11-17 16:10 编辑 ]

hotdll

原帖由 不点 于 2011-11-17 15:23 发表
诚然啊！

不过现在我脑子中似乎就有了这样一个概念：既然主板 BIOS 不让传统的软盘支持 LBA， 那么，让 U 盘启动为软盘，这一行为，实际上成了 “不智之举”。

应该生办法不让 U 盘被主板识别为软盘，否则 ...

不点的解释正式我想要描述的。也让我明白了不少底层知识。

有一个办法，就是能不能让UD区变成NTFS格式或者其他格式。

因为研究发现。只要U盘的格式不是FAT格式，BIOS就是想把他当软盘，它也没那个本事。

幸运的草

确实经测试，我的那台机，如果U＋，U＋V2都可以正确识别是HDD还是ZIP格式，同时，用DG把U盘无论格式成FAT32还是NTFS，用BOOTICE写主引导为GRLDR时，也是识别为HDD。只有FB时，HDD格式才会识别为ZIP。
　但好像U盘为NTFS时有最小容量的限制，而且U盘上使用NTFS格式时会损伤U盘，缩短寿命。
所以微软开发了exfat分区格式。不过好像PE支持度不高。

hotdll

我记得软盘不能被格式化称fat32。软盘一般是fat12或者fat16 ,统称fat

2011qf020124

虽然我学习研究G4D的时间不长，但看到大家这么热情的讨论，也想来谈谈自己对G4D里MAP命令快慢的理解！！

1. 无论是直接map还是 map --mem,实现方式都是拦截int13中断，处理代码就放在640K的顶部！

2. 使用map --mem时，把映像加载到内存，然后在int13内部去访问内存，内存仿真盘int13的接口和普通物理磁盘的接口形式是一致的！！

3.直接map 时，本质是进行了int13的递归调用，即仿真盘的int13在其内部又去调用了真实磁盘的int13，这个递归的出口就是真实磁盘的int13调用！！

4.两种map都会使用到真实磁盘的int13，只是时机不同，所以依我看，g4d map的快慢，很大一部分原因取决于真实磁盘int13功能的速度，而这部分代码，是由主板bios提供的！除非g4d使用外部驱动，但使用外部驱动，可能会带来兼容性问题！

     以上属于个人理解，有不对的地方请指正！！！

幸运的草

主要是ZIP时map 慢，而HDD时map 并不慢。估计是判断为ZIP时会以软驱的速度去读盘。
但如果想点什么办法，让BIOS识别成HDD，这个问题也就解决了。
能正确识别FB盘为ZIP及HDD的BIOS，把U盘fb 为HDD格式也解决了这个问题，主要是BIOS把FB的盘强行识别为ZIP，这个问题就有点麻烦。

　经测试，当U＋、U＋V2及用BOOTICE写入GRLDR引导代码时，BIOS都会正确识别为HDD。只有FB时才会识别成ZIP，无论是ZIP格式还是HDD格式。
　　不知FB时文件格式与其他的制作方式有什么不同？

pseudo

现在机器普遍很好，速度不成大问题。好像不大必要为此做大动作。

有许多应对办法。例如借助burg、memdisk等。
纯g4d也可以对付。例如0pe的“半解开”部署方式，或直接U+（不创建分区）部署方式，对usb-zip与usb-hdd理论上速度没啥区别，都不会慢。

不点

让 fb 识别为 HDD，估计也是 “有门” 的。

注意研究 fb 盘与那些被识别为 HDD 的有什么差别。先猜测 BIOS 会找到什么差别来区分两者，然后再验证这个猜测。

所以我觉得有必要开发 fb 的替代软件，克服 fb 的一些问题。

hotdll

严重同意。。。。
其实我现在觉得NTFS格式的U盘理论上通用性更好一些。
或者是FB的格式从FAT变成FAT32

Plantsoot

ud区有自己的格式，不是FAT也不是FAT32。

hotdll

但是BIOS并不这么认为。

hotdll

原帖由 不点 于 2011-11-17 09:39 发表
grub4dos 对于设备本来就有内部缓存，不过缓存较小，只有 63 个扇区（31.5K）。

任何设备，不管是不是被 map 了的设备，都有这个缓存。缓存是 1 个磁道（通常就是 63 扇区）。

这个缓存的功能是原来的 GN ...

我刚刚突然想起不点大师说的这句话。

识别为USB-ZIP的时候，读盘速度就是30K左右。

因为加载3.4M的镜像 大概需要2分钟时间，也就是120秒左右。算来就是30K/S的样子。

rockrock99

我也严重同意，因为我从来不搞UD，FB对我来说是浮云，还是加强G4D实际

另外插一句，速度跟USB-ZIP模式无关，我已经用联想的T4900V主板证实了：新旧两个BIOS，模式都是强制成USB-ZIP，但新BIOS就很明显改善了速度

幸运的草

本来是跟ZIP模式无关，但由于大部分2.0接口的“老”电脑，并不是从BIOS起就支持2.0驱动，而是在WINDOWS下支持2.0驱动，所以在WINDOWS下读写U盘速度很快，但BIOS中没有集成ZIP的2.0驱动。当BIOS检测到U盘为ZIP时,G4D会根据BIOS的检测去调相应的模块，由于没有2.0驱动，只能以30K左右的速度去读U盘,慢得很，这时就与BIOS有关了。
  而你的新机是真正的支持2.0，也就是在BIOS中集成了2.0的驱动模块，所以就很快了。但并不是所有的新机都是如此，有的新机也没有集成2.0驱动，所以也并不快。

[ 本帖最后由 幸运的草 于 2011-11-18 08:18 编辑 ]

hotdll

你从来不搞UD不能否定FB，FB对大部分人来说并不是浮云。

USB-ZIP你强制了不算。至于速度有没有关系，论坛早有定论。。。不是你说无关就无关的。

你强制的USB-ZIP还是USB-HDD，没有任何的讨论意义。

快雪时晴

关注中，看看有没有谁继续做出突破性的东西来...