无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
12
返回列表 发新帖
楼主: sratlf
打印 上一主题 下一主题

[转贴] [转自时空不点] 请各位提供实际使用中遇到的 CHS 值,作为进一步开发的依据

[复制链接]
31#
 楼主| 发表于 2012-5-31 10:37:39 | 只看该作者

回复 #28 sgw888 的帖子

这个是个已知的bug  后来版本已经修复了  你换用新版应该就没有问题了
回复

使用道具 举报

32#
发表于 2012-5-31 10:59:31 | 只看该作者
0.4.5.c 2012-5-22   538k/766M/0M End 356027
回复

使用道具 举报

33#
发表于 2012-5-31 11:12:26 | 只看该作者

回复 #32 sgw888 的帖子

竟然让我碰巧说对了!真的是 538K。这就等于说,你的 PXE 刚好占用了 100K。

你的 BIOS 中的 EBDA 占用了 2K。

所以,你的全部 640K 常规内存是这样分配的:

最低端的 538K 可以由用户自由使用。紧接着往上的 100K 被 PXE 占用。这就达到 638K 了。还剩下 2K 是 EBDA。

PXE 占用 100K,目前看来这还算是比较小的,这个占用情况完全可以避免与 grub4dos 发生冲突。有些糟糕的 PXE 会占用 110K、120K,那就容易与别的软件产生冲突了。

什么牌子的机器?机器型号?主板型号?何时生产的?何时购买的?硬件配置怎样?价格多少?
回复

使用道具 举报

34#
发表于 2012-5-31 11:40:18 | 只看该作者
组装机,旧机器,主板是从其他机器拆来的,具体来源不清楚.
主板上面有一个 MSI 的标志,非常明显,在PCI插槽有一个 848P-V2 的标志.
BIOS启动信息:
Phoenix - AwardBIOS v6.00 PG

还有一行信息   W7157IMS v1.2 052305  01:16:12

下面是鲁大师检测到的信息:
主板型号        微星 MS-7097
芯片组        英特尔 82865G/PE/P, 82848P - 82801EB/ER(ICH5/ICH5R)
BIOS        Phoenix Technologies, LTD 6.00 PG
制造日期        05/23/2005
回复

使用道具 举报

35#
发表于 2012-6-14 07:05:53 | 只看该作者
我也来报告
一只宇瞻的4G优盘U起检查到的CHS(此机无软驱,BIOS里也关掉了软驱,用的是USB-HDD)
检查结果:
drive 0x00(CHS): C/H/S=1/1/18, Sector Count/Size=18/512
Filesystem type unknown, using whole disk
drive 0x80(LBA): C/H/S=486/255/63, Sector Count/Size=7807590/512
   Partition num: 3, active,  Filesystem type is fat, partition type 0x0B
那个怎么会有软驱?而且只有18个扇区?

[ 本帖最后由 2011czmxbb52 于 2012-6-14 07:07 编辑 ]
回复

使用道具 举报

36#
发表于 2012-6-14 10:41:45 | 只看该作者

回复 #35 2011czmxbb52 的帖子

drive 0x00(CHS): C/H/S=1/1/18, Sector Count/Size=18/512

上面这个软盘 00,是根本不存在的。是属于 BIOS 的 bug(或者人为制造的陷阱,故意让某软件死机的),前面的帖子对此也分析过了。

drive 0x80(LBA): C/H/S=486/255/63, Sector Count/Size=7807590/512

上面这个硬盘 80,支持 LBA,这才是你的 4G 的 U 盘。整个来说,只要主板 BIOS 能够以 LBA 访问 U 盘,那就很不错。这样的 U 盘也支持 wee ,是没有问题的。

[ 本帖最后由 不点 于 2012-6-14 10:43 编辑 ]
回复

使用道具 举报

37#
发表于 2012-6-15 21:30:42 | 只看该作者
继续
这是我在我家老机上测试的
只能用USB-ZIP
我用U起
driver 0x00(CHS): C/H/S=486/255/63, Sector Count/Size=7807590/512
  Partition num: 0, active,   Filesystem type is fat, partition type 0x0B
回复

使用道具 举报

38#
发表于 2012-6-26 15:27:38 | 只看该作者

回复 #36 不点 的帖子

这类机的BIOS有BUG或者是个陷阱,他会虚拟出一个不存在的(fd0)。这样,你仿真(fd0)时,用find命令根本就找不到你仿真的(fd0),当然直接访问是可以的。结果就是由于find查找不到出错或者死机。因为,使用find命令要慎重。

 其实一年半前在测试ZXW的RUN时就发现这个问题了。

解决办法:1、尽可能将U盘格式成HDD格式,除非特殊情况,不要弄成ZIP格式。
     2、在菜单初始化时或在批处理中如果判断为ZIP时,加上一句map --floppies=1即可解决find找不到(fdX)的问题。

另外,这类BIOS,也有可能虚拟出一个不存在的(hd0)。特提醒注意。
回复

使用道具 举报

39#
发表于 2012-7-16 10:16:01 | 只看该作者
插一句嘴
不知道发在这合不合适
我目前测试了几台机器
机器年代从2003年-2011年的都有
测试工具:
N台电脑
一个4G的Apacer的U盘 CHS识别为=486/255/63 总扇区数7822560 USB-HDD(单分区)
我统计不好
不要见怪
发现:
开头是EB指令,BPB为空,被测机器识别为ZIP概率8%
开头是EB指令,有BPB,被测机器识别为ZIP概率90%
开头不是EB指令,BPB是代码,被测机器识别为ZIP只有2台
只要被识别成ZIP,90%的被测机器访问都是CHS
家里电脑两台
学校电脑5台
家里电脑一台2012年刚买的
一台2003年的
学校电脑2003年的、2010年的、2011年的都有
回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2024-11-17 15:37

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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