芈员外RAMOS作品及适用条件（给新手做指引和参考）

ko20010214 · 发表于 2020-9-29 12:49:02

liuzhaoyzz 发表于 2020-9-29 11:07
你可能对于UEFI启动模式下的RAMOS没有彻底理解。
UEFI-RAMOS，img就是RAMOS之C盘，是微软的ramd ...

1. 热备份会修改两个文件。
2. 热备份修改的两个文件还是在原目录中。
3. 不管我用手动备份的原IMG引导（自己创建BCD入口）还是用热备份后的新IMG引导，最后都是“引导”了热备份后的新VDF。
4. 然而我用原IMG+新VDF，进入的RAMOS系统是未活的。
用新IMG+新VDF，进入的RAMOS系统是活的。
所以，我的结论是关键的更新在IMG里。
还可以做个试验，就是把旧的VDF放入热备份后的目录中替换掉热备份后的VDF，看看能不能启动和系统是不是活的。

ko20010214 · 发表于 2020-9-29 14:07:51

试验结果是: 更新与img有关，与vdf无关。想想也是，vdf只是存放wim文件的。wim文件不可能变。这个img+vdf相当于我们用 winntsetup把存放在vdf(相当于某个硬盘分区)里的wim文件以wimboot方式释放到img里(也是某个硬盘分区)。这跟我们以wimboot方式释放一个在某个物理硬盘分区的wim文件到c盘里或vhd里是相似的。我们对系统的更新(更改)都是保存在c盘里或vhd里，所以这个应该是保存在img里。

liuzhaoyzz · 发表于 2020-9-29 15:22:15

ko20010214 发表于 2020-9-29 14:07
试验结果是: 更新与img有关，与vdf无关。想想也是，vdf只是存放wim文件的。wim文件不可能变。这个img+vdf相 ...

这个类比差不多。但我感觉wim文件热备份的时候，如果有更新也应该会更新的。img好像只有1GB，放不了多少文件，真实文件夹之外的很多应该还是放在wim里面的。你可能只是尝试了一部分文件夹，你的测试不完全，不能代表Y盘里面的那些文件，你试试看把文件放在Y盘，然后热备份，应该是有效的。

ko20010214 · 发表于 2020-9-29 16:38:30

我把备份的程序改了，修改rc.cmd，去掉了保存vdf的语句。备份后还是成功启动。说明vdf没必要更新。查看热备份后文件属性，img是最新时间，vdf是原始时间。

liuzhaoyzz · 发表于 2020-9-30 08:55:53

本帖最后由 liuzhaoyzz 于 2020-9-30 08:56 编辑

ko20010214 发表于 2020-9-29 16:38
我把备份的程序改了，修改rc.cmd，去掉了保存vdf的语句。备份后还是成功启动。说明vdf没必要更新。查看热备 ...

对于UEFI-RAMOS，vdf不更新，热备份还有什么意义？一般地来说，你安装程序看起来是安装在C盘，其实就是安装在Y盘，也就是vdf中，不更新vdf有意义吗？你的误会很深。

ko20010214 · 发表于 2020-9-30 13:31:07

本帖最后由 ko20010214 于 2020-9-30 13:50 编辑

liuzhaoyzz 发表于 2020-9-30 08:55
对于UEFI-RAMOS，vdf不更新，热备份还有什么意义？一般地来说，你安装程序看起来是安装在C盘，其 ...

关于这一点，我的看法不是这样的。
我现在只讨论UEFI下的模式2做出来的。也就是生成一个IMG文件和一个VDF文件的那个情况。
这个里面VDF只存放了一个WIM，而WIM你是无法去保存变动的，除非你手动对它进行了改变。（除非你重做WIM或对WIM进行小部分的文件升级）。
我认为大部分情况下系统设置也好，又鸟活也好，安装软件也好，都应该是保存在IMG里。所以 IMG一开始就应该设置为最大可用。这样才好装软件进去。也不会运行一会儿就说C盘满了。

所以有个疑问，像那种把C盘用FWBF扩展到128G的系统，虽然它只能用内存可用的大小（大概是这么说吧，也就是说你如果是16G内存最多C盘能写16G东西包括系统本身占用的空间），但它如果真写了超过4G的东西，那你热备份能备份下来吗？备份出来的IMG如果超出4G了，微软的Ramdisk能加载它吗？（不用FWBF的就不存在这个问题，因为它最多能写的数据量包括系统本身占用的空间不会超过IMG本身的大小）

其实还有一个可以验证它的方法，就是把新VDF和旧VDF加载了，把里面的WIM文件复制出来，然后比较这两个WIM文件有没有变化，就知道VDF更新了没更新。是真更新了还是只重新保存了一下而已。

我用Primo加载了原始的VDF，热备份后的VDF，修改批处理后热备份的VDF，这三个盘里面的WIM文件我用TC对比了一下，是一样的。用MD5检验值也是一样的。
9acacdfb24649f693b701401baf7697f *WimBootCompress.wim
9acacdfb24649f693b701401baf7697f *WimBootCompress.wim

唯一不同的是热备份后的VDF里有一个回收站目录，其它里面没有。所以VDF不同了。但里面的WIM是一样的。
结论是：所有的更新都保存在IMG里。当然，除非你往所谓的Y盘写了数据，而你又想保存下来，那热备份就需要更新一下VDF，但这些数据无关系统。真正的系统的更新是在IMG里。

liuzhaoyzz · 发表于 2020-9-30 14:07:44

本帖最后由 liuzhaoyzz 于 2020-9-30 14:22 编辑

ko20010214 发表于 2020-9-30 13:31
关于这一点，我的看法不是这样的。
我现在只讨论UEFI下的模式2做出来的。也就是生成一个IMG文件和一个VD ...

我认为大部分情况下系统设置也好，又鸟活也好，安装软件也好，都应该是保存在IMG里。所以 IMG一开始就应该设置为最大可用。这样才好装软件进去。也不会运行一会儿就说C盘满了。

BCD加载img，大小大概1GB～3.25GB左右（据说少数电脑可以到4GB），超过了就启动不了，把img设置为最大可用最大也才3.25GB而已，这只是利用了微软的ramdisk驱动。而现有的方案，不是单纯的ramdisk.sys单驱动方案，是混合驱动方案，可以达到内存最大化使用，比如说你内存16GB，扣除img的1GB占用的内存，扣除wim占用的内存，就以4GB为例，扣除windows运行占用的1GB左右的内存，还可以安装16-1-4-1=10GB可用，还可以安装10GB的软件。

不要看到C盘满不满，一般地软件是安装到C盘的，你安装试试看，其实有一部分是安装到了C盘，另一部分是安装到了Y盘的，什么叫做软连接？你可以理解为一个指向Y盘的快捷方式。

为什么要做软链接？因为img超过3.25GB无法启动呀！

结论是：所有的更新都保存在IMG里。当然，除非你往所谓的Y盘写了数据，而你又想保存下来，那热备份就需要更新一下VDF，但这些数据无关系统。真正的系统的更新是在IMG里。

非也非也。上面说了UEFI-RAMOS把windows拆分成了两个部分，一部分是windows启动必须的文件和驱动，这部分文件一键里面大概是700MB左右（应该还可以精简，大概可以到300-500MB，这个工作我只做了一半就放弃了，太累了），还有一部分大概5GB-700MB=4.2GB（这里windws安装后以5GB为例），windows是一分为二运行的，并非像你想象的是指针，有一部分实体文件，其余的都是软链接。所以，热备份，该更新img就更新img，该更新vdf就更新vdf，该更新哪里就更新哪里。

ko20010214 · 发表于 2020-9-30 17:51:53

liuzhaoyzz 发表于 2020-9-30 14:07
BCD加载img，大小大概1GB～3.25GB左右（据说少数电脑可以到4GB），超过了就启动不了，把img设置为最大 ...

我还是不能同意你的看法。
当然我也没有往C盘装那么大的软件。
但我不相信Windows会这么智能地，C盘装不下了，就自己建一个软链接，链接到Y盘去装软件。那要那些移动软件的工具干嘛呀？（移动软件的工具，指把本应该装在C盘的软件，装到另一个盘里去，也是建立一个软链接，让Windows误认为软件还是装在C盘，还能正常运行的一种工具。）

再者，你也说了，我上面那个类比比较恰当。那在wimboot方式装系统到C盘里或VHD里的时候，所有的改变都是在C盘里或VHD里的，没听说那个安装源WIM会有改变，也没听说过安装源所在的分区会有什么改变。
那用在这里，就是所有的改变都是在IMG里，你只要更新IMG就行了。

我用原版的热备份备份下来的VDF，除了最初的生成的那个WIM，里面也就多了一个回收站目录。而且备份的批处理里也没有看到有重新压制WIM的语句。所以我觉得那个Y盘，并不需要更新。

至于你说软件会装到Y盘里去，我觉得除非是人为地装到Y盘里，要不然Windows是不会自动装到那里去的。
对于Windows来说，它是根本不知道有Y盘这回事的。你把Win拆成了两部分，一部分是启动时必须的文件，另一部分启动后链接到Y盘的指针文件。这两部分都是存在于C盘的，而不是Y盘，只不过当Win要访问那些由指针文件指向的文件时，它会通过指针文件找到Y盘的WIM文件里相应的位置把文件读出来，这样一来，就好像它们就存在于它们本来应该存在的地方（也就是C盘），Win就很高兴地继续工作了，不会抱怨找不到文件了。至于你的Y盘，只是你用来存放WIM源文件的一个地方，跟系统没有半毛钱关系的。只要你不乱动你的Y盘，不把Y盘里的Wim源文件删除或移走的话，系统就会老老实实干活。对于Win来讲，在它的脑海里，他不是分成两部分的，而是完整的。但是我们知道，我们把它分为了两部分，因为我们要用ramdisk来加载的IMG不能太大，是有限制的。

ko20010214 · 发表于 2020-9-30 17:52:06

本帖最后由 ko20010214 于 2020-9-30 18:19 编辑

这回我试着往C盘安装软件……我没有什么大软件可以安装，但我的C盘也不大，因为我只分配了600M给C盘。启动后大概就剩下100M左右了。
安装VMware，没反应……
安装WPS，没反应……
安装DX，一闪就告诉我装完了……
安装VC，弹出错误，告诉你磁盘空间不够。
想截个图，也没空间了。
只好修改设置，让它保存在Y盘。

liuzhaoyzz · 发表于 2020-10-1 07:40:45

本帖最后由 liuzhaoyzz 于 2020-10-1 07:56 编辑

ko20010214 发表于 2020-9-30 17:51
我还是不能同意你的看法。
当然我也没有往C盘装那么大的软件。
但我不相信Windows会这么智能地，C盘装 ...

但我不相信Windows会这么智能地，C盘装不下了，就自己建一个软链接，链接到Y盘去装软件。那要那些移动软件的工具干嘛呀？

是一键建立了很多软链接，windows没有那么智能，这是一键改变了部分软件安装位置，强迫调用Y盘。主要有aaa.txt里面的：
\Documents and Settings
\EFI
\PerfLogs
\Program Files
\Program Files (x86)
\ProgramData
\Users
以及部分windows子目录。
这些都是一键建立了软链接的，安装到C盘这些目录，其实大部分是安装到了Y盘，但C盘也会增加少许dll文件。

你所说的情况，是安装了这些目录之外的目录，没有建立软链接的情况。

而且备份的批处理里也没有看到有重新压制WIM的语句。所以我觉得那个Y盘，并不需要更新。

哦，这点我可能是搞错了，rpscsi-compact模式对于Y盘似乎是有备份的功能的，rpwimboot模式似乎没有备份Y盘。

我对现阶段UEFI-RAMOS基本不感兴趣，因为UEFI-RAMOS跟BIOS-RAMOS有着天壤之别，grub2可以加载vdf（map --mem xxx.vdf），但是windows不认识这个磁盘，无法继续启动，所以采取了ramdisk+primo变通的方法，不太完美。

ko20010214 · 发表于 2020-10-10 20:37:26

liuzhaoyzz 发表于 2020-10-1 07:40
是一键建立了很多软链接，windows没有那么智能，这是一键改变了部分软件安装位置，强迫调用Y盘。主 ...

再看了一遍0.cmd，
里面只有
SCSI +P驱IO R驱+P驱IO共用这一段和 R驱 +P驱SCSI-COMPACT压缩这一段
里面用到了建立软链接。
REM ===================SCSI +P驱IO部分 ===============
:KSIOMS
.
.
.
call :IOBF
exit /b

REM ===================SCSI +P驱IO R驱+P驱IO共用===============
:IOBF
.
.
.
title 50%%已完成----【RAMOS一键批处理多合一 V3.7.2】在线制作P驱R驱F驱内存系统工具
echo ☆☆建软链接中，win7 8 10 2012 2016 32 64位通用☆☆
echo 建立目录链接...
for /f "delims=" %%i in (aaa.txt) do (
if exist "%CPddisk%%%i" (mklink /J "%Addisk%%%i" "%CPddisk%%%i" 1>nul 2>nul)
)

=================
REM R驱+P驱SCSI-COMPACT压缩模式
:RPCP
.
.
.
call :KRPCP
.
.
.
REM ===================R驱 +P驱SCSI-COMPACT压缩===============
:KRPCP
.
.
.
title 50%%已完成----【RAMOS一键批处理多合一 V3.8.7】在线制作P驱R驱F驱内存系统工具
echo ☆☆建软链接中，win7 8 10 2012 2016 32 64位通用☆☆
echo 建立目录链接...
for /f "delims=" %%i in (aaa.txt) do (
if exist "%CPddisk%%%i" (mklink /J "%Addisk%%%i" "%CPddisk%%%i" 1>nul 2>nul)
)

恰巧我用的那个模式没有建立软链接。

2、R驱 + P驱SCSI模式【WIMBOOT，WIM放内存】支持WIN7、8、10

if "%q%"=="2" goto :RPWM

REM R驱 + P驱SCSI模式【WIMBOOT，支持UEFI，wim放内存】
:RPWM
CLS
call :Backup
call "ImDisk\install.cmd"
if /i %PROCESSOR_IDENTIFIER:~0,3%==x86 (
call :NC322
) else (
call :NC642
)
call :ZDPF
call :KRPWM
call :ALL1
label %CPddisk% SCSI RAMOS 1>nul 2>nul
call :RIOD
@EXIT

这里面的几个CALL语句都没有call IOBF 或者 call KRPCP.

难怪我没有看到有建立软链接的痕迹。

ko20010214 · 发表于 2020-10-10 20:43:09

REM ===================R驱 +P驱SCSI wimboot部分wim放内存===============
:KRPWM
.
echo 正在创建P驱SCSI内存盘%CPddisk%盘
%rxprd% add -n %Asize% -im -t SCSI -d %CPddisk% -dmm=compact -fs NTFS -N -L -F smart -I "%VDFfile%" -s 1>nul 2>nul
.
echo 正在创建R驱内存盘
.
echo 备份系统盘到当前目录---- %title%
.
echo 打包wim到内存盘---- %title%
"%wimlib%" capture %tardisk% "%CPddisk%\WimBootCompress.wim" "scsi" "scsi Image" --config "WimBootCompress.ini" --wimboot --compress=maximum
.
echo wimboot释放wim到IMG盘
"%wimlib%" apply "%CPddisk%\WimBootCompress.wim" %Addisk% --wimboot
.
title 60%%已完成----【RAMOS一键批处理多合一 V3.8.7】在线制作P驱R驱F驱内存系统工具
echo ☆☆☆☆☆☆ 操作完成，导入注册表 ☆☆☆☆☆☆
exit /b

ko20010214 · 发表于 2020-10-10 21:03:53

其实搞了这么半天，我是迷糊的。其实从一开始接触Ramos我就是迷糊的。因为：

1、因为UEFI-RAMOS跟BIOS-RAMOS有着天壤之别，采取了ramdisk+primo变通的方法，不太完美。
2、模式选择:传统BIOS+MBR硬盘推荐傻瓜模式制作，UEFI+GPT硬盘+64位系统推荐模式2-Ramdisk+primo SCSI-wimboot。推荐BIOS+MBR硬盘模式，兼容性稳定性较好。

这里好像都说BIOS+MBR 的更好……

可是不点大师又说：
现在的大趋势，是淘汰 BIOS，推行 EFI。诸位，一定要明白这件事，你才不会走弯路。

xhan · 发表于 2020-10-10 22:44:58

谢谢分享

liuzhaoyzz · 发表于 2020-10-12 11:30:41

ko20010214 发表于 2020-10-10 20:37
再看了一遍0.cmd，
里面只有
SCSI +P驱IO R驱+P驱IO共用这一段和 R驱 +P驱SCSI-COMPACT压缩这一段

确实是这样子。有些我都忘记了，只是记得大概。没细看代码，是凭印象回复的。rpwimboot指针是wim自己建立的。

liuzhaoyzz · 发表于 2020-10-12 11:33:35

本帖最后由 liuzhaoyzz 于 2020-10-12 11:37 编辑

ko20010214 发表于 2020-10-10 21:03
其实搞了这么半天，我是迷糊的。其实从一开始接触Ramos我就是迷糊的。因为：

1、因为UEFI-RAMOS跟BIOS-R ...

UEFI启动肯定是未来的趋势，不点大说的没错。目前来看，似乎大部分UEFI启动的主板都有LEGACY BIOS模块，支持BIOS启动。
对于RAMOS来说，现阶段的解决方案，肯定是BIOS+MBR模式较好。
现阶段的UEFI-RAMOS，只能依靠微软的bootmgr及微软ramdisk.sys做文章，即使后期能够用grub2引导vdf，也还是要关闭安全启动才好用。

ko20010214 · 发表于 2020-10-12 18:25:44

liuzhaoyzz 发表于 2020-10-12 11:33
UEFI启动肯定是未来的趋势，不点大说的没错。目前来看，似乎大部分UEFI启动的主板都有LEGACY BIOS模块， ...

说起来，这么多工具（指winntsetup, bootice等）也没有看到一个有详细说明的……
象修改BCD里面有那么多选项，是干啥子用的，也没有清楚的说明。在网上也很难找到。
现在RAMOS也在一个瓶颈状态，工具都研发好几年了，大家照着工具做基本也能成功。但没啥新鲜东西出来了。
各位大大有空的时候是不是可以考虑写点常用的工具的详细说明啊？

liuzhaoyzz · 发表于 2020-10-13 08:04:04

本帖最后由 liuzhaoyzz 于 2020-10-13 08:05 编辑

ko20010214 发表于 2020-10-12 18:25
说起来，这么多工具（指winntsetup, bootice等）也没有看到一个有详细说明的……
象修改BCD里面有那么多 ...

WINNTSETUP安装系统教程（RAMOS新手入门帖） - RAMOS - 无忧启动论坛 - Powered by Discuz! http://bbs.wuyou.net/forum.php?m ... 1864&extra=page%3D1

我写的有个winntsetup安装入门啊。

bootice论坛不是也有帖子吗？
【BOOTICE: 启动维护工具】-（2016-06-17 v1.3.4 测试） - 综合讨论区 - 无忧启动论坛 - Powered by Discuz! http://bbs.wuyou.net/forum.php?m ... 7675&extra=page%3D1
BCD的设置找下论坛应该很多。

RAMOS在BIOS下面只要内存够大，基本没有太大的问题，制作一次，用个三年五年的，足够了。
UEFI下面受制于引导器及windows启动机制，暂时难有突破，论坛及QQ群氛围不怎么好，一些人喜欢诋毁RAMOS，慢慢地也就没有什么人继续研究下去了。

babymlin · 发表于 2020-12-22 09:25:59

非常感謝分享

chensjiu · 发表于 2021-1-8 18:21:08

primo cache和fbwf的缓写，能不能同时打开呢？

liuzhaoyzz · 发表于 2021-1-11 23:19:28

chensjiu 发表于 2021-1-8 18:21
primo cache和fbwf的缓写，能不能同时打开呢？

好像不行会冲突。

chensjiu · 发表于 2021-1-13 21:57:53

liuzhaoyzz 发表于 2021-1-11 23:19
好像不行会冲突。

fbwf的缓写，是在硬盘上进行，还是在内存上的？咋觉得用primo cache缓写速度提高很多，而使用fbwf缓写后明显感觉到了迟钝？

liuzhaoyzz · 发表于 2021-1-14 07:31:28

chensjiu 发表于 2021-1-13 21:57
fbwf的缓写，是在硬盘上进行，还是在内存上的？咋觉得用primo cache缓写速度提高很多，而使用fbwf缓写后 ...

fbwf是写过滤驱动程序，所有向设置了写过滤的分区写入的程序，都会被重定向到内存中，删除文件会释放内存。我不玩primo cache和fbwf很久了。

chensjiu · 发表于 2021-2-1 21:39:34

liuzhaoyzz 发表于 2021-1-14 07:31
fbwf是写过滤驱动程序，所有向设置了写过滤的分区写入的程序，都会被重定向到内存中，删除文件会释放内存 ...

感谢回复

18958925900 · 发表于 2021-2-2 20:39:29

谢谢分享。

wolfsmile · 发表于 2021-8-5 16:10:13

谢谢分享！楼主辛苦啦！

XJMGS · 发表于 2021-9-1 07:52:13

是的，感谢大佬免费分享

yuyer · 发表于 2021-9-5 23:56:09

感谢整理指导

nndx2009 · 发表于 2021-11-27 17:49:43

再次回看，细细品味，员外高义

hughcn · 发表于 2021-12-2 20:48:56

认真学习

		自动登录	找回密码
密码			注册

[发布] 芈员外RAMOS作品及适用条件（给新手做指引和参考）

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评