标题: QDMA V2.2 [打印本页]
作者: johnsonlam 时间: 2006-5-13 16:56 标题: QDMA V2.2
作 者 Jack 感 谢 网 友 jmcarl 提 出 省 去 diskette catcher 慨 念 ， 所 以 改 良 了 QDMA ， 以 后 只 要 在 QDBOOT.SYS 加 上 /N 就 可 以 更 省 多 些 记 忆 !
**V2.2 修 正 了 一 个 XMS 移 动 的 臭 虫
http://johnson.tmfc.net/dos/qdma.html
[ Last edited by johnsonlam on 2006-5-17 at 23:58 ]
作者: fastslz 时间: 2006-5-17 19:24
我用QDMA V2.1按照说明加载启动不了，Maxtor 6L080P0 (8mb)可能是主板不支持ATA-133的原因
作者: johnsonlam 时间: 2006-5-18 00:00
| Quote: | |
|
1) 先 下 载 新 版 本
2) 用 参 数 强 制 在 ATA-100 速 度 ， 看 看 行 不 行
主 版 的 BIOS 如 果 有 一 段 日 子 ， 试 试 看 能 不 能 升 级
作者: zhangxue 时间: 2006-5-18 12:18
VMware可以支持了，但始終不支持我的計算機；根本沒有辦法使用強製參數，因為qdboot那一關就通不過了。
作者: johnsonlam 时间: 2006-5-19 10:18
用 正 常 方 法 可 以 吗 ?
例 :
DEVICE=QHIMEM.SYS
DEVICE=UMBPCI.SYS NOEMS
DEVICEHIGH=QDMA.SYS /O /F /D
DEVICEHIGH=QCDROM.SYS /D:CDROM1 /UF
谢 样 子 QHIMEM 和 UMBPCI 会 留 在 640K 以 下 ， 但 QDMA 和 QCDROM 可 以 LOADHIGH ， 如 果 这 样 也 会 死 机 的 话 ， 请 试 试 升 级 BIOS 。
我 试 过 好 几 台 PC 机 ( 包 括 IBM eServer 206 ) 也 没 有 问 题 ， 反 而 多 是 AOpen 、 ASRock 、 ASUS 底 板 最 多 用 户 投 诉 ， 你 是 那 一 块 呢 ?
作者: fastslz 时间: 2006-5-23 19:21
DEVICE=DOS\HIMEM.SYS /TESTMEM:OFF /Q
REM DEVICE=DOS\EMM386.EXE NOEMS
DEVICE=DOS\UMBPCI.SYS /S
REM DEVICE=DOS\XDMA.SYS /L
DEVICE=DOS\QDMA.SYS /O /D /F /L
DEVICEHIGH=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
REM DEVICE=DOS\VIDE-CDD.SYS /D:IDE-CD02
SHELL=COMMAND.COM /F /E:640 /P
DOS=HIGH,UMB
FCBSHIGH=4,0
FILESHIGH=30
BUFFERSHIGH=20,0
STACKSHIGH=9,256
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 6144
LASTDRIVE=Z
主板是VIA最早的 P4X266-8233 PGA423，DDR266时代古董级主板，BIOS是2001/10/24，现在已经没有更新了，毕竟这匹主板生产量不多，主板性能的确不错
下2.2版看看能否启动成功
另外QHIMEM.SYS也加载没成功:(
作者: fastslz 时间: 2006-5-23 23:12
折腾2小时得出以下结果：
DEVICE=DOS\QDMA.SYS /O /F /D 成功
DEVICEHIGH=DOS\QDMA.SYS /O /F /D 失败
DEVICE=DOS\QDMA.SYS /L 成功
DEVICE=DOS\QDMA.SYS 失败
HIGH情况下任何参数均失败（上位内存是足够的）
以上GRUB 0.97 CN下启动测试的，奇怪的是纯DOS情况下启动几乎都成功
可能和GRUB 0.97 CN有冲突吧，不知道哪个QDMA.SYS更适合老主版？
作者: fastslz 时间: 2006-5-24 11:07
DEVICE=DOS\QDMA.SYS /O /F /D 还是不行，启动10次有6~7次不成功
暂时还是用XDMA.SYS吧
作者: johnsonlam 时间: 2006-5-30 14:46
| Quote: | |
|
那 顯 然 是 主 板 或 硬 盤 的 DMA 支 援 不 好 ( 多 是 主 板 問 題 )， 那 建 議 你 不 要 把 QDMA 載 入 UMB ， 也 不 要 使 用 /F (Fast DMA) ， 極 可 能 有 衝 突 ， 載 入 640K 傳 統 記 憶 也 只 是 花 幾 kbyte 而 已 。
XDMA 的 問 題 是 配 合 不 了 QHIMEM 和 QCDROM ， 小 心 點 使 用 啊 ， 如 果 QDMA 能 用 的 話 ， 儘 量 不 要 用 舊 的 XDMA ( 要 看 看 QDMA 自 v1.0 後 的 修 正 對 你 有 沒 有 影 響 ) :
http://johnson.tmfc.net/dos/qdma.html
[ Last edited by johnsonlam on 2006-5-30 at 14:51 ]
作者: johnsonlam 时间: 2006-5-30 14:55
| Quote: | |
|
我 看 漏 了 這 句 ， 這 絕 對 是 BIOS 或 晶 片 問 題 ， 建 議 你 使 用 MEMTEST 386+ 檢 查 一 下 記 憶 體 ， 下 載 網 址 :
http://www.memtest.org
作者: fastslz 时间: 2006-6-5 09:24
memtest都是英文也没用过不会用，用HWINFO查了没发现问题
作者: johnsonlam 时间: 2006-6-6 17:14
| Quote: | |
|
只 是 製 作 一 隻 軟 碟 片 ， 放 進 軟 碟 機 內 起 動 而 已 ...
不 用 看 英 文 ， 螢 幕 下 方 偵 到 問 題 就 會 有 訊 息 。
HWINFO 只 是 偵 測 硬 體 ， 不 會 有 詳 盡 測 試 啦 。
作者: fastslz 时间: 2006-6-12 21:30
谢谢...测试了21分钟2个回合内存的确没问题
看截图
回头试试QHIMEM2.5
附件 1:000_0109.jpg (2006-6-12 21:30, 116 K, 下载附件所需积分 1点 ,下载次数： 1)
作者: ITU 时间: 2006-6-12 22:14 标题: QDMA.SYS 和 qdboot.sys 造成死机!
config.sys配置如下：
DEVICE=\DOS\Himem.sys /testmem:off
DEVICE=\DOS\QDBOOT.SYS
DEVICE=\DOS\Umbpci.sys
DOS=high,umb,auto
DEVICEHIGH=\DOS\QDMA.SYS
DEVICEHIGH=\DOS\IFSHLP.SYS
DEVICEHIGH=\DOS\RAMDRIVE.SYS /e 5120 512 1024
DEVICEHIGH=\DOS\QCDROM.SYS /D:MSCD001
SHELL=COMMAND.COM /f /p
启动时当执行到qdboot.sys 和QDMA.SYS 其中任一行时（或只执行其中一个），都会造成死机!
主板是815EP，硬盘金钻 120G
[ Last edited by ITU on 2006-6-12 at 22:38 ]
作者: fastslz 时间: 2006-6-12 22:29
config.sys 配置1
SHELL=COMMAND.COM /E:640 /P /F
DEVICE=DOS\QHMBOOT.SYS
DOS=HIGH,UMB
DEVICE=DOS\UMBPCI.SYS I=C800-EFFF NOEMS
DEVICEHIGH=DOS\QHIMEM.SYS /N48
DEVICE=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
FCBSHIGH=4,0
FILESHIGH=30
BUFFERSHIGH=20,0
STACKSHIGH=9,256
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 6144
LASTDRIVE=Z
此配置显示QHMBOOT V2.5, 6-04-2006，32 XMS handles available后死机
此配置改成DEVICE=DOS\QHIMEM.SYS /N48后还是显示QHMBOOT V2.5, 6-04-2006，32 XMS handles available后死机
config.sys 配置2
DEVICE=DOS\UMBPCI.SYS I=C800-EFFF NOEMS
DEVICE=DOS\QHIMEM.SYS /N48
DEVICE=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
SHELL=COMMAND.COM /E:640 /P /F
DOS=HIGH,UMB
FCBSHIGH=4,0
FILESHIGH=30
BUFFERSHIGH=20,0
STACKSHIGH=9,256
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 6144
LASTDRIVE=Z
此配置显示QHIMEM V2.5, 6-04-2006，48 XMS handles available后死机
UMBPCI.SYS和QHIMEM.SYS前后次序调换或不加参数都是死机
希望此信息对你有所帮助
作者: ITU 时间: 2006-6-13 23:24
| Quote: | |
|
不明白[15楼]的意思!???
[ Last edited by ITU on 2006-6-13 at 23:25 ]
作者: johnsonlam 时间: 2006-6-14 00:42
抱 歉 ， 不 是 每 天 能 来 看 。
配 置 还 有 可 改 良 的 地 方 :
config.sys 配置1 (我 习 惯 将 非 Device 放 前 面 ， 可 看 得 清 楚 点 )
-----
DOS=HIGH,UMB
LASTDRIVE=Z
FCBSHIGH=4,0
**有 问 题 的 话 先 不 要 把 FCSB Loadhi ， 解 决 问 题 才 加 上 也 不 迟
FILESHIGH=30
**同 上
BUFFERSHIGH=20,0
**同 上
STACKSHIGH=9,256
**同 上
SHELL=COMMAND.COM /E:640 /P /F
DEVICE=DOS\QHMBOOT.SYS /t7
DEVICE=DOS\QDBOOT.SYS
**朋 友 ， 你 是 用 S-ATA 吗 ? 怎 么 没 了 QDBOOT 和 QDMA 的 呢 ?
DEVICE=DOS\UMBPCI.SYS
DEVICEHIGH=DOS\QHIMEM.SYS /t7
**以 上 /t7 是 改 良 的 硬 体 测 试 手 段 ， 有 些 底 板 一 定 要 的 ， 详 细 可 看 QHIMEM 内 的 README.TXT
DEVICEHIGH=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 6144
**建 议 用 SRDISK v2.09 (Resizeable RAM Disk)， 非 常 稳 定 的 !
此配置显示QHMBOOT V2.5, 6-04-2006，32 XMS handles available后死机
此配置改成DEVICE=DOS\QHIMEM.SYS /N48后还是显示QHMBOOT V2.5, 6-04-2006，32 XMS handles available后死机
应 该 和 /N (handles) 多 少 没 有 关 系 ， 而 是 设 立 XMS 后 记 忆 体 就 和 某 些 东 西 冲 突
config.sys 配置2 (旧 的 做 法 ， 用 多 了 点 记 忆 体 )
-----
DOS=HIGH,UMB
FCBS=1,0
**用 FreeDOS 的 话 FCBS 会 被 忽 视
FILES=30
BUFFERS=20,0
STACKS=9,256
LASTDRIVE=Z
SHELL=COMMAND.COM /E:640 /P /F
DEVICE=DOS\QHIMEM.SYS /t7
DEVICE=DOS\UMBPCI.SYS
DEVICEHIGH=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 6144
===
麻 烦 再 试 一 下 ， 看 看 结 果 是 否 一 样 。
作者: fastslz 时间: 2006-6-14 09:45
谢谢johnsonlam热心详解
用上面2个配置方法测试了，具体见下
DOS=HIGH,UMB
LASTDRIVE=Z
FCBS=4,0
FILES=30
BUFFERS=20,0
STACKS=9,256
SHELL=COMMAND.COM /E:640 /P /F
DEVICE=DOS\QHMBOOT.SYS /t7
DEVICE=DOS\UMBPCI.SYS
DEVICEHIGH=DOS\QHIMEM.SYS /t7
DEVICEHIGH=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 6144
显示QHMBOOT V2.5, 6-04-2006，32 XMS handles available后死机
============================================
DOS=HIGH,UMB
FCBS=1,0
FILES=30
BUFFERS=20,0
STACKS=9,256
LASTDRIVE=Z
SHELL=COMMAND.COM /E:640 /P /F
DEVICE=DOS\QHIMEM.SYS /t7
DEVICE=DOS\UMBPCI.SYS
DEVICEHIGH=DOS\QCDROM.SYS /D:IDE-CD01 /UF /L
DEVICEHIGH=DOS\RAMDRIVE.SYS /E 6144
显示QHIMEM V2.5, 6-04-2006，64 XMS handles available Use /Nnn with nn=32/48/64/96/128后死机
运行环境MS-DOS 7.1 （ATA133硬盘ATA100主板）
至于没用QDMA 是因为没加载成功所以放弃了，用XDMA 3.3和UDMA2 V8.2都能加载UltraDMA 5，因为本人经常帮朋友维护电脑曾经用XDMA 3.3在865EP主板发现运行速度奇慢，所以现在几款DMA驱动都不用了或config中多配置方法加载，希望QDMA有个折中的加载方式，即便不能加载不要死机，不能运行在UltraDMA 5~6就忽略（QDMA加载方式见7楼）另外想请教一下QDMA在autoexec里的配置方法
比如：
DEVLOAD /H /Q /A DOS\QDMA.SYS /O /D /F
IF NOT EXIST ？？？？ GOTO 第2配置
或者用IF NOT ERRORLEVEL ？ 判断是否加载成功
可能这想法比较幼稚^_^
作者: johnsonlam 时间: 2006-6-15 18:00
| Quote: | |
|
我 怀 疑 ATA133 硬 盘 是 不 是 传 回 甚 么 QDMA 看 不 懂 的 回 复 ， 所 以 QDMA 载 入 不 了 。
| Quote: | |
|
还 有 ， UDMA 和 XDMA 所 欠 缺 的 东 西 不 少 ， 刚 作 者 Jack 在 给 我 的 电 邮 中 说 过 ...
A) "Fast" boundary-crossing DMA.
B) Dual XMS buffers for simultaneous primary/secondary IDE I-O.
C) XMS buffer "sharing" between it and XCDROM (XCDROM uses no XMS).
D) The ability to load and run in UMBPCI upper-memory, i.e. issuing its UltraDMA commands from XMS memory.
E) Support for QDBOOT and its "diskette catcher" logic.
F) No "Int 13h links" between it and QCDROM, so EMM386 can be used.
G) Sector caching, yet to come, but I believe "almost there"!
全 部 翻 译 有 点 困 难 ， 得 花 时 间 ， 就 此 略 过 ， 有 兴 趣 我 可 以 帮 你 译 看 不 明 白 的 。
| Quote: | |
|
我 未 试 过 这 样 载 入 ， 因 为 顾 虑 到 QDMA 必 须 "照 顾" 它 以 下 的 驱 动 ， 所 以 它 的 次 序 仅 在 QHIMEM/UMBPCI 之 下 ， 如 果 它 的 前 面 有 甚 么 写 得 不 好 的 驱 动 或 是 一 些 会 变 动 记 忆 的 程 序 ， 极 可 能 会 损 毁 写 入 的 资 料 ， 很 危 险 。 所 以 不 建 议 放 在 AUTOEXEC.BAT 或 之 后 才 载 入 。
如 果 它 不 是 驱 动 ， 你 的 建 议 一 点 都 不 幼 稚 ， 反 而 是 很 好 的 ， 因 为 AUTOEXEC.BAT 载 入 比 较 弹 性 ， 但 这 情 况 不 适 合 。
作者: johnsonlam 时间: 2006-6-15 18:09 标题: 给 fastslz: 极 可 能 是 底 板 或 BIOS
抱 歉 ， 差 点 忘 了 。
试 这 么 多 次 也 是 在 QHIMEM 后 死 机 ， 有 可 能 是 QHIMEM 离 开 是 死 掉 或 是 刚 载 入 UMBPCI 死 掉 ， 不 过 肯 定 的 是 底 板 或 BIOS 有 非 标 准 的 奇 怪 编 码 ， 所 以 才 死 掉 。
我 收 过 很 多 外 国 来 的 电 邮 ， 都 是 感 谢 的 ， 我 也 曾 在 奇 怪 的 IBM eServer 跑 Q 系 列 的 驱 动 ， 一 点 问 题 也 没 有 ， 所 以 抱 歉 帮 忙 不 了 。
可 以 的 话 能 否 提 供 你 的 机 器 型 号 呢 ? 如 果 你 有 别 的 PC ， 请 帮 忙 试 试 ， 谢 谢 !
作者: SXBG 时间: 2006-6-15 23:00
测试了一下，qdma加载成功，不过在加载qcdrom的时候死机，我的主板是华硕K8N
作者: fastslz 时间: 2006-6-16 01:04
谢谢 johnsonlam
又学了不少
本人电脑配置见下
物理内存
DIMM1: 128 MB PC2100 DDR SDRAM
DIMM2: 128 MB PC2100 DDR SDRAM
================================================
主板
主板 ID 10/24/2001-P4X266-8233-6A6LW00BC-00
主板名称 VIA P4X266 VL33-S / VIARAMA P047/P147
================================================
设备描述
北桥: VIA VT8753 Apollo P4X266
南桥: VIA VT8233C
================================================
Award BIOS 类型 Award Modular BIOS v6.00PG
Award BIOS 信息 10/24/2001 For Apollo P4X266 Chipset
(EE)PROM 大小 256kB (2Mbit)
支持的标准 DMI, APM, ACPI, ESCD, PnP
================================================
硬盘 Maxtor 6L080P0
================================================
处理器
型号 : Intel(R) Pentium(R) 4 CPU 1600MHz
封装 : OOI PGA423
额定速度/FSB : 1600MHz / 4x 100MHz
名称 : P4W (Willamette) Pentium 4 1.3-2GHz 1.7-1.75V
================================================
环境监视器 1
型号 : Winbond W83697HF ISA
版本 : 6.00
支持主板规格 : 否
================================================
作者: johnsonlam 时间: 2006-6-16 09:34
| Quote: | |
|
真 真 奇 怪 ， 为 甚 么 老 是 国 内 用 户 的 电 脑 出 问 题 呢 ?
请 问 QCDROM 驱 动 有 没 有 显 示 特 别 的 讯 息 ?
作者: johnsonlam 时间: 2006-6-16 09:51
| Quote: | |
|
抱 歉 ， 爱 莫 能 助 。
刚 用 Google 找 到 你 的 底 板 ， BIOS 更 新 是 2001 年 ， 差 不 多 没 有 更 新 过 :
http://www.opendrivers.com/driver/212438/via-p4x266-vl33-s-mainboard-bios-04b-free-download.html
如 果 你 的 BIOS 较 04B 旧 的 话 不 妨 一 试 ， 升 级 时 要 小 心 一 些 啊 。
我 会 将 资 料 放 上 网 页 ， 看 看 有 没 有 别 的 用 户 能 在 这 底 板 跑 QHIMEM 。
作者: fastslz 时间: 2006-6-16 11:54
谢谢费心帮我查找BIOS
BIOS升级过了，没什么变化就多了VIA的logo其他没变化，BIOS我也有5个不同版本都是2001，10，25只是改变OEM logo
QCDROM驱动显示光驱ATA-33模式是正常，没有错误提示
哦，和超频有关系吗？机子在Windows下表现良好，所以至今还舍不得淘汰它
作者: SXBG 时间: 2006-6-17 20:22
| Quote: | |
|
这个并不奇怪，很多公司一向以来就有一种销售策略，优质产品销往外国，次品销往内地。
作者: johnsonlam 时间: 2006-6-18 03:08
| Quote: | |
|
可 惜 ， 怎 么 便 宜 也 要 钱 买 的 啊 !
超 频 可 能 会 导 致 不 稳 定 ， 在 DOS 下 要 CPU 冷 却 必 须 要 DOSIDLE 这 程 序 ， 要 不 然 CPU 可 能 会 100% ， PG 作 者 BAHCL 说 过 他 那 IBM 手 提 电 脑 跑 DOS 特 别 热
可 能 是 最 后 一 招 了 ...
和 作 者 Jack 提 过 ， 他 说 可 以 试 试 QHIMEM /t4 (QHMBOOT 也 要 /t4) ， 那 是 呼 叫 BIOS 用 最 老 的 方 法 使 用 XMS ， /t4 行 的 话 也 可 以 试 /t2 或 /t1 ， 以 下 是 /t 的 解 释 :
/Tn Specifies the BIOS requests to try in getting extended memory as follows:
/T1 "E820h" requests only.
/T2 "E801h" request only.
/T3 "E820h" requests first, then an "E801h" request.
/T4 Old 64-Megabyte request only.
/T5 "E820h" requests, then an old 64-MB request.
/T6 "E801h" requests, then an old 64-MB request.
/T7 "E820h", then "E801h", then an old 64-MB request.
/T can usually be omitted. This causes /T6 to be assumed and the drivers will run the same as past QHIMEM versions.
For details on BIOS memory requests and when /T is needed, see section 7 below. If QHMBOOT loads QHIMEM and /T will be used, the same /T value must be given for both drivers!
作者: johnsonlam 时间: 2006-6-18 03:11
| Quote: | |
|
这 真 是 愚 不 可 及 ， 他 们 会 后 悔 失 去 国 内 顾 客 的 信 任 ， 现 在 国 内 经 济 起 飞 ， 人 们 都 比 较 要 求 高 质 素 的 产 品 ， 还 用 次 货 去 侮 辱 自 己 的 同 胞 ， 会 有 报 应 的 !
作者: johnsonlam 时间: 2006-6-18 03:22
请 问 ITU 兄 试 过 那 个 改 良 了 的 CONFIG.SYS 吗 ?
QDMA 或 QCDROM 还 会 不 会 死 机 ?
测 试 时 先 把 无 关 的 驱 动 拿 走 或 REM 了 ， 否 则 可 能 影 响 结 果 。
作者: 3dfx 时间: 2006-6-18 10:40
把UMBPCI换成EMM386看看......
作者: fastslz 时间: 2006-6-23 19:01
第一时间测试了QHIMEM2.6使用/T1~/T7配置都不行，请johnsonlam先生转告作者Jack
接下来试试QDMA2.3，希望这个行....
太好了QCDROM2.1
作者: fastslz 时间: 2006-6-23 19:26
DEVICE=DOS\QDMA.SYS /O /D /F
DEVICE=DOS\QDMA.SYS /L
DEVICE=DOS\QDMA.SYS
DEVICEHIGH=DOS\QDMA.SYS /O /D /F
DEVICEHIGH=DOS\QDMA.SYS /O /C /D /F /L
太好了，5种载入方法都成功了...可见更稳定了
作者: SXBG 时间: 2006-6-23 23:19
2.2版提示：
QDMA ERROR AAH, DISK=0 LBA=00000D027E80H
2.3版提示：
QDMA ERROR AAH, DISK=0 LBA=000000000051H
请问具体是什么原因？
作者: fastslz 时间: 2006-6-24 11:24
QDMA runs as a "BIOS driver" and reports errors in the normal BIOS way.
On exit from a successful I-O request, the AH-register is zero, and the
carry flag is reset. When an I-O error occurs, the carry flag is SET,
and the AH-register returns an error code, as follows:
Code 08h - DMA timeout. CCh - Disk FAULT.
0Fh - DMA error. E0h - Hard I-O error.
20h - Controller busy. FFh - XMS memory error.
AAh - Disk not ready.
When QDMA output overlap is enabled, a run-time output error will cause
the following message to be displayed, along with a short "beep" sound:
QDMA Error eeh! Disk=d LBA=aaaaaaaaaaaah.
where eeh is one of the return codes listed above, d is the disk number
(0 for primary-master, 1 if primary-slave, 2 if secondary-master, and 3
for secondary-slave), and aaaaaaaaaaaah is the starting disk address of
the output request, shown as a 12-digit "logical block address". QDMA
handles only BIOS Int 13h calls ( not DOS "file I-O" ), so it is NOT told
and cannot display the DOS file/directory for an output overlap error..
看看这个对你有帮助吗？我基本属于英盲瞎蒙一下
：硬盘没准备好。可能和BIOS设置有关，检查一下BIOS Access mode是否设置为AUTO作者: johnsonlam 时间: 2006-6-27 15:18
| Quote: | |
|
就 是 DMA 出 问 题 的 意 思 ， 而 出 问 题 的 地 方 就 是 LBA 磁 区 00000D027E80 和 000000000051 (H 就 是 16 进 位) ， AAH 是 磁 盘 未 准 备 好 ( QDMA 要 等 磁 盘 回 传 "准 备 好 了 !" 的 信 号 )， 看 来 你 的 硬 盘 可 能 有 点 问 题 呢 ， 我 猜 多 是 搜 寻 错 误 (Seek Error ) ， 机 械 部 份 的 问 题 ， 硬 盘 应 该 很 老 了 。
作者: johnsonlam 时间: 2006-6-27 15:26
| Quote: | |
|
谢 谢 列 出 来 ， 很 有 帮 助 ( 不 用 找 ) ， 你 译 的 的 很 对 ， 只 是 问 题 很 可 能 是 硬 盘 本 身 。
作者: johnsonlam 时间: 2006-6-27 15:29
| Quote: | |
|
证 明 了 不 是 设 定 XMS 记 忆 体 的 问 题 ， 但 只 是 当 机 资 料 不 足 ...
我 问 问 有 没 有 办 法 。
作者: SXBG 时间: 2006-6-29 22:44
110G的新硬盘使用时间还不到一年呢，水货倒是有可能。而且，并不是执行任何程序都会出现那些提示的，使用acronis命令行程序克隆/还原系统都没有问题，目前只发现在加载HX DOS-Extender，然后用cabarc从SP2.cab中解压文件完成后出现该提示，另外，SP2.cab和解压目标目录都是位于NTFS驱动器中，所以还加载了Datapol NTFS4DOS 1.8。
作者: johnsonlam 时间: 2006-7-1 14:44
| Quote: | |
|
先 試 試 拿 走 HX Extender 和 NTFS4DOS 1.8 ， 再 逐 個 加 上 ， 看 看 問 題 在 那 裡 出 來 ， 很 可 能 是 驅 動 間 有 衝 突 。
這 個 CabExtract 是 DOS 的 ， 不 用 加 載 HX:
http://blairdude.googlepages.com/cabextract
作者: SXBG 时间: 2006-7-1 15:03
這個cabext不能從cab中單獨解壓其中一個或幾個文件吧？這樣不好，系統driver.cab全部解壓的話，三百多兆呢。而ms-dos自帶的extract雖然可以，但速度慢得難以忍受，簡直就是折磨。
而且，雖然出現那些提示，但並沒有影響實際執行結果。
[ Last edited by SXBG on 2006-7-1 at 15:11 ]
作者: johnsonlam 时间: 2006-7-1 17:56
| Quote: | |
|
cabextract automatically searches files for embedded cabinets, and extracts all of them. If any multi-part cabinets are present, cabextract automatically searches for those parts and links them in. To suppress this behaviour, use the --single option.