R118 版本推送 提拉米苏了,不久以后的 OpenFyde 能用上吗?

r118 版本推送 提拉米苏了,不久以后的 OpenFyde 能用上吗?

1 个赞

我们计划在 FydeOS v18 升级到安卓 11,到时候 openFyde 可能上安卓 13,也可能上安卓 14,目前还在评估。

假如上 安卓14,岂不是很超前咯?
WSA 都没 14。

可不可以透露一下,fydeOS v18 的 Linux 内核版本?
可不可以透露一下,是过年之前出来还是过年以后呢?

抱歉,还不确定。

问下你,fydeOS 计划支持 LVM 分区吗?
未来可以使用 LVM 作为安装分区来代替 .img 的虚拟磁盘吗?

抱歉,没有计划。

你为什么要执着于用LVM替代img over fs?

①防误删

.img 文件一不小心会被删除。

lvm 分区 作为一个 虚拟块设备,可以像真实的存储块设备一样被写入分区表,但无法进行图形界面的挂载,需要 kpartx 命令挂载。

就可以排除误删的情况。

②完整利用整个分区

.img 无法完整利用整个分区,lvm 可以。

③支持小容量存储设备的组合

例如:两个 128 GB 的固态,安装 fydeOS 的话,.img 的大小 不会超过 128GB。

倘若创建一个 lvm 的卷组,把 两个 128GB 的物理卷添加进来,就可以在该卷组里创建 256GB 的逻辑卷,再把逻辑卷 当作一个 256GB的 存储块设备,写入fydeOS分区表以及 12个分区,可以得到 256GB 的 fydeOS。

④避开磁盘坏道

假如 特定的区域磁盘坏道多,那么该区域创建的分区容易丢失数据。

如果使用 lvm,
把坏道多的地方作为未分配的空间,其补集区域 建立 lvm 分区,多数情况是不连续的多个分区。然后建立一个卷组,把不连续的区域包括进去,再建立一个逻辑卷安装fydeOS。可以达到 fydeOS 安装到 同一个 硬盘中的不连续的区域,同时避开 中间坏道多的区域。

我没搞明白’可以像真实的存储块设备一样被写入分区表’ 这个的意思,可否用命令行具体说明下?

建立 lvm 分区,创建卷组,创建逻辑卷,逻辑卷挂载到 /dev/dm-0;

fydeOS

sudo dd if=fydeos_dual_boot.img of=/dev/dm-0 bs=4096 conv=notrunc,sync

chromeOS on Brunch

sudo bash chromeos-install.sh -src recovery.bin -dst /dev/dm-0

这样的话,lvm 的一个逻辑卷,就相当于一块具有分区表的磁盘。

其实 grub2 很好改编,主要是 initramfs.img,需要支持 lvm 的 initramfs.img,并且还要修改 系统的 挂载路径。

1 个赞

Windows不安装工具是无法读取ext* 以及 lvm2 分区的,开机的时候会弹出未初始化的提示,这个时候有的用户会格式化fydeos所在的磁盘分区.
至于误删img文件, 倘若是在另外一个Linux/fydeos下, 正常用户是没有权限删除 .img文件的, root用户都会删除img了,你无法保证用会不会删除kernel和iniramfs.

我没记错的话,现在的img大小也是根据分区大小计算出来的

不能否认lvm2 能够做到以上的, 但是用户必须自己承担其中一个PV坏掉的风险,当然你说raid156,lvm的raid156 的性能消耗是有点大的.
另外现在的img方式,同样可以通过 mount dev到 user目录做到扩容的方式, fydeos不像其他的发行版可以选择root等分区的大小(也没必要), 容量再大最后也只会影响到stateful分区

现在已经是2024年了,不说SSD是主流. 考虑到fydeos的老机器比较多,出现磁盘坏道的时候建议是备份数据,换磁盘,而不是去屏蔽,因为无法保证是否还有更多的坏道出现. 另外就算是linux用户,你觉得有多少人能够熟练使用dmsetup去建立 linar的区域然后再去建lv? 还是应该提供一个debian/fedora/opensuse安装器都不具有的安装器页面去屏蔽坏块?

你无法保证用会不会删除kernel和iniramfs.

内核在 (loopdev,gpt12)/syslinux/vmlinuz.A 里面,不用 sudo kpartx -av /dev/dm-0 去映射分区表,是无法访问 并删除的。而且,kernel 和 iniramfs 比较小,可以直接从 安装镜像中提取,比重新安装生成一份 .img 要容易得多。

我没记错的话,现在的img大小也是根据分区大小计算出来的

但还是分区中的一个 img 文件,一下子就找到了,隐匿性不如 逻辑卷,倘若不执行 sudo kpartx -av /dev/dm-0 去映射分区表,都看不出来里面有什么,只知道是个逻辑卷。而且逻辑卷可以几乎完整利用整个 lvm 分区。

但是用户必须自己承担其中一个PV坏掉的风险

任何存储设备都有坏掉的风险。正常情况下,安装在 ext4 分区里,硬盘一坏,也是完蛋,半斤八两。
有时候,两块 128GB的固态,会比一块 256GB 的固态便宜。
而且小容量固态 的 MLC 不太贵;容量越大,便宜的越是 QLC。
有时候,给台式机组装 多个 小容量固态会节约成本。

容量再大最后也只会影响到stateful分区

就是希望一个 stateful分区 的大小可以超过一块物理硬盘,就是希望 stateful分区 可以横跨物理卷,甚至可以适当做到不连续。

不说SSD是主流. 考虑到fydeos的老机器比较多,出现磁盘坏道的时候建议是备份数据,换磁盘,而不是去屏蔽

固态闪存讲擦写次数的,延长寿命最好的办法之一就是均衡擦写。倘若有块旧SSD,中间的某个分区以前是充当 SWAP分区的,已经消耗了很多擦写次数。现在这块旧硬盘要重新利用来安装 fydeOS。重新分区,为了延长寿命,自然把曾经的 SWAP 分区设为 未分配的空间。固态也会遇到不连续的情况。

还是应该提供一个debian/fedora/opensuse安装器都不具有的安装器页面去屏蔽坏块?

也没必要用安装器去设置屏蔽坏块,毕竟很麻烦。
只要安装器能够多一个 安装到指定的逻辑卷的选项,就好了。
至于 lvm 分区 和 逻辑卷,还是用户自己在 Linux 下操作,小白用户还是选择 ext4。
可以搞 两套 iniramfs,一个给 ext4 用,一个给 lvm 的逻辑卷使用。

SSD有 FTL和GC的…

但还是希望可以新增一个“安装到 lvm 逻辑卷”的选项。

总觉得,ext4 无法跟 macOS 的 APFS+ 媲美。

高版本的 houdini 需要收费了。
OpenFyde 的 Android 13/14 有 houdini 吗?