本帖最后由 liuzhaoyzz 于 2019-3-10 07:26 编辑
frg521兄，为啥你的回复帖子你总爱删除？删除后楼层帖子看起来显得莫名其妙的，请别删除了。论坛交流最大的好处就是交流的过程中知识、技术和经验得以保留和提炼，哪怕是错误的经验也是有助于技术进步和真理的导向，又有谁能够保证自己说过的话都是对的，真理都掌握在自己手中。
RPIO RPCP方案我测试了WIN10LTSB2016X64版本，是在UEFI下测试的，关机不蓝屏了。 你提的建议，关于语言包和字体是很中肯的意见。关于RPIO RPCP这两个方案，我本来就不是很喜欢，他彻底改变了windows的运行方式，软链接带可能会带来各种问题，这两个方案在虎大的RPWIMBOOT出来之前，是大内存的UEFI-RAMOS解决方案中的可选方案，而且测试UEFI，都是在64位系统之下测试，32位的UEFI我没有测试环境，再说玩RAMOS还是内存大点好，内存大点，当然就要上64位的系统了，32位的系统测试起来没什么意思，不管是BIOS还是UEFI下面，BIOS下有傻瓜模式兜底方案，大内存有土豪模式方案，又有谁会去用RPIO这样子不稳定的方案，启动文件现在有700MB在ramdisk盘上面，精简系统按照5GB左右大小来说，还只有4.3GB左右在primo盘上面，没什么意思。这是背景，也就是说，BIOS下面用RPIO没意义，保留他只是多个选择罢了，因为有人（比如SR）就喜欢这个模式，多个选择不是什么坏事，多个选择的好处是总有一种方案适合你；UEFI下面，现在有了RPWIMBOOT方案之后，RPIO RPCP方案也完成了他的历史性、阶段性的任务了，保留这两个方案只是留作纪念，更新他只是为了不给RAMOS关机蓝屏带来负面的影响，他们可以被抛弃了，因为有了更好更稳定的RPWIMBOOT方案可以取代他们。
感谢分享。支持辛苦。
本帖最后由 liuzhaoyzz 于 2019-3-11 08:49 编辑
1.英文版确实只改了部分，echo以及部分代码，注释部分没有修改。rc.cmd我本来想改的，想想还是算了，沿用以前的吧，改了后还要测试。 中文版和英文版主要代码是相同的，但是为了避免中文在英文系统下乱码让人迷糊，所以与中文做了两个分支。 有来自巴基斯坦的，有来自越南的朋友，他们哪里能看懂方块字，甚至有乱码没法使用，他们代表了较高技术水平的国外玩家。
2.关于文字部分的笔误，除了你发现的问题，可能还有没被发现的，以后版本修正，对于功能没有调整的版本，没必要单独发布一个版本，这样子的提示错误随着功能改进的版本发布来更新，目前不影响制作。 一键发展到现阶段，有了那么多前辈的付出完善，已经有了很好的基础，笔误级别的代码改变不是难事，难的是UEFI下那些遗留问题的前沿性原创解决方案。
3.关于系统盘符的问题，我只测试了系统安装在C盘的情形，可能芈员外也只是测试了一部分，要测试系统在不同盘符的情况，测试量太大，付出与收获不成正比，我感觉没什么必要，系统装在C盘能制作成功就好，为啥一定要装X盘。如果你有兴趣，你可以单独发布个版本。
4.确实，现阶段UEFI下的主要问题就是WIN8/WIN10下的开始菜单和托盘的那些问题，目前可以用startisback和slore的winxshell解决，不过不是所有人都喜欢这样做，如果能够用原生开始菜单和托盘当然更好，这是现阶段的主要目标。BIOS下没有开始菜单和托盘的那些问题。
5.对于正常系统和RPIO RPCP，BIOS/UEFI确实只是差一个winload.exe/efi，但是对于其他模式RAMOS，没那么简单，这完全是两个世界，你要看下前辈们研究的启动原理才行，不是三两句话能够说清楚的，BIOS下面有grub4dos这个神器，UEFI下面哪里有？所以才有用bootmgr==>ramdisk==>primo这样子的中转驱动绕弯解决方案。其他几种模式因为受制于原理不同，无法从BIOS下带入到UEFI下面。
frg521 发表于 2019-3-10 05:57
...
测试很详细，支持楼主测试安装，然后再测试下读写性能，模式0我的64g内存也没有成功，转而用模式2土豪模式制作成功，现在一直用
本帖最后由 liuzhaoyzz 于 2019-3-12 07:08 编辑
英文版我测试过BIOS傻瓜模式，土豪模式， UEFI下的RPWIMBOOT，你说的有问题的是BIOS还是UEFI下的？你的系统安装在哪里的？C盘还是X盘？我测试的在C盘。
本帖最后由 liuzhaoyzz 于 2019-3-12 11:27 编辑
晚点我检查下，不好意思我忘了，RPIO RPCP前一个版本测试了，英文版3.8.0这两个模式没有测试，谢谢你的反馈！
心版版费心了，每次更新不易，为了内存系统更易用，菜鸟玩家顶礼膜拜感谢中
frg521 发表于 2019-3-12 10:04
...
为啥要匿名，我已经修改了你说的部分了。英文版上传了一个在网盘了，我还没时间测试。
不错哦，你也是个有很强动手能力的人！但是不同的人有不同的编程思想，我的思想是除非芈员外原来的代码有错误，能不动我尽可能不动那些代码，因为很多代码的背后是非常多的经验教训，很多次失败。
本帖最后由 liuzhaoyzz 于 2019-3-12 21:28 编辑
已经按照你的要求在帖子和txt中去掉你的名字。
英文版3.8我测试了RPIO RPCP都没问题，系统都是安装在C盘的。其实参数输入提示和顺序还可以改的更合理点，先输入盘符、路径（甚至可以一起输入），然后ramdisk内存盘大小，primo内存盘大小，这些改动从逻辑上来说确实更合理，但是改动量太大了，哪里忘了修改就会导致出问题，还是维持稳定吧，可靠就行了。
关于注册表currentcontrolset的问题，确实没有碰到过什么问题。
不是不采纳，你的问题我没有碰到，即使我采纳了，我没有类似你的环境进行测试，而且改动任何一点点代码都是要费时费力地进行测试的，很麻烦。短时间之内我不打算做大的更新了，除非有人能够解决UEFI下WIN8/WIN10开始菜单和托盘区域的那些遗留问题才有意义，其他的更新意义不是很大，如果你有兴趣，你可以直接发布你修改的版本。
1、我看你注释掉了虚拟内存的设置，注释掉了可能会导致关机蓝屏的。
2、还有关于booticex86那个问题，原来的代码主要是尽可能利用当前系统的bcdedit，bcdeditx86确实能够解决某些情况下WIN7的bootice打不开的问题，而你直接全局调用bcdeditx86或者bcdedit64，就这一处改动，你可知道要测试多少种模式，每种模式有多少个系统需要适配？WIN7 WIN8 WIN10，包括X86 X64，测试多了实在很累！员外的淡出可能也是感觉到太累了。你没有遇到这一处改动后面的问题，可能突然有一天就发现有问题了，一键的很多代码是经过很多次锤炼的，3000行代码，200多次更新，然后中文版改成英文版，可不是单纯那么简单只改个echo就OK了，还有很多测试工作要做的，然后在英文系统下面测试发现的问题，改进之后，又会同步到中文版里面，就比如获取GUID这个代码，这是我困扰了很久才发现的问题，然后陆续才改正。
3、另外很多程序已经测试过32位用于64位系统下没有问题的，必须要分别开的才会分开来，全部分开确实没有必要，这是经过很多人的测试的，前几楼已经给你解释过了。bootice，bootmode，wimlib，drive snapshot，fastcopy，sed，dd都用32位的，没问题的，都不涉及到64位目录重定向，不会有问题，改动一处，背后就要很多的测试的，非常消耗精力！最主要也没有必要，因为他们一直都运行挺好的。
4、关于你提到的40%%的问题，不是笔误，必须要这样子用，否则就会显示异常的，你试下就知道了。
5、关于bootcfg /timeout 2的问题，RAMOS启动本来就慢，然后再改成10秒，不是更慢了？我原来想改成1秒，和员外原来的3秒讨论了很久，才改成了现在的折衷2秒。
任何一个工具，短时间之内没有多少人能够发现其价值的。
frg521 发表于 2019-3-12 21:17
...
你所说的场景，1、安装一个32或者64的7或者8，安vhd里，使用置顶帖子的winntsetup安装预定盘号为c以外任意盘号，2、进系统重启2次后，开机f8最后一次正常启动。这两个场景我确实没有测试，你说的问题据你实际测试肯定是存在的，我没有测试过这两个场景。对于场景1，因为我一直喜欢盘符是C盘，所以没有测试，既然你测试了，你放出修改的版本应该是挺好的。对于场景2这种，非正常启动的情况，甚至死机不修复的情况，只能要求用户自己去执行开机修复，我觉得这不是一键应该干的事情，一键只能在基于用户系统正常、软件正常、驱动正常的基础上去转化为RAMOS，如果原系统不正常，进入RAMOS肯定也会大概率有异常，所以场景2这个情况是不应该存在的。
40%那个问题，我确实理解错了。
本帖最后由 liuzhaoyzz 于 2019-3-13 10:35 编辑
我们的思想出入不在代码层面，是在于使用层面上面。
启动超时全局设置为2秒没问题啊，电脑有键盘缓冲区，启动界面按下箭头键就可以切换，RAMOS是给windows极客们用的，有谁会不知道用箭头选择启动项，如果不会给他10秒也没用，RAMOS制作后一旦稳定，几年不用动他，默认启动项就行了，10秒的等待时间，早已天荒地老。
页面文件删除，有待完善。
bcdeditx86你的代码可能我看错了。
#键那个，英文版我没改，我不知道咋改，国外没人玩QQ，以后顺便改吧。很多中文注释也没改，以后改吧，不影响制作流程
本帖最后由 liuzhaoyzz 于 2019-3-14 09:03 编辑
对了，忘了给你说一件事情，基于%PROCESSOR_ARCHITECTURE%变量来判断操作系统位数本来就是不准确的。我一年前已给芈员外反馈过，一般也没什么问题，因为偷懒我一直没有修改，以后有空还是改用更准确的版本吧。
我上两段代码来说明问题，这两段代码，在64位系统中，你从32位文件管理器运行，结果是错误的；如果放在64位文件管理器下运行，结果却是正确的：
判断系统是32位的还是64位的（不准确）.bat@echo off
if /i "%PROCESSOR_ARCHITECTURE%"=="AMD64" goto x64
if /i "%PROCESSOR_ARCHITECTURE%"=="x86" goto x86
:x64
echo 64位
goto exit
:x86
echo 32位
goto exit
:exit
pause
判断系统是32位的还是64位的（准确）.bat@echo off
rem 判断64位系统和32位系统
echo %PROCESSOR_IDENTIFIER%
if /i %PROCESSOR_IDENTIFIER:~0,3%==x86 (
echo 32位操作系统
) else (
echo 64位操作系统
)
pause
本帖最后由 liuzhaoyzz 于 2019-3-14 10:20 编辑
我跟你说文件管理器，你跟我说什么桌面？你有用过MDIE、Tablacus explorer之类的第三方文件管理器？在64位系统中，从32位的文件管理器运行这个批处理，%PROCESSOR_ARCHITECTURE:~-2%结果是错误的，不信的话你试试不就知道了？为什么要用32位的文件管理器？因为多标签文件管理器很多是32位的，64位的很多功能做得不够好。我知道这个事情，所以我在说明.txt中说到了。
frg521 发表于 2019-3-14 11:22
...
大神，你可以自己把批全改了，改成你满意的方式，然后发上来给大家用，多一个人写，就有多一种写法，也多一条路可以走，那里不足也可以相互补充
frg521 发表于 2019-3-14 19:57
...
f兄好厉害，很强大！找到很多已知、未知的bug，作者和后续维护的版主都会记录保存下来的，空的时候会反复测试并作适当修改，这些对完善一键批处理有很大帮助！辛苦了，非常感谢！
本帖最后由 liuzhaoyzz 于 2019-3-15 09:27 编辑
frg521兄，我看了你的changelog，我感觉改动还是蛮大的，不同的人写代码可能有不同的写法，实际使用中遇到的问题，可能不同的人解决问题的办法也不同，如果改动较小，还可以提交给原作者来更新；如果改动太大了，不如自己fork一个分支，反正现在一键是开源免费的，这是开源代码的魅力所在，大家都可以为他贡献自己的一份力量,而如果等着原作者改进，可能结果不是自己想要的，因为你遇到的问题，原作者不一定会遇到并能够在某些场景下重现问题，如果原作者在你的changelog或代码中发现自己的代码有问题，可能会跟进，也可能不会，这都没什么问题，因为大家都是业余时间写代码，甚至随着兴趣爱好的转移，放弃代码的更新，这都有可能，这样的情况，如果原作者没有把你的方案合并进去也没有什么，因为不同的人有不同的思想，自己fork一个分支，分享出来就行了，总有人因为你修改后的代码获益。对于愿意免费分享出来的程序和代码，大家都是持欢迎和支持的态度的，即使会有不同的见解，甚至会有争论，但那也不影响互相交流、借鉴与改进，论坛最大的好处之一，就是不同的人、不同的见解在沟通、交流、辩论中趋向一个平衡的、可接受的结果。
frg521 发表于 2019-3-14 19:57
...
1、该工具，就需要您这样的热心人贡献和努力，首先肯定您的付出。
2、你和版主，出发点不一样，版主是希望稳定为主，毕竟该工具已经经过多年应用和实测，基本能稳定运行已经非常成功，代码不说，光是测试就够花时间的了，而且，还要适应所有系统的测试，不容易。
3、代码我看不懂，无法评价，不过版主的设置等待时间为2秒我自己很同意的，10秒太长了，第一次如果来不及第二次重启重新选择。如果是10秒，是每次开机都要等10秒，对于不需要选择的来说等待是煎熬。
4、希望大神能多花点时间，为该工具尽心尽力，也希望大神单独开个个性化的分支，比如给大内存的用户推荐个速度最佳的方案（大内存的基本是对速度不妥协的，速度至上）。
5、更希望你们俩能互为合作，版主把你实测稳定运行的代码纳进来，造福ramos爱好者。
frg521 发表于 2019-3-14 19:57
...
我不知道你自己有没有跑过批处理，第一点我肯定的是，你这个100%不行，这个8.8.8的一打开就干掉我的全部内存盘，这肯定不行的，在热备份时，你怎么备份，第二点我在没RAMOS的系统上跑，选土豪模式，你看下这图，建内存盘就错了，后面的就不用说了吧
frg521 发表于 2019-3-15 22:29
...
3.8.0是全新的版本，是大改了，也有打开干掉内存盘的情况，我也是没事点了一下，看看有什么效果，只是有点意外，我看你还是等等，等新版稳定了在下手吧，
或者用老版本的下手试试，毕竟新版的改动太大了，还没有多少人用过呢，bug应该是不少的，要慢慢调整
本帖最后由 promrhxq 于 2019-3-15 23:11 编辑
反馈来啦：烦请高手诊断下，3.8.0原版运行不出错，这个版本重复两次，都出现如图所示的错误
本帖最后由 xiaowu2000 于 2019-3-16 08:45 编辑
原版和修改版，均出现土豪模式制作成功后，重新启动选择RamOS后提示出错，回车后再出现两个启动选项需要选择，第一个返回，第二个成功进入系统。
傻瓜模式没出现这个问题，但对Office2019支持不好，提示缺文件需要重新安装。
两台电脑情况类似，一台32G内存DDR3，一台48G内存DDR4。测试系统均为win10LTSCx64
frg521 发表于 2019-3-16 01:06
...
感谢提醒
补充一下后续测试：使用3.8.0原版制作无措（同样机器没有重启，即便重启888依然同样出错）
frg521 发表于 2019-3-16 10:41
...
感谢耐心回复，抽时间再试试，折腾之路从来无坦途，感谢你的付出
本帖最后由 xiaowu2000 于 2019-3-16 13:08 编辑
新版重新制作仍然如此，显示制作成功，重启出错，回车后跳出选择菜单，选下面那个成功进入系统。每次启动都得重选
0=E0、R驱 + P驱IO模式 :RPIO
1、P驱SCSI IO RAMOS【三镜像，IO智能盘为主，理论上IO快点】:IOCP
2、P驱土豪模式【无压缩智能镜像，制作最快】:THM
3、P驱COMPACT RAMOS【完整单镜像，无动态分配】:CPWZ
4=E2、R驱 + P驱SCSI模式【WIMBOOT，WIM放内存盘】支持WIN7、8、10 :RPWM
5、P驱COMPACT RAMOS【双镜像，悠远模式，延时加载，无法热备份】 :YYCP
6、P驱WIMBOOT RAMOS【双镜像，WIM放内存盘】 :WIMBOOT
7、P驱NTFS压缩模式【双镜像，兼容性稳定性较好，占用内存稍大】 :NTFSYS
8、F驱Firadisk【COMPACT 模式】 :FRAM
9=E3、R驱微软Ramdisk【WIMBOOT，WIM放硬盘】 :RPWMH
10、P驱WIMBOOT RAMOS【双镜像，WIM放硬盘】 :WIMBOOTHD
#、帮助 简要制作说明
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
上面的0-999，根据本机配置进行选择，内存大的推荐最稳定的土豪模式2，输入数字按回车：2
请输入要存放vdf镜像文件的盘符，即本机已存在的盘符（如D）：F
请输入自定义的镜像文件目录（如VDF，或用\隔开的多级目录，VDF\MOD）：VDF
系统总大小为25598MB，已用空间为19584MB，剩余空间为6014MB，镜像存放目录为F:\VDF，内存盘49075MB
正在制作中，请耐心等待。
开始寻找空盘
正在创建内存盘
备份系统盘到当前目录---- 【RAMOS一键批处理多合一 V3.8.0】在线制作P驱R驱F驱内存系统工具
12:23:36 Disks in backup:
12:23:36 C: -> ramos.sna
12:23:38 Start backup of C: -> ramos.sna
12:23:38 free space info: total 25.597MB, 6.031MB free, 19.566MB must be saved
12:23:38 C: -> ramos.sna
- read 20199/20199MB, written 10322MB 100%
12:42:02 C: 19.566MB in use - stored in 10.327MB - 18:25 minutes
12:42:02 Success
12:42:02 Snapshot finished successfully
恢复sna到内存盘---- 【RAMOS一键批处理多合一 V3.8.0】在线制作P驱R驱F驱内存系统工具
12:42:15 The original filesystem size was 25597 Mbytes.
12:42:15 The new partition size is 49074 Mbytes.
ramos.sna -> \\.\Y:
ramos.sna
read10.562.287K - written20.655.168K -99% done / time left: 0:00
ramos.sna read10.570.725K - written20.684.160K - 100% done
Total time used: 2:51
12:45:06 The drive has been successfully resized! New Size is 49.074M
Warning! This disk seems not to be bootable.
Please run <Snapshot --checkboot HDx> manually
12:45:07 Snapshot finished successfully
☆☆☆☆☆☆ 操作完成，导入注册表 ☆☆☆☆☆☆
☆☆☆☆☆☆ 导入注册表中 ☆☆☆☆☆☆
Microsoft Windows [版本 10.0.17763.316]
☆☆☆☆☆☆ 正在走Win8/10流程，如发生错误，请检查你的系统是否支持bcdedit ☆☆☆☆☆☆
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
添加RAMOS引导
操作成功完成。
操作成功完成。
操作成功完成。
操作成功完成。
grldr
ramos.lst
已复制 1 个文件。
Microsoft DiskPart 版本 10.0.17763.1
Copyright (C) Microsoft Corporation.
在计算机上: WIN20190304HOME
DISKPART>
磁盘 0 现在是所选磁盘。
DISKPART>
分区 1 现在是所选分区。
DISKPART>
DiskPart 成功地分配了驱动器号或装载点。
DISKPART>
磁盘 1 现在是所选磁盘。
DISKPART>
分区 1 现在是所选分区。
DISKPART>
DiskPart 成功地分配了驱动器号或装载点。
DISKPART>
磁盘 2 现在是所选磁盘。
DISKPART>
分区 1 现在是所选分区。
DISKPART>
DiskPart 成功地分配了驱动器号或装载点。
DISKPART>
退出 DiskPart...
复制引导文件至引导分区根目录
已复制 1 个文件。
已复制 1 个文件。
从X盘开始寻找空盘
正在制作引导镜像，分配引导盘大小512MB
正在创建引导镜像
WIN7_8_10引导镜像提取
拷贝目录...
拷贝文件...
备份注册表...
操作成功完成。
操作成功完成。
操作成功完成。
备份引导镜像盘mbr
卸载引导镜像
☆☆ 正在保存智能镜像，请继续耐心等待。。。 请勿关闭此界面 ☆☆
☆☆ 正在保存智能镜像，请继续耐心等待。。。 请勿关闭此界面 ☆☆
☆☆ 正在保存智能镜像，请继续耐心等待。。。 请勿关闭此界面 ☆☆
备份智能盘mbr
智能盘mbr覆盖到引导镜像
移动了 1 个文件。
已复制 1 个文件。
程序运行开始时间:12:22:49.35结束时间:12:47:32.18
制作时间:24分钟42秒,20秒钟之后将会自动重启！
'.shutdown.exe' 不是内部或外部命令，也不是可运行的程序
或批处理文件。
D:\MyDrivers\V5.3IN1.END\SETS.DIY>
D:\下载夹\土1.jpg[/D:\下载夹\土2.jpgimg]
本帖最后由 xiaowu2000 于 2019-3-17 08:45 编辑
frg521 发表于 2019-3-16 13:25
...
分别使用888错误时停止制作及888中文改BIOS，选择土豪，结果相同。
显示制作成功，启动时跳出错窗口，必须手动选择下面一项再能进入系统。已拨下所有U盘和移动硬盘，在磁盘管理器中也没发现未知盘（只有一个HDD作数据盘，一个SDD作引导盘，还有一个就是内存盘）。
傻瓜模式则没有这个问题
attach://389379.rar
frg521 发表于 2019-3-17 10:14
...
attach://389423.rar
感谢关注，辛苦了。您的回复给我们小白上了一课
刚使用英文BIOS再次制作并选择土豪模式，结果一致。
仍然在启动时出错，必须回车后再选
您要说没挂载上RamOS，最后进入的系统又的确是制作好的RAMOS，只是中间跳出错误提示并现次选择（而且这个选择也不同于主BCD里的几项启动项选择，修改内存盘中的BCD也没影响）
选择傻瓜模式就一切正常，只是性能差点感觉浪费了新入的内存
非常感谢楼主！
本帖最后由 a20120227 于 2019-3-29 02:25 编辑
大大，求助。win10 1809 用论坛的【RAMOS一键批处理多合一V3.8.0】在线制作P驱R驱F驱内存系统工具 模式2制作的系统 进不去系统蓝屏了，终止代码：ramdisk boot initialization falled
华擎b450 pro4主板， 32g内存， gpt分区 ，nvme固态
一直有用，感谢分享
 |