FydeOS的诸多问题

想用什么办法把 FydeOS 直接运行在 Hyper-V 里面的话,估计没什么简单的途径,或者没有适合非专业人员的途径,可能需要你从 openFyde 项目入手独立编译出来一个适合 Hyper-V 的版本,显然这不是适合你的方案。

好消息是 VMware 目前在 Windows 上已经可以与 Hyper-V 共存,你可以直接在 Windows 系统中同时使用 Hyper-V 和 VMware。所以你可以安装一个 VMware 然后使用 FydeOS for VMware 版本。

如果你不想在多安装一个 VMware 在系统里,可以试一下在 Hyper-V 里面嵌套虚拟化运行 ESXi,然后在 ESXi 中运行 FydeOS for VMware 版本,关于如何在 Hyper-V 中嵌套虚拟化运行 ESXi 可以 Google 一下相关资料。这种办法对于 Windows 运维出身的你来说应该比较好实现,可能涉及一些 Hyper-V 的配置项,比如 Hyper-V vNIC 开启 Promiscuous mode、vSwitch 可能需要关闭 SR-IOV 和开启 Mac Address Spoofing 等等。

不确定第二个方案到底能不能行,我曾经在 PVE 上做过类似的事情,把 ESXi 运行在 PVE 上然后运行 FydeOS for VMware 版本在里面。但是这应该是一个适合你的可以尝试的途径。

同时,关于你「官方都不提供虚拟机安装包」这个说法明显是错的,因为官方的确有提供「FydeOS for VMware」的版本,你其实也可以在 Windows 上安装 VMware 来尝试 FydeOS(虽然将 FydeOS 运行在虚拟机里会有诸多限制)。至于官方为什么只提供 VMware 版本,明显也是因为 VMware 用户更多,并且 VMware 提供了可免费使用的版本。

如果你想官方可以提供更多的版本的话,也可以尝试收购 FydeOS 后开除他们的老板,然后想干什么都可以啦。如果你真的收购了 FydeOS,可以考虑聘请我当公司的客服,毕竟我这么热心!(严肃脸,真的啦~)

1 个赞

这个方案可以考虑一下。嵌套是可以的。kvm里面也是可以的。我试试kvm。
因为之前转换vhdx了,尝试几个方法转换都不行,所以只好用真机搞了。

其实支持windows我个人认为可以好实现的一个办法,提供I S O镜像,然后装虚拟机,再导出vhdx就O K了啊。
最主要的环节是I S O,I M G镜像的吧,就是转换不行啊,我两种镜像都尝试转换了都是不行的。
可能我方法不对?
I M G转换I S O为啥也启动不了呢?

问题不在于提供的到底是img还是iso,问题在于对虚拟机需要作额外的适配,如果真有那么容易,官方也不会特意折腾一个虚拟机版而且更新还不勤快的。

因为闭源,所以难搞吗?

你如果了解一下chromium os这个系统自身的特殊性,就会对这个问题有更深刻的理解。因为它设计始初便不是为了安装在所有设备上,而仅仅是为了用于chromebook等专属设备。至于chrome os flex,那已经是很久很久很久之后产生的事情了,更何况chrome os flex为了适配性也牺牲了众多特性,比如安卓子系统。

1 个赞

你有没有考虑过ISO源自什么?是光盘,你有没有见过多分区的光盘?

by the way,FydeOS 有开源版本 openFyde,你完全可以从 openFyde 自己编译出一个支持 Hyper-V 的版本。

找到一篇文章,安装img镜像可以用ventory,不过是他的实验性功能,我试试。
我就感觉17是故意的,不让新版本用户全盘安装新的,从旧的升级收个费,过滤掉白剽怪。

这个论坛里用ventoy的帖子2年前就有了。

PVE虚拟机I没问题。

Windows 的 .iso 就是多分区的,
UDF + ESP。
绝大多数 UEFI 固件无法直接读取 UDF 分区,因此是 先加载 ESP。
虽然刻录到U盘,就变成 ntfs,
但刻录 DVD,就是 UDF+ESP。

CLOVER-…-X64.iso 也是多分区的,分区表 和 分区数据 设计得十分特别,以便达到跨平台的效果。
虽然 Windows 下挂载,好像就一个 cdfs 分区,但 Linux 下挂载,分区1(Apple_partition_map)+剩余空间(写入了 DUET 的MBR 和 PBR)+分区2(HFS+)。分区数据写得很特别,windows 当作 cdfs 分区挂载,Linux 和 macOS 当作 HFS+ 挂载,分区重叠,共用文件数据。

.iso 文件挂载以后,是个块设备,块设备都可以写入分区表。
lvm 分区的 逻辑卷 也是 块设备,也可以写入分区表。

lvm 分区 分了 若干个逻辑卷,倘若都写入分区表,相当于 一个 lvm 分区 里面 有若干个 带分区表的多分区磁盘,可以达到 一个分区 模拟多硬盘的效果。

块设备,不写入分区表,只写入 PBR,就是模拟软盘。
块设备,写入分区表,就是模拟磁盘。

顺便提及一下,在 fydeOS 17 的 ROOT-A 分区里面 查找文件的时候,发现了 关于 操作 lvm 的运行库。难道 是 已经着手 尝试兼容 lvm 分区了吗?

是我OS学的有问题,还是我的语文是体育老师教的,你说的我全都看不懂啊

lvm 分区 分了 若干个逻辑卷,倘若都写入分区表,相当于 一个 lvm 分区 里面 有若干个 带分区表的多分区磁盘,可以达到 一个分区 模拟多硬盘的效果。

块设备,不写入分区表,只写入 PBR,就是模拟软盘。
块设备,写入分区表,就是模拟磁盘。

顺便提及一下,在 fydeOS 17 的 ROOT-A 分区里面 查找文件的时候,发现了 关于 操作 lvm 的运行库。难道 是 已经着手 尝试兼容 lvm 分区了吗

Confused???

挂载不了欸。
无法挂载 LVM2_member


我一直觉得把windows超过4G的ISO烧录到U盘出现2个分区是烧录软件自把自为。


用DG挂载win11的 ISO还是只有一个分区。

当然我也没试过把超过4.7G的ISO烧录成DVD。

windows是一个很神奇的东西。
e8042995d143ad4b936ffed98e025aafa40f0619

你用 Gnome Disk 挂载,就能够看到 末端的一个小小的 ESP 分区的啦。

Windows 一般都自动忽略了 .iso 的 ESP 分区,Windows 连它自己创建的 ESP 分区都忽略掉,没盘符,即使分配盘符,也没有访问权限。

倘若 Windows 出现 两个 ESP 分区,会造成系统安装失败,还会出现各种其他的 bug。

假如 .iso 里的 ESP 在 PE 里识别,那 PE 至少可以认出 两个 ESP,内置硬盘一个,.iso 里也有一个,那 PE 安装操作系统就会失败。

为了提升兼容性,为了避免 多 ESP 造成的 bug。

Windows 直接屏蔽掉了 .iso 里面的 ESP。

ubuntu,deepin 那些 Linux 发行版的 .iso ,看得出来,后面有 ESP 分区。

Windows 的 .iso 伪装得太好了,gnome disk 也看不出来。(我记得以前使用旧版本就看出来了,可能是新版更新了什么规范吧)
但是,mbr 磁盘 中 查看 udf 的分区类型,会发现 是 NTFS/exFAT/HPFS。其实就是说明,udf 兼容性强,可以偷偷模拟成其他分区,efi 文件夹 那个部分 的 扇区数据 其实 就跟 处于 ESP 分区当中 的类似,把 分区表 附近 的数据设计一下,让 UEFI 固件 当作 ESP,加载 efi 文件夹里的数据。
图片

UDF跟NTFS、CDFS、FAT32一样是文件系统,不是分区类型。应该是考虑写入CDR DVDR螺旋纹长链数据时跟在磁盘要分扇区不同而独立出来的格式。



也不见得多个ESP分区就一定有问题。

多个ESP分区,当然没什么问题,但是足以证明,光盘可以多分区。