采用新版一键V4.0做RAMOS没问题了。

ko20010214 · 发表于 2021-1-11 22:21:23

本帖最后由 ko20010214 于 2021-1-13 21:03 编辑

第一个是拿到这个工具不知道所谓的新增的G4E和Grub2的引导方案在哪里选择，后来才知道根本不需要选择，还是照以前的菜单里选0或1都行。
我查看批处理内容查了半天，没搞明白在哪里选，后来试着按推荐的选项做了一个，知道它已经是G4E和Grub2的引导了……
这个在说明里没有特别说明，然后在菜单中也没有体现，让人一下子摸不到方向。希望能添加一些说明，然后菜单中也明确一下。

第二是处理ESP分区时会有问题。

从上面两个图上来看，它把ESP分区同时加载为H盘和Z盘了……
如果我选择H，不出错，
如果我选择Z，或者直接回车（直接回车＝Z），会出下面的错误：

failed 3 会出现3次，然后 GenEfiLoadOption() failed! 会出现一次。
然后又会 failed 3 出现3次，再出一次 GenEfiLoadOption() failed!

虽然出现这些错误，但好像不影响EFI分区复制文件。我自己查看了一下EFI分区里，已经加入了 bootx64.efi 和 grubX64.efi 等必须有的文件。

我第一次是按推荐的0方案做的，0、Primo土豪双镜像模式
因为直接按回车进去的，所以出现了上面那些错误提示，最后重启后也没看到新的菜单，我还以为没做好，直接进了原来的VHD里，然后我查看了EFI分区里的文件，发现已经在里面了，我用bootice
里的UEFI 启动项管理添加了这两个菜单（G4E 和 grub2）,重启后就可以从 G4E 的菜单里进入RAMOS了，也可以从Grub2的菜单里进入RAMOS。

第二次我就在RAMOS里又做了一次，这次失败了……
在如下图所示，在进行到倒数第二行时，系统很快自动重启，根本没有出下面倒数第一行的“ 移动了 1个文件”，系统就自动重启了！
重启后选择新做的RAMOS，提示 “找不到文件”，我重新进入系统后查看了一下存放VDF的目录下的真的没有文件，是空的。
也就是说，在RAMOS里制作时，根本就没有做出这个VDF就重启了！

第三次我进了VHD的系统里，又重新做一遍，这次成功了，如下面的图所示。

最后放出磁盘测试的结果：

不知道这个结果算不算好。

总结一下：
1. 新增的G4E和grub2引导的制作，在菜单中没有体现，让人很难知道在哪里选择。说明也不够详细。
2. 对于ESP分区的处理，弄出两个盘符来，也让人疑惑，尤其是直接回车的话，会弹出这些出错的提示窗口来。而且我不知道是不是因为这些出错，让启动菜单里没有自动添加G4E和Grub2的入口。我后来是自己手动添加的。
3. 在已经做好的RAMOS里再运行这个一键工具，好像无法制作新的RAMOS，虽然menu.lst里和grub.cfg里都添加了新RAMOS的入口，但找不到文件。
4. 不知道做好的RAMOS从G4E引导和从grub2引导两者有什么不同，性能和稳定性上哪个更好。

ko20010214 · 发表于 2021-1-11 23:25:36

本帖最后由 ko20010214 于 2021-1-11 23:52 编辑

liuzhaoyzz 发表于 2021-1-11 22:49
1、你摸索过的，txt说明里面大部分已经有了。
txt里面已经说明过了，不同的人电脑启动热键F12/F8/F10/F11 ...

1。程序员因为对自己的程序太熟悉了，所以不知道别人（用户）会在哪些地方迷茫，这就是测试者的作用所在。我知道4.0新增了这个功能，很想试试这个功能，却不知道应该选择哪个菜单才会有这个功能，这就是我的迷惑所在，希望能在说明里加以特别注明。至于在启动时按F12等键来进入启动顺序菜单这个是知道的。
2. 我下载的不是最新的版本，最新的应该是你昨天晚上放出来的。我现在下载了。
至于管理员分为内置超级管理员和普通管理员不同的级别，我是不清楚的，我不知道我是以哪种管理员进去的，我是用的论坛里的
“400M内存能启动的WIN10X64位，1.59GWIM Windows2016LTSB急速精简版强势回归”
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=411030
这个版本的win10。
3. 没搞明白RAMOS里运行一键为什么不行，（虽然事实上好像是不行），RAMOS系统不应该和正常系统一样吗？只不过是全部加载到内存里的而已。这个无所谓，只是觉得RAMOS如果不能和正常系统一样可以运行各种软件的话，那用RAMOS意义在哪呢。
4. 两种模式我都试过了，现在是在单镜像模式下，所以制作时问我内存盘要多大时，我输入了10240MB，因此你看到我的C盘是10G的。

ko20010214 · 发表于 2021-1-12 11:54:00

突然想到怎么没有看到SVBUS方案呢？

ko20010214 · 发表于 2021-1-13 19:09:39

本帖最后由 ko20010214 于 2021-1-13 19:33 编辑

新的V4.0版很好用。
按模式0做了一个双镜像的，用G4E引导进入系统测得评分情况如下：

现在去用Grub2来引导进入系统看看。

看起来差不多。
我的是2根8G的DDR4内存条组成双通道。

ko20010214 · 发表于 2021-1-13 21:04:12

本帖最后由 ko20010214 于 2021-1-13 21:24 编辑

再用模式1做了个单镜像版的。下面是用G4E引导的单镜像版测试结果：

这个是grub2引导的单镜像版测试结果：

有一点点差异。Grub2的测试成绩要好那么一丢丢。

另外，我的G4E的menu.lst里用的是 graphicsmode -1 800:7680
它能以最大可用分辨率显示菜单，并且进WIN10后也是自动的高分辨率。

我用Grub2的grub.cfg里用的是 set gfxmode=1024x768,800x600,auto
它用的是1024的分辨率，进WIN10后也是1024的分辨率。

ko20010214 · 发表于 2021-1-13 21:19:09

2.模式选择:传统BIOS+MBR硬盘推荐傻瓜模式制作，UEFI+GPT硬盘+64位系统推荐用高级模式2(ramdisk+primo+wimboot)制作。推荐BIOS+MBR硬盘模式，兼容性稳定性远超UEFI+GPT。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
这个模式选择的建议也要更新一下了吧？现在应该是 UEFI+GPT+64位用G4E或Grub2的引导+Primo的驱动最好吧？

ko20010214 · 发表于 2021-1-13 21:30:50

liuzhaoyzz 发表于 2021-1-13 21:11
14GB单镜像？挺大的，我电脑最大的单镜像好像是11GB的，以前在BIOS下面好像有人反馈太大的镜像加 ...

程序建议最大的14797，我没做这么大的。上次是按最大的做的，可惜已经不记得是否成功。

ko20010214 · 发表于 2021-1-13 21:43:38

backup.cmd 里的title 里的版本号没更新。还是V3.8.7的。

ko20010214 · 发表于 2021-1-13 21:46:49

luohanqing 发表于 2021-1-13 21:43
2.模式选择:传统BIOS+MBR硬盘推荐傻瓜模式制作，UEFI+GPT硬盘+64位系统推荐用高级模式2(ramdisk+primo+wi ...

没看明白。

ko20010214 · 发表于 2021-1-13 21:58:52

还有，土豪单镜像的卷标为 RICHD，是RICH（土豪）的加上DAN（单）的意思吗？可很容易让人误解为 RICH + Double的意思，还不如改成RICHS ，（Rich+Single）.

ko20010214 · 发表于 2021-1-13 22:01:35

另外，这个做成RAMOS后又鸟活又失效了……

ko20010214 · 发表于 2021-1-14 20:34:44

backup.cmd 里的
for /f "tokens=4*" %%x in ('findstr /i /c:"%str%" "%systemdrive%\Program Files\Primo Ramdisk Server Edition\rxprd.txt"') do (

如果我是装的Primo6.3.1版的话，感觉路径不是这个%systemdrive%\Program Files\Primo Ramdisk Server Edition\，而是%systemdrive%\Program Files\Primo Ramdisk\
那这个会有影响吗？

在0.cmd里两个路径都有：
%rxprd% edit 0 >"%systemdrive%\Program Files\Primo Ramdisk Server Edition\rxprd.txt" 1>nul 2>nul
rem @ping 127.0.0.1 -n 6 >nul
%rxprd% edit 0 >"%systemdrive%\Program Files\Primo Ramdisk\rxprd.txt" 1>nul 2>nul
那最后是以哪个路径为准呢？

ko20010214 · 发表于 2021-1-14 20:40:38

本帖最后由 ko20010214 于 2021-1-14 21:03 编辑

liuzhaoyzz 发表于 2021-1-14 07:27
我修改一键的基本原则，是能不动原来的代码，就尽可能不动它，有时候牵一发而动全身，不知道因为哪个地方 ...

backup.cmd，PCbackup.cmd和Ubackup.cmd里我用关键字“RichD”查了，没有。所以热备份没关系。除了0.cmd其它的cmd里查过都没有。
在0.cmd里也只有三个地方有richD, 我自己把它改成了richS，到时测试一下看看。应该是不会有什么不良的后遗症。

ko20010214 · 发表于 2021-1-14 21:56:57

本帖最后由 ko20010214 于 2021-1-14 22:01 编辑

我试过了，
1.可以用程序给出的最大值做单镜像。（给出的最大值为14767MB）
2.我把卷标改为 RICHS ，制作单镜像时没问题。
3.进入RAMOS后又鸟活系统，用备份程序备份也没问题，重启后是又鸟活状态。
4.备份速度超快，值得一用。

结论是：可以把卷标改为 RICHS，备份时不会出错。（其实真正不能乱改的是那些默认的文件名，改了真的不知道备份时会不会出错）

备份时间应该不到10秒钟……

ko20010214 · 发表于 2021-1-14 22:23:38

在0.cmd里两个路径都有：
%rxprd% edit 0 >"%systemdrive%\Program Files\Primo Ramdisk Server Edition\rxprd.txt" 1>nul 2>nul
rem @ping 127.0.0.1 -n 6 >nul
%rxprd% edit 0 >"%systemdrive%\Program Files\Primo Ramdisk\rxprd.txt" 1>nul 2>nul
那最后是以哪个路径为准呢？

我觉得这里是不是也得判断一下？或者两行总有一行要REM掉吧？

ko20010214 · 发表于 2021-1-14 23:20:26

本帖最后由 ko20010214 于 2021-1-14 23:38 编辑

又做了一次模式0的。
还是觉得单镜像好~~~
双镜像的备份起来要多废时间，单镜像的秒备份！
当然，单镜像的磁盘空间占用要大，14G虚拟磁盘的就得占用14G的磁盘空间。而双镜像的16G的虚拟磁盘（指虚拟出来的C盘）总共占用6.8G左右的空间。这张图是G4E引导后的RAMOS测速（双镜像，分辨率1920）

这张图是GRUB2引导后的RAMOS测速（双镜像，分辨率1920）

这张图是GRUB2引导后的RAMOS测速（双镜像，分辨率1024）

以前测试时没有注意到分辨率会不会影响测试结果。

ko20010214 · 发表于 2021-1-17 11:29:03

本帖最后由 ko20010214 于 2021-1-17 12:19 编辑

模式3里 cls 后面多了个3.

这里吞掉了一个R，不知道哪里的问题。本来是REM ，却变成了EM，可没查到是哪里错了。

这里有两个版本提示没更新。

ko20010214 · 发表于 2021-1-17 15:24:42

本帖最后由 ko20010214 于 2021-1-18 19:39 编辑

那是因为cls3出错后面的就跟着出错了，我改正了cls之后再试就不出错了。

但是为什么会出这种错误我也真是弄不清楚……
后面接着的错误也是千奇百怪……

修正了cls3那个错误后再试就一切正常了！

ko20010214 · 发表于 2021-1-30 19:46:19

@liuzhaoyzz
BootICE我看你有X86版的1.4.0新版，那X64版的有吗？能提供一下不？

ko20010214 · 发表于 2021-1-30 22:57:53

liuzhaoyzz 发表于 2021-1-30 21:20
为什么要用64位的？！32位的可以通杀32、64位系统！

http://wuyou.net/forum.php?mod=redirect&goto=f ...

两介版本的分区管理和主引导记录的功能都丢失了……还是用回1.3.4版好了。

ko20010214 · 发表于 2021-1-31 00:06:59

新版的测试软件测试结果差别这么大！

ko20010214 · 发表于 2021-9-26 21:30:04

liuzhaoyzz 发表于 2021-1-17 13:06
感谢反馈！已修改，并上传网盘。https://liuzhaoyzz.lanzoux.com/b00n7bcqf
em那个错误我没有找到原因。

我现在想明白了，就是批处理的命令本来是存在于缓存中的，然后由于某个命令出错（或是执行的时候溢出），导致返回执行下一条命令的时候部分字符被冲掉了，于是出现莫名其妙的错误。

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

[已解决] 采用新版一键V4.0做RAMOS没问题了。

评分

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评

点评