|
本帖最后由 406996032 于 2021-1-23 12:03 编辑
经测试,楼主新增的脚本代码只是画蛇添足。现基于此重置脚本的原作开发者代码基础上优化无限重启问题。
楼主脚本问题:
1.off.bat脚本,无法解决重启问题,在读懂代码的情况下,试用重置脚本生成的native脚本重启时未进入系统就运行了。而楼主off.bat所添加的启动项是进入系统后运行。在未真正了解代码作用情况下,随意增添代码可能会出现更多的BUG。最后只要不添加自动启动重置脚本,二次重启只要进入系统界面时,下次就无此现象了,中途不能中断操作,否则还需要二次重启一遍。
2.pj.bat脚本,判断大于等于28天时启动试用重置脚本,不够人性化,什么时候启动应该是使用者说了算。
3.start.vbs脚本,隐藏调用pj脚本窗口,无任何实际意义的功能
启动脚本时机问题:
开机启动,试用重置脚本刚生成的native脚本不会立马运行,需要下一次开机时运行,所以还要重启一次。
关机启动,试用重置脚本关机前生成native脚本,重启后直接运行native脚本。
所以想自动启动,一定要添加在关机时启动,否则需要再重启一次才会重置。
管理权限问题:
运行试用重置脚本必须获取管理员权限,否则无论运行多少次脚本都是无效的。
楼主在注册表添加的启动项对于我们来说不是都有效果,不过在任务计划中添加可以设置获取管理员权限运行。除非关闭UAC控制,系统就会默认管理员权限运行。
运行情况:
1.楼主的start.vbs对于我们不是都有效,无效原因很简单,每个人计算机设置不一样。我们无效是因为开启了UAC控制,在获取管理员权限的情况下,会将脚本运行目录自动切换至C:\Windows\system32,而不是当前运行目录会出现找不到调用其他批处理的情况
2.缺少原作开发文件MoveEx,导致重置最多成功一次
我找到原开发者说明的自动执行脚本方式是关机启动脚本,而非开机启动脚本:
打开本地组策略——>计算机配置——>Windows设置——>脚本(启动/关闭)——>双击关机选项——在脚本选项卡中点击添加——>浏览打开你指定运行的脚本文件——>最后全部确定。
这里设置的脚本默认使用最高权限运行。
原作者脚本BUG:
结合实际实验情况发现,
1.在系统启动时运行的native脚本命令会与primo ramdisk的某个驱动程序发生冲突,因这两个都是系统启动时运行,而且优先级别都是一样的,这两个谁先运行属于随机概率,会造成重置时进入无限重启问题。
2.重置方式:
添加关机时启动的自动重置,每次都需要二次重启,增加了进入无限重启的可能性。
手动重置,需要二次重启,进入系统后就算重置完成,就是有概率出现无限重启问题。
以上重置可能出现一直无法重置成功的现象,主要原因是筛选判断有漏洞,一定几率会一直无法筛选出时间文件,至于无限重启的修复可判断只删除一次时间文件即结束命令
3.结合实验研究知晓,原作者开发第二次重启在重置过程中是起关键作用的,主要是阻止生成时间记录等相关信息以防死灰复燃,否则在下次开机启动时会恢复成之前记录的试用期限
总结:可以实现无限制次数重置成功,有一定概率出现一直无法重置成功。(重置成功以进入系统后判断是否为之前试用期限为准)
基于原作开发基础上修复无限重启问题,建议手动启动,不建议关机时每次自动启动
更新:Bundle Trial Reset v3.5 Release
修复:避免进入无限重启问题。
优化:优化删除时间文件的执行机制,可在任何情形下都能同时重置PrimoRamdisk6.3.1和PrimoCahche3.2.0(原作开发工具有些情形无法同时重置成功,只能其中一个可以成功重置)
优化:在原开发者基础上优化筛选时间文件判断机制,大大增加重置成功几率,使用至今暂未发生重置失败的例子,若有道友发现重置失败还请评论区点评或私信我(在此之前最好别重装系统或使用其他重置工具进行改动,这会影响我收集其重置失败的相关资料)
重置方式:推荐一个月手动重置一次,只需重启二次,若关机每次启动,需每次重启二次
*注:
*1)无论何时运行脚本都是在下次开机时进行重置,所以不要在开机时加入启动脚本,不然你需再重启一遍才是在重置。这样易误以为是重置失败。
*2)在重置PrimoCache时,如果是在剩余期限内重置,以前的缓存不会被清空,可一旦过期(以开机显示已过期为准)以前的缓存会被清空,这时在重置不会恢复以前的缓存。当然停止所有缓存任务或卸载PrimoCache都将清空缓存。
一测:可稳定重置版本,PrimoRamdisk v6.3.1、PrimoCache v3.2.0
二测:可稳定重置版本,PrimoRamdisk v6.4.0、PrimoCache v4.0.1
在此已不再提供下载链接,需要的人士请在下方楼层获取邮箱联系我~~~
|
评分
-
查看全部评分
|