无忧启动论坛

标题: 求 RAMOS 的 win11pe 维护用 [打印本页]

作者: 不点 时间: 2022-11-8 19:49
标题: 求 RAMOS 的 win11pe 维护用
以前下载过一个文件：Win11PE_22000.65_RAMOS.iso 大小：817 MB（即 836992 KB），

但找不到原帖了。希望能下载到该作者的后续版本。

为什么需要它是 RAMOS 呢？因为，它运行在内存，这样，启动以后，不依赖硬盘、U盘，更加稳定。尤其是，被 ventoy 启动时，较少遇到失败。其他种类的 PE，被 ventoy 启动后，容易出现各种故障。

我的 U 盘有 10 多个 PE.iso，经过长期测试，得出结论：RAMOS 的 PE，被 ventoy 启动后，不会出现各种五花八门的问题。

因此我来求助。希望原作者看到后，给以帮助。也希望大家发言讨论。

作者: 2012zhd 时间: 2022-11-8 20:24
这个可能是“立邦电子"的作品，不点大去试试看。

作者: 9527sss 时间: 2022-11-8 20:45
谢谢分享

作者: mrzhonghb 时间: 2022-11-8 21:16
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=426113

作者: 不点 时间: 2022-11-8 23:51
几位大哥、大师、前辈，您帮我找到了！非常非常感谢！

在下不懂 PE 的知识，不知道 PE 都是运行于内存。

我这么想：它既然标注为 RAMOS，肯定有某种道理。

ventoy 貌似把 iso 所在的盘弄成只读的，进入操作系统（即，PE 的 windows 环境）以后，有时会出现莫名其妙的问题。当然，也许是我瞎猜的。我只不过是碰上问题了之后，不知其原因，所以就瞎猜。但是为什么本地硬盘有时候也不让访问呢？会不会是 ventoy 弄错了，把本地硬盘弄成只读了？

还有一种可能性，就是，ventoy 的 iso 仿真功能存在 bug，让 iso 的一部分扇区错位或失效了，导致莫名其妙的问题发生了。

不管原因究竟在何方，总之，这个 RAMOS 的 win11PE，在用 ventoy 加载的时候，成功率是最高的。只要 ventoy 能加载它并进入 PE 环境，它就没有发生过错误或异常情况。只出现了一个极端恶劣的例子，在那台联想机器上，ventoy 加载任何一个 iso 都是失败的，而用 ventoy 的子菜单进入 grub4dos，则都能成功启动 iso。ventoy 在失败时，是根本就不能进入 PE 的环境，是黑屏、花屏死机了。所以，我归结为 ventoy 的 iso 虚拟光盘的功能是有 bug 的。也就是说，那次 ramos 的 win11pe 的失败，是由 ventoy 的 bug 造成的，而不是 ramos 的 PE 造成的。除了这个极端的例子以外，ramos 的 win11pe 貌似就没有失败过。但其他的 PE 则很容易失败，尤其是对于联想电脑来说，更容易失败。

作者: 红毛樱木 时间: 2022-11-9 01:25
wim基本都是pe，都是假ramos，它其实就是pe。
不点来怼我吧

作者: tools241 时间: 2022-11-9 04:17
本帖最后由 tools241 于 2022-11-9 04:31 编辑

不点发表于 2022-11-8 23:51
几位大哥、大师、前辈，您帮我找到了！非常非常感谢！

自10PE16299起, 立邦电子大的新版PE生成器 "已支援"
生成 "真激活" 的11PE/10PE, 并在*.ISO的文件名中
  "习惯上" 标记 "RamOS" 以利区别.

注:
TW的sun00721大在2015发布的 8.1(RamOS)PE.ISO 便是 "真激活".
ISO文件名含 "RamOS" 未必是 "真激活";
ISO文件名不含 "RamOS" 未必是 "伪激活".

本人采用立大的PE生成器生成PE内核, 再增减文件,...,
ISO文件名含 "RamOS" 的便是 "真激活".

** 各PE论坛的PE多数为 "伪激活", 但美化成 "已激活"
   已 "约定成俗", 不美化反而吃亏.
   曾有人未美化而被误认为 "技术不行", 其实是有些人
   没有利用工具 ResHacker 去 "美化"
   \Windows\system32\zh-CN\systemcpl.dll.mui 中的 "字串".

真激活: 开机>72H不会自动重启.

伪激活:
1.XPE 会在开机24H "准时重启". 此乃因系统业者为了
防止商业用途而刻意设限.
2.有人测试 10PE10240x86 会在开机24H出现提示
   "激活 Windows"?
若汇入同版正常系统已激活的 ProductOptions.REG
可>24H, 至于延至48H或72H则未实测.　
3.已知10PE15063版起至11PE25xxx 会在开机72H "准时重启".

测试PE是否于24H/48H/72H自动重启;何者例外? (附工具记录时间)==>
  http://bbs.c3.wuyou.net/forum.php?mod=viewthread&tid=405002

作者: qingdao33122 时间: 2022-11-9 08:40
Win10 以上不存在真正的通用RAMOS（至少我没见到过）

作者: 不点 时间: 2022-11-9 09:43
哦，原来 RAMOS 字样也只是一个名称啊？受教了。

我的用途就是维护，不是日常使用。所以，不在乎它能用多少个小时。哪怕只能用 1 个小时，也足够修电脑用了。因此，对稳定性就有要求了，要求它能够被 ventoy、grub4dos 启动，启动进入 windows PE 环境后不出现各种毛病。

有个疑问就是，为什么立邦大师做的 PE，成功率高（故障率低）呢？此处的标准，是用 ventoy 来启动，而且是在 BIOS 框架下。我很少使用 UEFI 框架（基本不使用，除非不得不）。

我来猜猜吧，仅仅是猜。

一个 iso，要做到被 ventoy、grub4dos 的光盘仿真功能启动，最好的办法，就是，在 CPU 实模式阶段，就把所有的组件（模块）加载在内存中，然后，进入 CPU 保护模式以后，不再访问 iso 里面的任何信息、任何文件（只访问内存中的信息和文件），这样，就可以完美支持所有的实模式虚拟磁盘的软件。也就是说，iso 里面的启动代码，一开始就准备把所有的必要部件保存在内存当中，以便让后续的代码完全脱离 iso 而运行。注意，这与 grub4dos 的 map 是否带有 --mem 无关。这里说的是 iso 里面的启动过程，自己把自己放置在内存中，然后脱离 iso 而运行。如果是这样的话，那肯定比纯粹基于 iso 而运行，来得稳定。

立邦的 PE 是不是这样的呢？我不知道。但让我猜的话，我就会这么猜：很可能跟我说的有某些相似之处。

作者: dfw9 时间: 2022-11-9 10:28
用ventoy挂iso 为什么不用其里面的十几个wim呢？即减少了占用体积，又自建有多菜单选择，多好啊。

作者: 不点 时间: 2022-11-9 10:57

2011wyy 发表于 2022-11-9 10:39
为何要用 ventoy 来启动？

可以用 UltraISO 9.7.6.3829 烧录PE映像到U盘中，这个U盘就是可启动U盘了。 ...

用 ventoy 的好处是，方便同时使用多个 PE，而不是局限于一个 PE。一个 PE 失败了，换另一个。ventoy 提供的方便性，是主要的。在这方面，它是唯一的工具，目前无可替代。当然了，如果不看重这个方便性，那就不说了。

另外，本人恰好也不看重硬盘 PE，因为给别人修电脑的时候，电脑通常是死的，无法启动。此时如果依赖硬盘 PE，那就束手无策，只能拆机了。

作者: 不点 时间: 2022-11-9 11:02

dfw9 发表于 2022-11-9 10:28
用ventoy挂iso 为什么不用其里面的十几个wim呢？即减少了占用体积，又自建有多菜单选择，多好啊。

抱歉，没能理解您的意思。我不知道 ventoy 能否直接启动 iso 里面的 wim。我只知道 ventoy 能够把 iso 仿真成光驱，然后启动这个虚拟光驱。至于说别的，那我就不知道了。

作者: 无垠 时间: 2022-11-9 11:07

作者: 不点 时间: 2022-11-9 11:26

2011wyy 发表于 2022-11-9 11:05
ventoy 这方面确实方便

但用UltraISO烧录的U盘，要更换PE，也方便，在U盘的U:\sources\目录中，存放几 ...

您习惯了使用 ultraiso 和 easyboot。我从未用过，是个新手，完全是从 ventoy 入手的，对别的不熟悉，不了解。归根结底，是个习惯问题。多谢提供宝贵经验。

作者: 不点 时间: 2022-11-9 11:31

absman1972 发表于 2022-11-9 11:13
Ventoy 可以透过插件直接启动 WIM
(权限无法发 url，请参考官网)

多谢提供此经验！等待以后 ventoy 把插件内置，直接启动 wim，那就更方便了。

作者: 不点 时间: 2022-11-9 11:33

无垠发表于 2022-11-9 11:07

您这解释的是众多 wim 被启动软件加载的情况吧？

作者: 无垠 时间: 2022-11-9 11:40

不点发表于 2022-11-9 11:33
您这解释的是众多 wim 被启动软件加载的情况吧？

NT6或G4D引导的BCD菜单

作者: kappa01 时间: 2022-11-9 11:43

不点发表于 2022-11-9 09:43
哦，原来 RAMOS 字样也只是一个名称啊？受教了。

我的用途就是维护，不是日常使用。所以，不在乎它能用 ...

主要是BIOS启动的话有比ventoy更好的解决方案，参考hilsonma的方法http://bbs.wuyou.net/forum.php?mod=viewthread&tid=419354，二楼就是BIOS启动的制作方法，我觉得是最优解决方案，不用格盘，PE可随意增减更换，用的UD启动方案确保启动成功率

作者: kappa01 时间: 2022-11-9 12:08

不点发表于 2022-11-9 10:57
用 ventoy 的好处是，方便同时使用多个 PE，而不是局限于一个 PE。一个 PE 失败了，换另一个。ventoy 提 ...

同时使用多个PE，可以参考liuzhaoyzz版主的http://bbs.wuyou.net/forum.php?m ... &extra=page%3D2，个人觉得比ventoy好用，ventoy兼容性还是不太好，存在挑U盘和电脑主板的情况，ventoy最大的优势就是使用简单

作者: 不点 时间: 2022-11-9 13:07
本帖最后由不点于 2022-11-9 13:11 编辑

回楼上 kappa01：

您解释的是传统方案。您提到 ventoy 在 bios 框架下的兼容性不好。

我刚开始准备试验 ventoy 的时候，也是想着，ventoy 很难适应各种变态的 bios，一定会碰上各种失败。

但使用了一年以后，ventoy 竟然没有遇到一次失败！它作为第一启动，竟然能够全部获得 bios 递交的控制权！即使在变态联想电脑上，也都成功！而 ventoy 启动 iso 失败，则是属于磁盘仿真模块的问题。这与第一启动的成功率，不是一个概念。

假如我用 ventoy 遇到无法接管 bios 递交的控制权，哪怕只有一例，我就会放弃使用 ventoy。然而，在我接触到的小圈子里，ventoy 能够全部成功。所以，我目前还不放弃 ventoy 方案。

我是一个用户，我不是一个发布 iso 作品的人。因此，我关心的，也仅仅是在我的小圈子里，我怎么做最好。当然，我能理解，假如别人是要发布 iso 作品，那么他的感受、他的想法，肯定与我不一样。他会考虑大面积的兼容性，而我只是考虑小圈子里面的兼容性。

所以，我并非劝大家都来使用 ventoy。我只是说，对于我这个懒人，我目前选择的是 ventoy。而且这种选择，也并非是必然的选择，一旦遇到一例是启动失败的，那我立刻就要放弃这种方案了。

嗯，大家互相都理解吧。

作者: 2012zhd 时间: 2022-11-9 13:17

kappa01 发表于 2022-11-9 12:08
同时使用多个PE，可以参考liuzhaoyzz版主的http://bbs.wuyou.net/forum.php?mod=viewthread&tid=409019&e ...

看来你是经常维护电脑的师傅。

作者: 不点 时间: 2022-11-9 13:30

2012zhd 发表于 2022-11-9 13:17
看来你是经常维护电脑的师傅。

范围很狭窄，只是同事、亲友的电脑而已。这也不少，大约一年能遇上 20～30 次。

作者: 2012zhd 时间: 2022-11-9 14:36

不点发表于 2022-11-9 13:30
范围很狭窄，只是同事、亲友的电脑而已。这也不少，大约一年能遇上 20～30 次。

目前兼容性最好的经过众多坛友测试还是三分区部署法。要多少个pe也没问题。
ventoy使用方便简单，但是对于只支持uefi启动的机子，有的还需要关闭安全启动才行，这对于有些不熟悉的bios，进去一时半会找不到这个选项，对于英文盲来说就更难了。

作者: kappa01 时间: 2022-11-9 15:13

不点发表于 2022-11-9 13:07
回楼上 kappa01：

您解释的是传统方案。您提到 ventoy 在 bios 框架下的兼容性不好。

我推荐的liuzhaoyzz版主以及hilsonma的方法仅仅只涉及制作启动U盘，也就是可以替换ventoy方法，与用什么ISO没关系。就是过程稍复杂一点。同样的电脑，U盘都用ventoy我碰到过这个盘可以那个盘不行的情况，也遇到过一个电脑同一个U盘VENTOY不行但UD可以的情况，当然只是极端个例。还有就是ventoy用插件直接启动wim还是有点问题，挑U盘。说到底，现在EFI启动不是问题，传统legacy启动如果出问题，就是U盘和主板之间的问题，U盘的问题主要就是分区（隐藏与否）及主控兼容性。U盘主控给力那就怎么简单怎么来。

作者: 不点 时间: 2022-11-9 16:02

2012zhd 发表于 2022-11-9 14:36
目前兼容性最好的经过众多坛友测试还是三分区部署法。要多少个pe也没问题。
ventoy使用方便简单，但是对 ...

考虑问题的角度，会有不同，心态也会有不同。

我目前是这么考虑的：这个 ventoy 很令人惊奇。它在那些 “难搞” 的联想机器上，竟然能够启动。我这里暂时没碰上失败。而这些联想机器，以前用 multiboot 和 fbinst 盘，都有启动失败，好不容易进行各种尝试，比如把分区弄成一个单分区，才能顺利启动。而 ventoy 是俩分区，竟然也能启动。所以，我就粗略认为，ventoy 在启动成功率方面，也算是不错的，即便不如 fbinst 以及 multimbr，也不会差很远。再说了，新型电脑还可以用 UEFI，即使 bios 启动失败，也可以走 UEFI 启动的路。如果（将来） ventoy 的启动失败被我撞上，那时候，我的心态又会发生 180° 的转变。目前我的心态就是用 ventoy 主打，用 grub4dos 当帮手。

作者: 不点 时间: 2022-11-9 16:30

kappa01 发表于 2022-11-9 15:13
我推荐的liuzhaoyzz版主以及hilsonma的方法仅仅只涉及制作启动U盘，也就是可以替换ventoy方法，与用什么I ...

我是开发过 legacy bios 启动软件的人，对于这里的问题，有着自己的认识，也许，看问题的角度，与其他人有不同。

我看重的是：第一启动的成功率。这是最关键、最要命的。第一启动成功率高，那就定义为 “好”，反之，就定义为 “差”。如果把 iso 的启动失败，也当做 “第一启动失败”，那是错误的。再举一例，如果某次 ventoy 启动，进入了 grub2 的命令行，没有菜单出现，千万不要认为，这是失败案例。正相反，这是成功案例！为什么？因为第一启动是成功的！成功获取了 bios 递交的控制权。至于说菜单未出现之类，那属于 BIOS 访问扇区号限制。你重新制作 U 盘，让 ventoy 的关键代码靠近 U 盘前部，就不会出问题了。ventoy 的作者不善于在这方面进行优化，然而你自己有办法对此进行优化啊！比如说，我是这么做的：先用一个 16G 的小 U 盘，来安装 ventoy。完成后，把这个小 U 盘克隆到一个大 U 盘上，大 U 盘是 240 G。这个大 U 盘的尾部，还剩下 200 多个 G，可以用 diskgen 再弄出一个 ntfs 分区，用来存放众多的 iso 文件。这样，这个大 U 盘的启动兼容性会大大提高，最起码不会出现 “找不到菜单” 的情况了。

作者: kappa01 时间: 2022-11-9 16:57

不点发表于 2022-11-9 16:30
我是开发过 legacy bios 启动软件的人，对于这里的问题，有着自己的认识，也许，看问题的角度，与其他人 ...

我只是个把别人摸索得到及制作好的成果拿来用的人，这方面的知识连皮毛都谈不上了解，所说仅仅是个人的一点使用经验，见笑见笑！

作者: 不点 时间: 2022-11-9 17:27

kappa01 发表于 2022-11-9 16:57
我只是个把别人摸索得到及制作好的成果拿来用的人，这方面的知识连皮毛都谈不上了解，所说仅仅是个人的一 ...

每个人的视角，都是独一无二的。这里并没有 “谁的好，谁的坏” 的问题。经验都来之不易，都是宝贵的。大家各自有着自己的不同之处，正是这不同，才有讨论的价值。如果全都一样，那就不需要讨论了。

我这里主要想说的是，判断一个东西可用、不可用的准则，应该是谨慎的。如果把一个可用的，判断为不可用的，进行否决，那是一种损失。

我自己没碰上 ventoy 的失败，并不表示 ventoy 没有失败。

但如果要把同类软件进行对比，那就得尽量在相同的条件下来对比。比如说，BIOS 访问的限制，这个是明显的问题。ventoy 的作者不处理这个问题，但我们作为用户是可以对此进行优化的。我们优化之后，再来与 fbinst 等对比，这才算是公平的对比。当然了，这要看心态。如果有人认为，ventoy 的作者不处理这个问题，是不可原谅的，进而对 ventoy 的作者失去信任，那也是有道理的。我并不为 ventoy 的作者辩护。

像 fbinst、multimbr 所采用的技术，所解决的问题，ventoy 的作者都不去研究。他的重点，不在这方面。我也希望他能够在这方面进行优化，但人的精力是有限的，人家没有这个精力，那也不能强求。

我感到惊奇的是，fbinst 和 multimbr 所采用的技术，能够解决很多问题。而 ventoy 没有采用这些技术，照样能启动那些以前难以启动的联想电脑。从实际使用情况，来决定可用、不可用。不管它有多少缺陷，实践才是检验真理的标准。

我说过，一旦碰上一例失败（真正的失败，无可挽救的失败），那么我的心态会立即崩溃，不再使用 ventoy 了。目前运气还好，没碰上失败。

当然了，别人也可能已经碰上了真正的失败。那么，别人放弃 ventoy 也完全是合情合理的。我想提醒大家的是：不要让虚假的失败骗了你的眼睛。那些可以挽救的失败，都不是真正的失败。

作者: 9001 时间: 2022-11-9 17:43
我碰到过用ventoy掉链子的事情。碰巧只带了一个ventoy启动盘，启动不了时太尴尬。所以还是要多种方式启动准备一下。

作者: 9001 时间: 2022-11-9 17:45
有点跑题了。若说近乎系统的RAMOS或者PE，强烈推荐试用kuer的，用完了离不开啊：）

作者: 不点 时间: 2022-11-9 17:45
另外，目前我也没有直接用 ventoy 启动 wim 的计划。我是个懒人，能用 iso 搞定的事情，就不麻烦 wim 了。

一旦某一天 ventoy 遇到了真正的失败，那时，我会放弃 ventoy，然后才会去研究其他的替代方案，包括那些直接启动 wim 的方案。

作者: 不点 时间: 2022-11-9 17:53

9001 发表于 2022-11-9 17:43
我碰到过用ventoy掉链子的事情。碰巧只带了一个ventoy启动盘，启动不了时太尴尬。所以还是要多种方式启动准 ...

如果掉链子属于“真正的”掉链子，那确实无法接受。遇到这种情况，我也会崩溃。但你那 U 盘是多大的呢？如果超过 16G，那是可以挽救的。前面我已经说了挽救的办法。如果是低于 16G 的 U 盘，也发生了启动失败，那就看作 “真正的失败” 吧，不用再去挽救了。

作者: 不点 时间: 2022-11-9 18:02

9001 发表于 2022-11-9 17:45
有点跑题了。若说近乎系统的RAMOS或者PE，强烈推荐试用kuer的，用完了离不开啊：）

这不算是跑题吧。kuer 的 PE 我也在用。然而 kuer 的 PE 貌似有个缺点：在用 ghost 时，有时候 C 盘被锁住，无法进行 ghost。这是用 ventoy 启动后的情况。我也说不清楚究竟是谁的错。究竟是 ventoy 的锅呢？还是 kuer 的锅？甚至是 ghost 软件的锅？立邦的 PE，没有此类现象发生。所以，我隐隐约约感觉，最终还是 PE 的问题。

作者: kuer 时间: 2022-11-9 18:46

不点发表于 2022-11-9 18:02
这不算是跑题吧。kuer 的 PE 我也在用。然而 kuer 的 PE 貌似有个缺点：在用 ghost 时，有时候 C 盘被锁 ...

不点大你用别的方式启动PE，测试下在用 ghost 时，会不会发生C 盘被锁

作者: 2012zhd 时间: 2022-11-9 19:07

不点发表于 2022-11-9 18:02
这不算是跑题吧。kuer 的 PE 我也在用。然而 kuer 的 PE 貌似有个缺点：在用 ghost 时，有时候 C 盘被锁 ...

不点大是否用的是kuer大很久以前的版本?

作者: 易广白 时间: 2022-11-9 19:12
ventoy俺用不惯，也是懒得折腾
bios下还是不点大师的GRUB4dos好用

作者: 不点 时间: 2022-11-9 19:28

2011wyy 发表于 2022-11-9 18:35
为何还用 GHOST ？机械盘吗？

如果用固态硬盘，那最好远离 GHOST ，建议用 GImageX 或者 Dism++。 ...

我也怀疑 ghost 不可靠，只是不知道替代品有哪些。

大部分都是机械盘。ghost 伤害固态盘，这我还第一次听说。

dism++ 是做 ghost 功能的？这我也不知道。

既然你推荐了，接下来我就准备学习 GimageX 了。

作者: 不点 时间: 2022-11-9 19:41

kuer 发表于 2022-11-9 18:46
不点大你用别的方式启动PE，测试下在用 ghost 时，会不会发生C 盘被锁

经您这么一说，我接下来还真得留意了。这种错误，也不是必定发生，有一定的概率。

下次再遇到问题，我就会确定究竟是什么地方出的问题。首先我得碰上问题，然后才能深究。

所谓 C 盘被锁，其实是我的一种理解，是我的一种说法。真实情况是：用 ghost 来备份 C 盘时，ghost 瞬间就备份完成了。但结果只有若干 KB 的大小，显然是不正确的。本来应该有 10G 左右才对呢，傻子都知道，不可能只有若干 KB 大小。

作者: wuxin9712 时间: 2022-11-9 19:45
不点大师用ventoy 应该是新电脑接触的多，个人还是用不点大大的grub4dos 居多，因为接触的电脑不太新。
装备还算齐 U盘N多，量产 UD grub. 都有，最后还有IODD 备用
总之适合自己的就好吧！

作者: wuxin9712 时间: 2022-11-9 19:50

2011wyy 发表于 2022-11-9 19:34
ghost 备份恢复映像的时候，是对整个分区的读写。而固态硬盘的寿命取决于读写次数。

Dism++ 与 GImage ...

如果本机备份可以试试 Macrium Reflect
本机备份后还原，光速恢复。

作者: 不点 时间: 2022-11-9 19:56

易广白发表于 2022-11-9 19:12
ventoy俺用不惯，也是懒得折腾
bios下还是不点大师的GRUB4dos好用

哈哈！ventoy 是专门针对 U 盘做启动的。grub4dos 一开始就是基于 grub legacy，是用于软盘、硬盘的。两者有共同点，但区别还是很大的。要对比的话，那也是 fbinst、multimbr 才是与 ventoy 对等的。fbinst、multimbr 只负责启动，别的都不负责（比如不负责磁盘仿真啥的）。ventoy 是各种活都干了。所以，你们选择放弃 ventoy，也是有道理的。因为干的活多了，就可能忙不过来，照顾不好 bios 框架下的启动细节。但我仍然要坚持使用 ventoy 到最后一秒钟，直到我碰上一个真正的失败（无法挽救的失败）为止。

作者: 2012zhd 时间: 2022-11-9 19:59

不点发表于 2022-11-9 19:41
经您这么一说，我接下来还真得留意了。这种错误，也不是必定发生，有一定的概率。

下次再遇到问题，我 ...

不会是备份了esp分区吧？

作者: 不点 时间: 2022-11-9 20:05

2011wyy 发表于 2022-11-9 19:34
ghost 备份恢复映像的时候，是对整个分区的读写。而固态硬盘的寿命取决于读写次数。

Dism++ 与 GImage ...

太感谢！言语不多，非常详尽。相信其他那些像我一样的菜鸟，看了之后立刻就有印象、涨知识了。

作者: 不点 时间: 2022-11-9 20:11

wuxin9712 发表于 2022-11-9 19:50
如果本机备份可以试试 Macrium Reflect
本机备份后还原，光速恢复。

感谢百忙之中，抽空来帮我！确实每次都是本机备份。我会学习这个软件的。光速恢复，这确实很有诱惑力。

作者: wuxin9712 时间: 2022-11-9 20:20

不点发表于 2022-11-9 20:11
感谢百忙之中，抽空来帮我！确实每次都是本机备份。我会学习这个软件的。光速恢复，这确实很有诱惑力。

https://www.123pan.com/s/Vb6A-8k0Xv 提取码：uhEB
完好的ISO镜像大大可以测试下（下载7天有效）

作者: 不点 时间: 2022-11-9 20:22

wuxin9712 发表于 2022-11-9 19:45
不点大师用ventoy 应该是新电脑接触的多，个人还是用不点大大的grub4dos 居多，因为接触的电脑不太新。
...

经您这一说，我打了个寒颤。居然有那么多的装备！IODD 就没听说过。

不管新旧电脑，只要能进入 bios legacy，我就设法进入。除非根本不支持，那就只好用 uefi 了。所以，我用 ventoy，也基本都是当做 bios 软件来用的。

我本来是有个 multimbr U 盘的，但可惜，弄丢了。有个 fbinst 盘，是坏了。现在只剩下 ventoy 盘了。

下次如果 ventoy 失败了，那可麻烦了，因为我没有别的替代品了。我希望 ventoy 能一直让我用下去。

作者: 不点 时间: 2022-11-9 20:30

2011wyy 发表于 2022-11-9 20:12
不点大师，很谦虚，向您学习！

我是真的外行。在我周围，我也算是一个 “高手”，但与您们前来帮我的人相比，那就太菜了。我只是有年龄方面的优势罢了，岁数比一般人大。

作者: 不点 时间: 2022-11-9 20:34

2012zhd 发表于 2022-11-9 19:59
不会是备份了esp分区吧？

您说这，太吓人了。我让它备份 C 盘，它却找到 esp 分区来备份？应该不会的吧？下次留意看看会不会是这种情况。

作者: dfw9 时间: 2022-11-9 20:45
不点大师把Ventoy和Uefi划了等号，可惜了。Ventoy是Grubfm的接力棒。Uefi启其实更简单一些，与Grubfm和Ventoy都无关事。

作者: 2012zhd 时间: 2022-11-9 20:47

不点发表于 2022-11-9 20:34
您说这，太吓人了。我让它备份 C 盘，它却找到 esp 分区来备份？应该不会的吧？下次留意看看会不会是这种 ...

在有的pe下，esp分区就被识别成c盘了。

作者: 不点 时间: 2022-11-9 20:56

wuxin9712 发表于 2022-11-9 20:20
https://www.123pan.com/s/Vb6A-8k0Xv 提取码：uhEB
完好的ISO镜像大大可以测试下（下载7天有效）

既然有7天有效期，我现在就下载完成了。明天试试这个 PE。以后我的 U 盘 PE 就又有了一个新的选择。谢谢帮忙！

作者: 不点 时间: 2022-11-9 20:58

2012zhd 发表于 2022-11-9 19:07
不点大是否用的是kuer大很久以前的版本?

是今年早期版本，我不常更新。

作者: 不点 时间: 2022-11-9 21:04

2012zhd 发表于 2022-11-9 20:47
在有的pe下，esp分区就被识别成c盘了。

应该不会是这种情况。如果是这种情况，会被我发现的，因为 C 盘容量就是错的。我一般不会连这都忽视了。再说了，它出错的时候，我是很纠结的，总在反复检查哪里有错。在检查的过程中，很容易发现您提到的这种情况。所以，我觉得不会是这种情况。

作者: 不点 时间: 2022-11-9 21:14

dfw9 发表于 2022-11-9 20:45
不点大师把Ventoy和Uefi划了等号，可惜了。Ventoy是Grubfm的接力棒。Uefi启其实更简单一些，与Grubfm和Vent ...

您的观点很新颖，ventoy 是 grubfm 的继续。诚实地说，我没用过 grubfm，一上来就用的是 ventoy。

仔细一想，嗯，有道理。grubfm 是基于 grub2，而 ventoy 也是基于 grub2。

所以，您是内行。

谢谢您前来帮忙、指导！

作者: 不点 时间: 2022-11-9 22:14
承蒙各位高手、神通的大力帮助，我现在正在下载立邦电子的：Win11PE_22000.493.iso

我得稍稍吐槽一下这个名字：假如我下次报出这个文件名，让大家帮忙寻找作者是谁，估计就很难找到了。这个文件名，一点特色都没有，无法确定是立邦的作品。

我觉得，最好在文件名中添加作者名字。

作者: dmgy 时间: 2022-11-10 09:43
看了不点大师和各位高手的对话涨知识了。

作者: 不点 时间: 2022-11-10 12:29

dmgy 发表于 2022-11-10 09:43
看了不点大师和各位高手的对话涨知识了。

欢迎指导交流！

我想继续说说我对 ventoy 的认识、看法。我猜，大家都很关注 ventoy 相关问题。各种想法、各种判断、各种认识，都是有的。如果用哲学的观点，说得露骨一点，大家都是来 “取利” 的。有利，我就要取，没利我就走开。大家都是这心理，不用遮掩。哲学面前，人人平等。

那么，今天我要谈的，当然也只代表我个人的看法了。这里并不存在对和错。一般来说，别人的看法，是可以参考的。任何一个人，从别人的看法当中，他都可以抽取有利于自己的东西。

ventoy 的作者，显然对 fbinst、multimbr 以及类似工具的开发过程，缺乏了解。如果他了解的话，他肯定不会把存放 ventoy 代码的分区，放在磁盘的尾部。一般来说，事情很难都是完美的；有某些不如意，也是正常现象。我作为 multimbr 的开发者，当然了解 “bios 扇区号限制” 这个问题的严重性。但是，我仍然要试试 ventoy 这个软件，因为试试，也不浪费我一分钱，最多就花费点时间。既然我知道 bios 有扇区号的极限，我就有意识地让 ventoy 的代码尽量靠前来摆放，以便能够适应各种 bios 环境。

说实在话，当初我也并不抱有太大的希望，仅仅是 “试试” 而已。试验之后，竟然没有发现失败的情况，这是出乎意料的。因为 ventoy 是 “两分区” 的结构，这种结构，根据我先前的研究，在公司的一批联想电脑上，是无法获得 bios 递交的控制权的。只有单分区的结构，才能获得控制权。然而，ventoy 的两分区结构，竟然也成功取得了控制权！

因此，我感觉 ventoy 带来的变化是巨大的。我不能说，ventoy 比 fbinst 强。既然 ventoy 不使用 fbinst 的技术，那 ventoy 在这些方面，肯定不如 fbinst 的成功率高。然而，fbinst 可以防住 bios 在那些方面的封杀，却防不住 bios 在分区结构方面的封杀——必须是单一分区结构才能躲过这一批联想电脑的封杀。而 ventoy 的两分区结构，却能躲过封杀，这也是一个不小的收获。就是说，我们得到了新知识：多分区是可能的，有可能躲过封杀。

想一想，我们为什么使用 fbinst？那其实是从 fbinst 中取 “利”。取的什么 “利”？防 bios 恶意封杀之利。然而，封杀是多角度的，你防住了一处，却防不住另一处。所以，根本就不会有 100% 成功的启动软件，除非垄断者自己愿意生产这样的软件。fbinst 防住了一部分封杀，应该说是防住了大量的封杀。新的 ventoy，可能是无意间躲过了另一类的封杀。在我周围的环境中，我没有遇上需要 fbinst 去防的那类封杀，却遇上了 “单一分区结构” 封杀。就是说，前者不出现，也不用去防。后者出现了，恰恰需要去防。而 ventoy 正好 “天然” 地防住了后者。

我接触到的圈子很狭小，面积不到 1 平方公里，在地图上恐怕连一个点都占据不了。所以，我的情况，说明不了太大的问题。但是，我相信，作为看官的您也能够从我的叙述中，找到有利于您自己的东西。

作者: 易广白 时间: 2022-11-10 12:40

不点发表于 2022-11-9 19:56
哈哈！ventoy 是专门针对 U 盘做启动的。grub4dos 一开始就是基于 grub legacy，是用于软盘、硬盘的。两 ...

也不是放弃ventoy，只是没时间，年龄大了懒得折腾了，

grub4dos加上微软的bootmgr启动(及UEFI启动)，已经十分成熟了，都是现成的，基本没遇过什么启动问题，只见过有些奇葩联想电脑锁优盘启动。

至于系统的备份恢复，还有“CGI”工具很好用，比较简单近似ghost，可以试试，论坛里有许多。

作者: kappa01 时间: 2022-11-10 14:00
我也说个事吧，前两年有个台电酷闪8G的2.0的U盘，主控什么的软件查不出来，用fbinst1.7版本做了启动盘，UD、数据和UEFI 三分区，数据区可见（UEFI区在WIN10某版本往上其实也可见），几台电脑上都没问题，后来装资料寄给别人了。去年公司又买了此款台电，主控是安国的，前阵儿无事就fbinst1.7做了一次，结果笔记本上UEFI启动不成功，检查制作过程是没问题的。只得同样方式用一个16G的闪迪cz48做了一次结果启动无任何问题，然后试着把台电U盘在fbinst1.7里面把UEFI区设为可见，结果启动ok。

现在一个很有意思的问题，如果U盘只有一个fat32分区，用微软自家的启动方案，几乎任何U盘、（支持UEFI）电脑UEFI启动（过安全启动）都没问题。但是现在U盘普遍容量大，fat32格式又存在文件大小限制，于是做启动盘就只能分区，不同的U盘分区后又可能出现不同的问题。

U盘做启动盘不格盘，后面增减更换pe只复制粘贴（legacy和uefi启动）都能实现，只是16G及以上的U盘不分区（虽然这个要求有点奇怪）做启动盘没法实现（就我所知），小容量U盘普遍速度慢。

作者: 不点 时间: 2022-11-10 21:39
今天读了 liuzhaoyzz 版主的帖子：

http://bbs.wuyou.net/forum.php?mod=viewthread&tid=420253

里面科普了内置版、外置版的概念，基本是手把手教会菜鸟们这个概念，非常好！

摘录这句话：

内置版PE的代表作品有微PE及其衍生作品、ljycslg、立帮电子、foxfirefox、yaojy等大神的作品。

立邦大师的名字赫然在列！

难道说，正是因为内置了，才能在 ventoy 下稳定运行吗？

这么说来，我应该把其余几位 “内置” 大师的作品也拿过来测试，看看究竟是不是内置的 PE 都稳定？

其实不用我测试了，liuzhaoyzz 版主自己都说了，内置版的在各种环境都很稳定。

接下来我准备找个 “最小的” 内置版 PE。

作者: 不点 时间: 2022-11-10 22:43

红毛樱木发表于 2022-11-9 01:25
wim基本都是pe，都是假ramos，它其实就是pe。
不点来怼我吧

前面 2011wyy 说，PE 都是加载到内存。

因此，我就这么想：PE 越小，运行越稳定。

作者: 不点 时间: 2022-11-10 23:41

2011wyy 发表于 2022-11-10 22:05
最小的内置版PE，最好是自己DIY。

最新版的，可以到http://bbs.wuyou.net/forum.php?mod=viewthread&t ...

好的，我下载了沉默凌神的 PE。

然后我自己在 U 盘上弄一些工具，就行了。没必要集成到 PE 里面。

感觉这个办法应该稳定。

作者: szwp 时间: 2022-11-11 07:01
vhdpe可了解下

作者: 不点 时间: 2022-11-11 07:13

2011wyy 发表于 2022-11-11 06:55
这样也行。只是要用到一些常用的工具的时候，U盘不能拔除。

稳定是最要紧的。您可能没有像我一样的这种体验：用 ventoy 启动。

这种启动，最要紧的，就是稳定。因为多了一层虚拟光驱，而且，这个虚拟光驱的代码还含有 bug，这就增加了不确定性。所以，稳定才是最要紧的。

只要谢天谢地 ventoy 的虚拟光驱不出毛病，那单纯访问 U 盘介质，是 Windows 自己的驱动，根本就不会出毛病。所以，最要紧的就是让 iso 小一些，CPU 进入 windows 后尽量不访问 iso （虚拟光驱）里面的文件，这样，减少触碰 ventoy bug 的几率，也就不会死机了。

不能拔掉 U 盘，其实也并非如此。而是：拔掉后还可以再插上。因为已经稳定、不死机了，所以，拔掉再插上，这不算麻烦。不稳定、死机，这才是麻烦。稳定、不死机，就能脱离 U 盘而运行了。U 盘上的软件、工具，都是孤立的，与 iso 和光盘仿真无关，因此与稳定性也无关。

真切希望 PE 作者们能够看到并理解我的这个描述。

作者: 415762674 时间: 2022-11-11 09:58
Ventoy的确是神器，因为简单易用、一劳永逸，又方便更新，无需学习了解任何代码和配置，配合插件开箱即用，一经推出就迅速走红。现在玩启动和装机的，基本都会尝试下Ventoy，连不少品牌电脑的装机员都用的Ventoy，小白更是视若珍宝、爱不释手。
用了这几年，基本没有遇到不能启动的电脑，偶尔联想电脑的UEFI启动会有640*480的分辨率问题，当然我还是并行使用微软的BOOTMGR，就是防止这个分辨率问题。不过随着联想新一轮的BIOS更新，这个现象越来越少了，可能是固件设计越来越规范了吧，也不完全是陷阱或者挖坑的问题。大家车同轨、书同文了，
不点大师可能更需要纯内核的PE，毕竟内核小，启动快，启动了再用U盘上的外置包，维护周期短，自然没必要用全内置的大PE。
无忧PE区是座宝山，个个是精品，现在也流行外置，可修可改无加密。当然用安装后的系统改的RAMOS（狭义上，它才是RAMOS，毕竟OS还是要有完整功能的，PE的初衷只是预安装环境)拿来做维护也无不可，不过略大，启动也略慢（当然半内存也不算慢），那还不如WTG，这是目前最兼顾启动速度和功能的系统。启动比前两者都快，接近本地系统，功能也堪比完整系统。
所以无忧溜一圈下来，启动这一块，从GRUB4DOS到GRUBFM到VENTOY，大部分人最终驻足Ventoy，从系统维护和日用这一块，那PE、RAMOS、WTG都是各有千秋，互有交叉，三足鼎立。

作者: 不点 时间: 2022-11-11 12:57

szwp 发表于 2022-11-11 07:01
vhdpe可了解下

多谢！去看了，但介绍得太少，我没能理解。感觉可能不是用于维修，而是用于日常办公吧。

本帖主要说的是维护、维修，不是日常使用。

而且本帖主要说的是经由 ventoy、grub4dos 之类的仿真功能启动以后，iso 里面 PE 的可用性，或稳定性。

作者: szwp 时间: 2022-11-11 13:11

不点发表于 2022-11-11 12:57
多谢！去看了，但介绍得太少，我没能理解。感觉可能不是用于维修，而是用于日常办公吧。

本帖主要说的 ...

PE当然主要是用于维护，VHDPE需要的内存更小，WIMPE启动不了的时候，可以用VHDPE。

作者: liuzhaoyzz 时间: 2022-11-11 15:59
本帖最后由 liuzhaoyzz 于 2022-11-11 16:29 编辑

不点发表于 2022-11-8 23:51
几位大哥、大师、前辈，您帮我找到了！非常非常感谢！

在下不懂 PE 的知识，不知道 PE 都是运行于内存。 ...

PE和RAMOS的区别，PE就是预安装系统，RAMOS是真正的操作系统，RAMOS是C盘操作系统运行在内存中的的一个副本，这个内存副本可以是精简系统，也可以是windows原版系统。要说PE和RAMOS有什么区别，其实就是在问PE和正常的操作系统有什么区别。
有些PE号称RAMOS，其实只是用了administrator身份登录而已，本质上还是PE，不能算是真正的RAMOS。

“只要 ventoy 能加载它并进入 PE 环境，它就没有发生过错误或异常情况。只出现了一个极端恶劣的例子，在那台联想机器上，ventoy 加载任何一个 iso 都是失败的，而用 ventoy 的子菜单进入 grub4dos，则都能成功启动 iso。ventoy 在失败时，是根本就不能进入 PE 的环境，是黑屏、花屏死机了。所以，我归结为 ventoy 的 iso 虚拟光盘的功能是有 bug 的。也就是说，那次 ramos 的 win11pe 的失败，是由 ventoy 的 bug 造成的，而不是 ramos 的 PE 造成的。”

就我的测试来看，我感觉还是ventoy的图形模式有些问题，出现黑屏、花屏的时候，可能都还没有进行iso虚拟，我觉得“ventoy 的 iso 虚拟光盘的功能是有 bug”这个看法不对。
针对ventoy-1.0.81-windows，我找了个优盘进行测试，BIOS启动联想笔记本320c-15IKB，ventoy图形模式下选择WePE64_V2.2.iso直接死机，F5/F7选择文本模式也是死机，然后我在优盘的第一个分区放置了Ventoy自定义菜单插件\ventoy\ventoy_grub.cfg:
#Ventoy 的界面上按 F6 加载执行
menuentry "grub4dos" --class=custom {
echo 'grub4dos'
search -n -s -f /grldr
ntldr /grldr
}

/menu.lst:
graphicsmode -1 800
find --ignore-floppies --set-root /boot/grub/FONT_CN6500.GZ
font /boot/grub/FONT_CN6500.GZ
standard=0x07 border=0x09
color normal=0x07 highlight=0xE1 helptext=0x07 heading=0x02
timeout 5
default 1

title WINPE (WePE64_V2.2.iso)
find --ignore-floppies --ignore-cd --set-root /boot/imgs/WePE64_V2.2.iso
map --mem --top /boot/imgs/WePE64_V2.2.iso (0xff)
map --e820cycles=-1
map --hook
chainloader (0xff)

在ventoy的logo下按F6尝试进入grub4dos，结果直接花屏了，这时候还没有进行map，所以“ventoy 的 iso 虚拟光盘的功能是有 bug”这个看法不对。这也说明了BIOS下面想用ventoy作为主引导+\ventoy\ventoy_grub.cfg引导grub4dos做备胎这种方案，不是太靠谱。等你哪天碰到了这种情况，就知道我说的所言非虚。
BIOS启动黑屏花屏始终是ventoy难以言说的痛点。这个问题可能会存在很长的时间，难以解决。
FuzzyScreen . Ventoy https://ventoy.net/cn/doc_fuzzy_screen.html

而同一个优盘，我搞成FAT32单分区，用grub4dos作为主引导，同样的菜单，引导WePE64_V2.2.iso没有问题。

ventoy是把USB启动简化到极致的一个完整的启动方案，他有很多优点，我对ventoy作者longpanda也很佩服，对ventoy采用的新技术也是感觉到很神奇，ventoy的主要精力感觉70%在面向UEFI，而且大部分精力都在面向linux，向未来来看，UEFI取代BIOS是必然的趋势，ventoy的设计初衷无可厚非。

QQ图片20221111155750.jpg (87.9 KB, 下载次数: 180)

作者: liuzhaoyzz 时间: 2022-11-11 16:27

dfw9 发表于 2022-11-9 20:45
不点大师把Ventoy和Uefi划了等号，可惜了。Ventoy是Grubfm的接力棒。Uefi启其实更简单一些，与Grubfm和Vent ...

Ventoy是Grubfm的接力棒

不太对，ventoy可以算是Easy2Boot的超级加强版，ventoy和grubfm实现原理来说差别还是很大的，本来就是两个不同的技术路线。

http://wuyou.net/forum.php?mod=r ... 6746&fromuid=298214

作者: 不点 时间: 2022-11-11 17:19

szwp 发表于 2022-11-11 13:11
PE当然主要是用于维护，VHDPE需要的内存更小，WIMPE启动不了的时候，可以用VHDPE。

明白了。也准备让 ventoy 来启动它试试。

作者: 不点 时间: 2022-11-11 17:46
本帖最后由不点于 2022-11-11 18:12 编辑

liuzhaoyzz 发表于 2022-11-11 15:59
PE和RAMOS的区别，PE就是预安装系统，RAMOS是真正的操作系统，RAMOS是C盘操作系统运行在内存中的的一个副 ...

liu 版主，您的话很重要。我听着呢。

恕我直言，我觉得您操作的过程，还是欠缺了那么一点点严谨。既然您知道图形模式有问题，为何还要使用图形模式？我现在的 ventoy 盘，已经彻底禁止了图形模式，连汉字都显示不出来了。

根本就不要进入图形模式。“先进入图形模式，再切换到文本模式” 与 “根本就不使用图形模式”，两者还是有很大差别的，尤其是，ventoy 的图形模式没有进行优化。（grub4dos 的图形模式是进行了精细打造的，到目前为止，还没有出现 bug 报告）。所以，ventoy 的图形模式，根本就不要用。你一用，就触发了 bug，然后会导致后续的所有操作，都出现异常，甚至让文本模式也出现异常，让 bios 的 API（中断调用）出现失败，让后续的引导出现失败。你只要碰了图形模式，后续的所有测试，都是无效的，因而得出的结论，也是无效的。

假如您未使用图形模式，而遇到所说的失败，那确实还真有说服力。

我目前的判断，仍然是光盘仿真代码有问题。

grub4dos 的 map 代码是自己写的。而 ventoy 的虚拟光驱代码是别人的，不是 longpanda 写的。这是两张皮，不容易融合在一起。它存在 bug，是很有可能的。

我仍然会坚持，直到我遇上一例 “真正的” 失败为止。

顺便说说，grub4dos 里面的 gfxmenu 加载 message 的图形菜单方式，就是一个例子。gfxmenu 是利用了 grub4dos 之外的（别人的）代码，很难与 grub4dos 本身的代码无缝融合。最后，还是在 grub4dos 内部直接支持 VBE 图形模式，才彻底解决问题。

chenall 试图把 ipxe 的代码引入 grub4dos，也是部分获得了成功，而有些遗留问题，还是解决不了。当然了，只要花费大量时间，总能找到症结，并解决。但是，谁敢说，什么时候就能解决呢？不知道啊。

我这里想说的是，借用别人的代码，有利有弊。利，是节省了自己的劳动量。弊，是不知道别人的代码，需要什么框架，因而容易发生 “框架冲突”。最容易发生冲突的，就是堆栈的设置。如果别人的堆栈空间设置在你的代码空间里面，那就不稳定了。这里只是举出这么一个极端的例子。堆栈如果与数据空间冲突，那不会立即导致死机，而是让死机发生得晚一些，这样，很难精确定位 bug，基本就躺平了。

作者: liuzhaoyzz 时间: 2022-11-11 18:20

不点发表于 2022-11-11 17:46
liu 版主，您的话很重要。我听着呢。

恕我直言，我觉得您操作的过程，还是欠缺了那么一点点严谨。既然 ...

我的确知道ventoy图形模式存在问题，之前很早就测试过。现在测试下，也是想看看ventoy最新版本有没有改进。彻底的文本模式我测试没有问题，但是不美观呀。

作者: 不点 时间: 2022-11-11 18:38
本帖最后由不点于 2022-11-12 08:02 编辑

既然我目前认定 ventoy 的仿真代码有 bug，那么，我似乎应该放弃使用 ventoy 的虚拟光驱功能了。

我现在正在考虑这个问题。如果我放弃 ventoy 的虚拟光驱功能，那也就差不多等于放弃了 ventoy。

我目前把 ventoy 当做第一启动，来启动 grub4dos。也就是说，ventoy 取代了 fbinst、multimbr。那么最终，我是用 grub4dos 作为 “第二启动” 来解决 PE.ISO 的启动问题。

假如作为第一启动，ventoy 一直工作良好，那我的方案也能为其他人作参考。

假如作为第一启动，ventoy 碰上一例失败，那时候，我就会放弃 ventoy，改用 fbinst 或 multimbr。

作者: 不点 时间: 2022-11-11 18:40
本帖最后由不点于 2022-11-11 18:58 编辑

liuzhaoyzz 发表于 2022-11-11 18:20
我的确知道ventoy图形模式存在问题，之前很早就测试过。现在测试下，也是想看看ventoy最新版本有没有改进 ...

有你这句话，我就放心了——继续使用 ventoy 作为 “第一启动”。

补充：

我在完全不使用图形模式的情况下，用 ventoy 启动 iso，黑屏（或花屏）死机了。在 ventoy 下加载 grub4dos，再用 map 功能来启动 iso，顺利启动。因此，这基本上就证明了，ventoy 的仿真功能是有 bug 的。而且，我猜，bug 最可能出现的地方，就是 “两张皮” 的堆栈，互相冲突、互相造成伤害。我给 longpanda 说过这事，但没引起他的重视，他没给出回复。

作者: dfw9 时间: 2022-11-12 17:50

不点发表于 2022-11-11 18:40
有你这句话，我就放心了——继续使用 ventoy 作为 “第一启动”。

加载 grub4dos用不到ventoy

作者: 不点 时间: 2022-11-12 18:43

dfw9 发表于 2022-11-12 17:50
加载 grub4dos用不到ventoy

这与个人的认识论和认识的历程有关。

我原来是用 grub4dos 自己的引导代码来加载 grub4dos，但发现失败率太高。接着，出现了 fbinst，就用 fbinst 来加载 grub4dos。很遗憾，也遇到失败了。而且，失败的技术原因，也找到了：把多分区的结构变成单一 FAT32 分区，就通过了。

然而，ventoy 并非单一分区结构，而是有俩分区，也能通过！在同样那批变态联想电脑上成功启动。所以，我就把 ventoy 当成宝贝，不轻易舍弃！

我相信，我这个逻辑是有说服力的，是可以让人理解我的行为的，是能够让人不把我当成行为出格的人的。

作者: dfw9 时间: 2022-11-12 21:34

不点发表于 2022-11-12 18:43
这与个人的认识论和认识的历程有关。

我原来是用 grub4dos 自己的引导代码来加载 grub4dos，但发现失 ...

充分说明你入股ventoy了，哈哈。

作者: 不点 时间: 2022-11-12 21:49

dfw9 发表于 2022-11-12 21:34
充分说明你入股ventoy了，哈哈。

我说过，大家的行为，千差万别。但有一条是一样的：都是来取利的。因此，我用 ventoy，也是取利。世上不存在光是 “取害” 而不知道 “取利” 的傻子。

作者: HuseMaster 时间: 2022-11-12 23:29

不点发表于 2022-11-9 09:43
哦，原来 RAMOS 字样也只是一个名称啊？受教了。

我的用途就是维护，不是日常使用。所以，不在乎它能用 ...

当然，ramos它的中文意思是ram（内存）os（操作系统），懂了吗？
如果用来维护的话，ramos和pe是两种东西，ramos是整个系统装在内存（当然是精简的），是可以日常使用的，而pe是维护系统用的，主打维护，占用更是极少，因为pe需要精简到让低配内存也可以加载到内存上的系统，我这里有两个推荐的pe
1.微pe工具箱，ww防w。wep封e。c条om
2.firpe，w防ww.fi封rpe。co条m

作者: HuseMaster 时间: 2022-11-19 10:43

HuseMaster 发表于 2022-11-12 23:29
当然，ramos它的中文意思是ram（内存）os（操作系统），懂了吗？
如果用来维护的话，ramos和pe是两种东 ...

这只是简单的概括了pe和ramos的区别，不是很全

作者: 不点 时间: 2022-11-20 12:12
非常感谢前来指导、交流的大仁大智们！

今天再说一点想法。是个人看法，不是代表您的看法。今后尽量减少这种废话，但现在还必须说，因为说得少了，别人不知道，还以为我是来代表大家的——这代表不了，永远都代表不了，我永远都只代表我一个人，就连 2 个人都代表不了。

我决不因为 ventoy 不使用 fbinst 的技术，就看轻了 ventoy 的份量（重要性）。

也决不因为 ventoy 在 legacy bios 层面上对于各种主板的适应性问题以及 iso 仿真模块的问题而看轻 ventoy 的重要性。

我之所以看重 ventoy，是因为有一种隐隐约约的那种感觉，就是：ventoy 未遭遇到封杀。或者说得直白一些：ventoy 未遇到 “定向封杀”。

究其原因，有很多可能性。可能性之一，是 ventoy 的作者，来自某个关键部门，或者虽然不是来自某个关键部门，但是却能有某种渠道接触到了内幕知识，知道程序应该是什么结构才能通过 BIOS 的哨卡。可能性之二，是 ventoy 误打误撞，碰巧使用了一个能够不被 BIOS 封杀的结构。当然，可能性还有很多，纯粹靠猜也猜不完。无论如何，其结果是重要的：到目前为止，ventoy 未遭遇 “定向封杀”。

ventoy 未遭到 “定向封杀”，其好处是，可以保持较高的 “第一启动成功率”。

至于说，图形模式引起花屏死机，iso 仿真模块失败死机，诸如此类的问题，属于 “不重要的问题”。只有第一启动的成功率，才是最重要的。

这些 “不重要的问题”，咱作为用户，自己就有办法解决，无需 ventoy 的作者去做任何工作。

只有 “第一启动的成功率”，是咱用户没法搞的，因为难度太大。

作者: dayeye 时间: 2023-10-5 13:59
本帖最后由 dayeye 于 2023-10-5 14:36 编辑

不点发表于 2022-11-9 13:07
回楼上 kappa01：

您解释的是传统方案。您提到 ventoy 在 bios 框架下的兼容性不好。

个人习惯而已。
我也用了VENTOY，用了几次，不是太熟悉。
自己电脑很少到需要用U盘启动维护的情况。
可就在升WIN11后不久，有至少两次进不了桌面。
急需U的时候，VENTOY竟瘫痪了。原因不明。直接fat32,一个PE.ISO直接解开放进去，用得挺好。
所以Ventoy被暂时抛弃了。

大师经常去维护电脑，真是浪费精力了。
找几个小徒弟，对于装机类简单维护类的事情也可能比你做得更快。
要么养生，要么做些我们做不了的事情。简单事情交给年轻人。

作者: nowayer 时间: 2023-11-30 16:19
提示: 作者被禁止或删除内容自动屏蔽

作者: liuzhaoyzz 时间: 2024-1-15 10:42
本帖最后由 liuzhaoyzz 于 2024-1-16 14:45 编辑

不点发表于 2022-11-9 21:14
您的观点很新颖，ventoy 是 grubfm 的继续。诚实地说，我没用过 grubfm，一上来就用的是 ventoy。

仔 ...

grubfm基于wintoflash魔改的grub2，ventoy基于官方GNU grub2.04，有区别的。

作者: liuzhaoyzz 时间: 2024-1-18 10:27

不点发表于 2022-11-10 12:29
欢迎指导交流！

我想继续说说我对 ventoy 的认识、看法。我猜，大家都很关注 ventoy 相关问题。各种想 ...

ventoy代码放在磁盘的尾部，是因为WIN10 16299以及之前的windows版本，只支持优盘单分区在资源管理器中显示。如果ventoy代码放在第一个分区，第二个分区就难以访问，不能当作一般的优盘读写文件，这违背了ventoy的设计初衷，所以ventoy做了折衷处理。

作者: 不点 时间: 2024-1-18 12:19

liuzhaoyzz 发表于 2024-1-18 10:27
ventoy代码放在磁盘的尾部，是因为WIN10 16299以及之前的windows版本，只支持优盘单分区在资源管理器中显 ...

这个说法不成立。可以让 “主代码分区” （的内容）占据盘的开头部分，而让其分区表项位于第二项（不占用第一个表项）。或者，干脆让 “主代码分区” 全隐藏，不占用分区表项。

作者: liuzhaoyzz 时间: 2024-1-18 15:24
本帖最后由 liuzhaoyzz 于 2024-1-18 15:42 编辑

不点发表于 2024-1-18 12:19
这个说法不成立。可以让 “主代码分区” （的内容）占据盘的开头部分，而让其分区表项位于第二项（不占用 ...

你说的是像Fbinst那样子，在磁盘前部建立一个特殊格式的分区，放入引导代码及部分文件是吗？Fbinst建立的那个8MB的“分区”，在资源管理器中看并非一个真正的“分区” ，在diskgenius中看似乎属于“自由空间”，不知道这种“自由空间”，ventoy能否正常访问？如果想要正常访问，代码肯定需要做相应修改以适配，因为看过wintoflash和longpanda介绍过，ventoy的分区是写死的，必须是第二分区。

现在ventoy的前两个分区，在资源管理器中看是真正的“分区”，不是“自由空间”，与fbinst是有区别的。
fbinst的这种“自由空间”，似乎不能用于UEFI启动存放启动文件，如果UEFI的引导文件bootx64.efi放到第二分区，又显得优盘不干净。

另外，ventoy目前的痛点不在于引导文件放在第一分区、第二分区，ventoy给出的也有解决办法。
legacy_limit . Ventoy
https://www.ventoy.net/cn/doc_legacy_limit.html
规避方案2个：
1、重新手动格式化第1个分区 (NTFS/exFAT ...)
这是为了确保下面第2步中的文件保存在BIOS可访问范围之内

2、拷贝 ventoy.disk.img.xz 文件到第1个分区的 ventoy目录下
ventoy.disk.img.xz文件位于Ventoy的安装包内（ventoy目录下）。把这个文件拷贝到第1个分区的ventoy目录下（需要手动创建此目录）。

说明
规避方案2 的原理也很简单，就是如果第2个分区读不到就从第1个分区的上面这个文件中读取。
需要说明的是，这只是一个规避方案。一般情况下，U盘里的文件不多，文件都不会超出BIOS的访问范围，就不会出问题。
而一旦你在U盘中放了非常多的ISO文件，就有可能有些文件会超出BIOS的可访问范围。这些ISO文件在启动时一定会出问题，因为BIOS无法读取他们。

额外的好处
只针对Legacy模式来说，方案2 虽然是用来规避BIOS的缺陷的，不过也可以用来规避第二个分区的数据被破坏的情况。因为流程上都是访问Ventoy的相关文件失败时就转而从上面提到的那个文件中获取。而访问失败有可能是BIOS的限制，也有可能是文件被破坏了。

现阶段ventoy的痛点在于在某些电脑启动时会花屏。

作者: 不点 时间: 2024-1-18 15:43

liuzhaoyzz 发表于 2024-1-18 15:24
你说的是像Fbinst那样子，在磁盘前部建立一个特殊格式的分区，放入引导代码及部分文件是吗？Fbinst建立的 ...

BIOS + MBR 就算是过时了吧。反正我的新笔记本已经不支持 BIOS 了。因此，我觉得还是不讨论了吧。如果谈得太多，不经意间，有可能伤害到其他人，这就不好了。

欢迎光临无忧启动论坛 (http://wuyou.net./)