无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站投放广告、加入VIP会员,请联系 微信:wuyouceo
123
返回列表 发新帖
楼主: 不点
打印 上一主题 下一主题

求 RAMOS 的 win11pe 维护用

  [复制链接]
61#
 楼主| 发表于 2022-11-10 22:43:51 | 只看该作者
红毛樱木 发表于 2022-11-9 01:25
wim基本都是pe,都是假ramos,它其实就是pe。
不点来怼我吧

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

因此,我就这么想:PE 越小,运行越稳定。
回复

使用道具 举报

62#
 楼主| 发表于 2022-11-10 23:41:20 | 只看该作者
2011wyy 发表于 2022-11-10 22:05
最小的内置版PE,最好是自己DIY。

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

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

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

感觉这个办法应该稳定。
回复

使用道具 举报

63#
发表于 2022-11-11 07:01:18 来自手机 | 只看该作者
vhdpe可了解下
回复

使用道具 举报

64#
 楼主| 发表于 2022-11-11 07:13:47 | 只看该作者
2011wyy 发表于 2022-11-11 06:55
这样也行。只是要用到一些常用的工具的时候,U盘不能拔除。

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

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

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

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

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

使用道具 举报

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

使用道具 举报

66#
 楼主| 发表于 2022-11-11 12:57:31 | 只看该作者

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

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

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

使用道具 举报

67#
发表于 2022-11-11 13:11:31 | 只看该作者
不点 发表于 2022-11-11 12:57
多谢!去看了,但介绍得太少,我没能理解。感觉可能不是用于维修,而是用于日常办公吧。

本帖主要说的 ...

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

使用道具 举报

68#
发表于 2022-11-11 15:59:20 | 只看该作者
本帖最后由 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, 下载次数: 183)

QQ图片20221111155750.jpg
回复

使用道具 举报

69#
发表于 2022-11-11 16:27:34 | 只看该作者
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
回复

使用道具 举报

70#
 楼主| 发表于 2022-11-11 17:19:15 | 只看该作者
szwp 发表于 2022-11-11 13:11
PE当然主要是用于维护,VHDPE需要的内存更小,WIMPE启动不了的时候,可以用VHDPE。

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

使用道具 举报

71#
 楼主| 发表于 2022-11-11 17:46:48 | 只看该作者
本帖最后由 不点 于 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,基本就躺平了。



回复

使用道具 举报

72#
发表于 2022-11-11 18:20:24 来自手机 | 只看该作者
不点 发表于 2022-11-11 17:46
liu 版主,您的话很重要。我听着呢。

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

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

使用道具 举报

73#
 楼主| 发表于 2022-11-11 18:38:05 | 只看该作者
本帖最后由 不点 于 2022-11-12 08:02 编辑

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

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

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

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

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

使用道具 举报

74#
 楼主| 发表于 2022-11-11 18:40:52 | 只看该作者
本帖最后由 不点 于 2022-11-11 18:58 编辑
liuzhaoyzz 发表于 2022-11-11 18:20
我的确知道ventoy图形模式存在问题,之前很早就测试过。现在测试下,也是想看看ventoy最新版本有没有改进 ...

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


补充:


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

回复

使用道具 举报

75#
发表于 2022-11-12 17:50:49 | 只看该作者
不点 发表于 2022-11-11 18:40
有你这句话,我就放心了——继续使用 ventoy 作为 “第一启动”。

加载 grub4dos用不到ventoy
回复

使用道具 举报

76#
 楼主| 发表于 2022-11-12 18:43:39 | 只看该作者
dfw9 发表于 2022-11-12 17:50
加载 grub4dos用不到ventoy

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

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

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

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

使用道具 举报

77#
发表于 2022-11-12 21:34:01 | 只看该作者
不点 发表于 2022-11-12 18:43
这与个人的认识论和认识的历程有关。

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

充分说明你入股ventoy了,哈哈。
回复

使用道具 举报

78#
 楼主| 发表于 2022-11-12 21:49:32 | 只看该作者
dfw9 发表于 2022-11-12 21:34
充分说明你入股ventoy了,哈哈。

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

使用道具 举报

79#
发表于 2022-11-12 23:29:09 | 只看该作者
不点 发表于 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
回复

使用道具 举报

80#
发表于 2022-11-19 10:43:31 | 只看该作者
HuseMaster 发表于 2022-11-12 23:29
当然,ramos它的中文意思是ram(内存)os(操作系统),懂了吗?
如果用来维护的话,ramos和pe是两种东 ...

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

使用道具 举报

81#
 楼主| 发表于 2022-11-20 12:12:06 | 只看该作者
非常感谢前来指导、交流的大仁大智们!

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

我决不因为 ventoy 不使用 fbinst 的技术,就看轻了 ventoy 的份量(重要性)。

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

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

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

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

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

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

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

评分

参与人数 1无忧币 +5 收起 理由
wuxin9712 + 5 学习了

查看全部评分

回复

使用道具 举报

82#
发表于 2023-10-5 13:59:07 | 只看该作者
本帖最后由 dayeye 于 2023-10-5 14:36 编辑
不点 发表于 2022-11-9 13:07
回楼上 kappa01:

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

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

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

回复

使用道具 举报

83#
发表于 2023-11-30 16:19:48 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

84#
发表于 2024-1-15 10:42:43 | 只看该作者
本帖最后由 liuzhaoyzz 于 2024-1-16 14:45 编辑
不点 发表于 2022-11-9 21:14
您的观点很新颖,ventoy 是 grubfm 的继续。诚实地说,我没用过 grubfm,一上来就用的是 ventoy。

仔 ...

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

使用道具 举报

85#
发表于 2024-1-18 10:27:38 | 只看该作者
不点 发表于 2022-11-10 12:29
欢迎指导交流!

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

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

使用道具 举报

86#
 楼主| 发表于 2024-1-18 12:19:11 | 只看该作者
liuzhaoyzz 发表于 2024-1-18 10:27
ventoy代码放在磁盘的尾部,是因为WIN10 16299以及之前的windows版本,只支持优盘单分区在资源管理器中显 ...

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

使用道具 举报

87#
发表于 2024-1-18 15:24:18 | 只看该作者
本帖最后由 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的痛点在于在某些电脑启动时会花屏。

      
回复

使用道具 举报

88#
 楼主| 发表于 2024-1-18 15:43:29 | 只看该作者
liuzhaoyzz 发表于 2024-1-18 15:24
你说的是像Fbinst那样子,在磁盘前部建立一个特殊格式的分区,放入引导代码及部分文件是吗?Fbinst建立的 ...

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

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2024-12-1 03:35

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表