无忧启动论坛

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

win98有啥内存盘软件?(已解决)

  [复制链接]
跳转到指定楼层
1#
发表于 2022-4-18 10:48:05 来自手机 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 窄口牛 于 2025-12-31 12:51 编辑

4g内存,系统认了3.5,还有500兆虚拟个盘放虚拟内存呗。
来自 51#
 楼主| 发表于 2022-4-20 07:00:03 | 只看该作者
ramdisk9xme15.zipramdisk9xme15.zip (629.72 KB, 下载次数: 15)
尚未测试,有兴趣的可以试试。
回复

使用道具 举报

来自 61#
 楼主| 发表于 2025-12-31 13:41:44 | 只看该作者
本帖最后由 窄口牛 于 2025-12-31 13:44 编辑

ramdrv4m.rar (148.53 KB, 下载次数: 3)
RAMDRV4M - 适用于 Windows 9x 的通用 RAM 驱动器

包含内容:

    RAMDRV4M.PDR - 驱动程序

    RAMDRV4M.INF - 安装文件

    RAMDRV4M.REG - 设置示例

    ParamsBySize.exe - 用于计算参数的工具

    ParamsByEndAddr.exe - 同上

    SPEED*.* - 不同 RAM 驱动器的速度比较文件

安装:
通过控制面板的“添加新硬件”(硬盘控制器)进行安装。

卸载:
在设备管理器中删除“RAM Drive 4M Controller”。
如果不想删除,可以在设备管理器中临时禁用该控制器;或者在遇到问题时,在 Windows 启动前重命名文件:
%windir%\SYSTEM\IOSUBSYS\RAMDRV4M.PDR

功能说明:

    支持 4GiB 以上内存(默认模式)。
    这是开发本软件的主要目的。
    此类 RAM 驱动器的架构限制大小为 1TiB。
    在此模式下无需额外设置。

    完全功能的 32 位保护模式驱动程序。

    高速运行。具体速度比较请见 SPEED*.* 文件夹。
    仅供参考,代码部分参考了 Walter Oney 在 RAMDSK98 中使用的示例。

    可利用其他软件在内存中创建的 RAM 驱动器。
    特别是与 RLoew 的 RAMDSK32/64 兼容。
    当与 RAMDSK64.COM 一起使用时,同样无需额外设置。

    仅占用 4MiB 虚拟地址空间。
    当然,这不包括 RAM 驱动器本身实际使用的物理内存。

    适用于 Pentium 及以上级别的处理器(即不适用于 80486)。

设置说明(具体使用示例请见 RAMDRV4M.REG 文件):

    设置用于驱动器的内存区域(最多 4 个):
    "Chunk?.Base"=dword:00000000
    "Chunk?.Size"=dword:00000000
    主要用于在 4GiB 以下的内存中组织驱动器(或驱动器的一部分)。
    设有一小段保护机制:会检查该区域是否未被操作系统内存管理器使用。
    计量单位为 4MiB 页面。为方便通过常规地址计算,提供了两个辅助程序:
    ParamsByEndAddr.exe(范围)和 ParamsBySize.exe(起始地址 + 大小)。

    注意:现代 BIOS 的内存映射即使在硬件或 BIOS 设置未更改的情况下,也会在重启时浮动变化。因此在指定要使用的内存区域时,应为最坏情况留出余量。

    若要使用 4GiB 以上的内存,不应设置任何参数。但如果希望限制此类驱动器的大小,可以设置 Chunk0.Size 参数而无需设置 Chunk0.Base。

    通过内存管理器检查 RAM 驱动器内存是否未被操作系统使用:
    "OSMemoryCheck"=hex:FF
    要禁用控制,请设置为 0。仅当驱动器内存处于操作系统控制之下时才应禁用此检查。

    确定 FAT32 卷上的簇大小:
    "FAT32ClusterShift"=hex:1B
    默认值为 27(十六进制),对应 4KiB 簇用于最大 64GiB 的驱动器,
    8KiB 用于最大 128GiB,16KiB 用于最大 256GiB,32KiB 用于超过 256GiB 的驱动器。
    该值的计算公式为:log2(驱动器大小(字节)) - 9。
    例如:
    "FAT32ClusterShift"=hex:17 - 4KiB 簇用于最大 4GiB 的驱动器
    "FAT32ClusterShift"=hex:20 - 4KiB 簇用于最大 1TiB 的驱动器(即达到最大可能值)

    在大分区上使用 FAT16 的参数:
    "UseFAT16"=hex:FF
    取值说明:
    0 - 不使用(使用 FAT32),
    1 - 使用,
    2 及以上或未设置 - 根据操作系统对 FAT32 的支持自动决定:
    DOS 7.0 使用 FAT16,DOS 7.10+ 不使用。

    使用先前已在内存中创建的驱动器:
    "UseGoodDrive"=hex:00
    在设备管理器中停止并重新启动控制器后使用驱动器。默认关闭。开启此功能通常是安全的。

    仅供娱乐用途:
    "UseGoodDriveAfterReboot"=hex:00
    在“热”重启后使用驱动器。默认禁用。
    即使在内存高于 4GiB 的驱动器上开启此功能也不安全——现代 BIOS 中,4GiB+ 地址空间开头的驱动器头部可能被保留,但内存可能在地址空间的中间某处被更改(原因不明,但实际情况如此)。因此,需要先进行验证(向整个驱动器写入数据,重启后比较原始数据)。
    示例:在我的笔记本电脑上重启可正常使用,但在新的工作机上则不行,内存在大约 5GB 处发生变化。

    在起始地址检查是否存在第三方内存驱动器:
    "CheckExternalVolume"=hex:FF
    默认启用。如果检测到驱动器,有两种选项(通过配置)——要么使用该驱动器,要么留给旧软件控制。默认启用的使用选项:
    "GrabRMVolume"=hex:FF
    "GrabExternalVolume"=hex:FF
    第一个参数定义是否使用已知的 DOS 驱动器(例如 RAMDSK32/64),第二个参数定义是否使用所有其他驱动器(目前暂无示例)

    使用全局内存页(在支持该特性的处理器上):
    "PageGlobal"=hex:FF
    默认启用,可带来轻微的速度提升

    最大 I/O 数据包大小:
    "MaximumTransferLength"=dword:FFFFFFFFFF
    默认无限制。最小值为 dword:00010000(64KiB)

    创建或使用驱动器时不进行任何检查:
    "RawImageSectorCount"=dword:00000000
    默认禁用。"RawImageSectorCount" = dword:FFFFFFFF - 以标准方式设置大小,对 4GiB 以上的内存驱动器有用

    虚拟驱动器的参数,每磁道磁头数和扇区数:
    "RawImageHeads"=hex:00
    "RawImageSectorsPerTrack"=hex:00
    默认未设置,通过 LBA 辅助转换方法自动检测

    在使用映像前进行额外操作:
    "RawImagePrepare"=hex:00
    默认不执行任何操作。
    位掩码说明:
    0x01 - 清除前 32 个扇区
    0x02 - 在第零扇区末尾设置引导标记 0xAA55
    0x04 - 在第零扇区设置 NT 磁盘签名
    0x08 - 在第零扇区开头设置 FAT 引导签名

    使用驱动器的非缓存内存访问模式:
    "UncachedMode"=hex:00
    默认关闭,使用缓存访问模式




回复

使用道具 举报

63#
 楼主| 发表于 2026-1-2 08:21:35 | 只看该作者

w98se.com是你的?
回复

使用道具 举报

62#
发表于 2026-1-2 07:38:40 | 只看该作者
窄口牛 发表于 2025-12-31 13:41
RAMDRV4M - 适用于 Windows 9x 的通用 RAM 驱动器

包含内容:

感谢分享
回复

使用道具 举报

60#
发表于 2025-12-11 17:26:25 | 只看该作者
98居然还有人在鼓捣 厉害了 哈哈
回复

使用道具 举报

59#
发表于 2025-2-21 08:19:40 | 只看该作者
liuzhaoyzz 发表于 2025-2-19 14:20
你这个是用什么分区软件分区的?
diskgenius好像做不到吧?

https://zhidao.baidu.com/question/570403305.html

看里面图片,十几年前就有玩DG的。
回复

使用道具 举报

58#
发表于 2025-2-19 14:22:02 | 只看该作者
liuzhaoyzz 发表于 2025-2-19 14:20
你这个是用什么分区软件分区的?
diskgenius好像做不到吧?

可以的,多试试
回复

使用道具 举报

57#
发表于 2025-2-19 14:20:34 | 只看该作者
szwp 发表于 2022-4-19 09:24
不需要硬盘厂商的软件,分完区的盘是通用的,不需要其它软件支撑。

http://bbs.wuyou.net/forum.php?m ...

你这个是用什么分区软件分区的?
diskgenius好像做不到吧?
回复

使用道具 举报

56#
 楼主| 发表于 2023-9-26 06:33:27 来自手机 | 只看该作者
2012fengxi 发表于 2022-4-18 12:45
用grub4dos

查到历史帖子知道,有这种玩法。那么把后6g虚拟个磁盘,再启动win98,怎么写呢?那要是把win98放6g的img里,是不是相当于RAMOS了?
回复

使用道具 举报

55#
 楼主| 发表于 2023-9-26 03:48:54 来自手机 | 只看该作者
建议别用xmsdsk,只支持2G内存,这样超过2.5G内存的机子还是不行(himem.sys最多可以识别3.25G内存)。  建议直接用grub4dos的map --mem来占用内存,最多可以创建3.25G的ramdisk。
回复

使用道具 举报

54#
 楼主| 发表于 2023-8-21 06:42:07 来自手机 | 只看该作者
这个不行,不能使用未识别内存,最大只能虚拟2g的盘。
回复

使用道具 举报

53#
发表于 2022-9-21 08:16:58 | 只看该作者
看不懂,特意看了 下时间 ,以为是穿越了
回复

使用道具 举报

52#
发表于 2022-4-23 00:14:24 | 只看该作者
土豪太多,我就路过
回复

使用道具 举报

50#
发表于 2022-4-19 23:17:48 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

49#
发表于 2022-4-19 20:38:13 | 只看该作者
窄口牛 发表于 2022-4-19 16:51
我这么用估计用了有个五六年,现在鼓捣xp,又这么用了一两年了。

前面  13F
我怀疑在 <2 TB GPT 可能没问题,
我怀疑在 >2 TB 或 >3 TB GPT 可能有问题.

看你这 < 2TB.
回复

使用道具 举报

48#
发表于 2022-4-19 20:23:11 | 只看该作者
窄口牛 发表于 2022-4-18 16:32
显存那个我有。内存不知道会不会有,毕竟那会儿高配机太少。

有的,但也要一些占基本内存。当时基本内存占得少的就只有Qemm,但兼容性上又不太好。
回复

使用道具 举报

47#
 楼主| 发表于 2022-4-19 16:51:08 | 只看该作者

我这么用估计用了有个五六年,现在鼓捣xp,又这么用了一两年了。
回复

使用道具 举报

46#
发表于 2022-4-19 16:37:47 | 只看该作者
szwp 发表于 2022-4-19 16:35
工作是看下面C和D的,上面是CHS的问题,下面LBA没问题。
用了好多年了。

我胆小,就不冒险了.
回复

使用道具 举报

45#
发表于 2022-4-19 16:35:12 | 只看该作者
plusv 发表于 2022-4-19 16:19
你的图 总容量 1718272 MB < 分区 1 + 分区 2 这不合理,
哪天 OverFlow 覆盖就很悲剧了.

工作是看下面C和D的,上面是CHS的问题,下面LBA没问题。
用了好多年了。
回复

使用道具 举报

44#
发表于 2022-4-19 16:19:32 | 只看该作者
szwp 发表于 2022-4-19 15:33
1个盘多区,控制单区不超过2T即可。

你的图 总容量 1718272 MB < 分区 1 + 分区 2 这不合理,
哪天 OverFlow 覆盖就很悲剧了.

我觉的还是回归 MS 的说明文件较为安全,
现在的硬盘空间越来越大,
数据无价.

就像是我最近 4TB 硬盘坏掉换新,
对我而言是 0 损失数据,
我的重要数据 总共有 4 份备份(2 份线上,2 份线下),
只是 GHOST 还原回 10 年前的 OS.


回复

使用道具 举报

43#
发表于 2022-4-19 15:33:32 | 只看该作者
plusv 发表于 2022-4-19 15:24
37F 图
DOS 都 OverFlow 了,咋使用 ?

1个盘多区,控制单区不超过2T即可。

dos4t.png (7.53 KB, 下载次数: 132)

dos4t.png
回复

使用道具 举报

42#
发表于 2022-4-19 15:24:33 | 只看该作者
szwp 发表于 2022-4-19 15:17
dos下可使用全部4T容量

37F 图
DOS 都 OverFlow 了,咋使用 ?
回复

使用道具 举报

41#
发表于 2022-4-19 15:17:25 | 只看该作者
plusv 发表于 2022-4-19 15:01
DOS 本来就能启动.

dos下可使用全部4T容量
回复

使用道具 举报

40#
发表于 2022-4-19 15:01:00 | 只看该作者
szwp 发表于 2022-4-19 14:52
4T MBR 启动DOS就正常了。

DOS 本来就能启动.
回复

使用道具 举报

39#
发表于 2022-4-19 14:52:22 | 只看该作者
plusv 发表于 2022-4-19 09:54
现在 Windows 7 在跑东西,不能关机.

C:\>GDisk_X64.exe 1

4T MBR 启动DOS就正常了。
回复

使用道具 举报

38#
发表于 2022-4-19 10:58:08 | 只看该作者
DOSforever 发表于 2022-4-18 14:58
我的2G内存 Win98 都不能正常运行,开机进入系统是可以的,但不能正常运行程序,一运行就提示什么错误我忘 ...

要在system.ini里限制内存值
回复

使用道具 举报

37#
发表于 2022-4-19 09:54:16 | 只看该作者
本帖最后由 plusv 于 2022-4-19 12:26 编辑
szwp 发表于 2022-4-19 09:36
可以去DOS里看看4T MBR的盘。

现在 Windows 7 在跑东西,不能关机.

C:\>GDisk_X64.exe 1
Disk  Partitions  Cylinders  Heads  Sectors  Mbytes  Model
  1        6        267349     255      63  2097152.0  ST4000DM004-2U9104

Partition  Status   Type     Volume Label   Mbytes   System   Usage
G:  1        A    PRIMARY    HD_C          2047.3  FAT16       1% (DOS 6.22)
     2             EXTENDED               1428591.8             68%
D:  3             LOGICAL    HD_D         80003.0  NTFS/HPFS   4%(Windows XP)
C:  4             LOGICAL    HD_E        300000.0  NTFS/HPFS  14%(Windows 7)
E:  5             LOGICAL    HD_DATA1    1048586.0  NTFS/HPFS  50%
F:  6             PRIMARY    HD_DATA2    666511.0  NTFS/HPFS  32%


补图 4TB HD 在 DOS V6.22 FDISK:




回复

使用道具 举报

36#
发表于 2022-4-19 09:36:43 | 只看该作者
plusv 发表于 2022-4-19 09:34
我还是依 MS 文件比较妥当,
而 > 2TB 也有 Seagate 软件去处理.

可以去DOS里看看4T MBR的盘。
回复

使用道具 举报

35#
发表于 2022-4-19 09:34:06 | 只看该作者
本帖最后由 plusv 于 2022-4-19 09:37 编辑
szwp 发表于 2022-4-19 09:24
不需要硬盘厂商的软件,分完区的盘是通用的,不需要其它软件支撑。

http://bbs.wuyou.net/forum.php?m ...

我还是依 MS 文件比较妥当,
而 > 2TB 也有 Seagate 软件去处理.

目前 Windows XP 能 GPT 数据就可以了,
反正我主要是使用 Windows 7,
Windows XP/10 主要是救援用,不重要.

回复

使用道具 举报

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

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2026-1-30 00:14

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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