deepin流云
2025-09-25 09:52 Super Moderator
Community OP
感谢反馈,我会转给安装器研发同事分析,如果确实存在问题后续会优化。
Reply Like 0 View the author
感谢反馈,我会转给安装器研发同事分析,如果确实存在问题后续会优化。
这个是基于复用swap分区,节省空间的考虑。规避外部系统的影响和磁盘空间需要做一个抉择,可能每个人的需要都不一样。 需要再和产品讨论一下,你看这样是否可行:
这个是基于复用swap分区,节省空间的考虑。规避外部系统的影响和磁盘空间需要做一个抉择,可能每个人的需要都不一样。 需要再和产品讨论一下,你看这样是否可行:
谢谢回复。
如果是单块硬盘上安装多个Linux,一般会手动分区,分好区之后也不会随意改变,此时复用swap是个好主意;
如果是多块硬盘,外部系统有可能全盘安装,也有可能手动分区安装,这造成外部系统的swap分区后续的不确定性增加,swap分区uuid失效的可能性也大。同时,安装有多块硬盘的用户,对多个swap分区对硬盘空间的占用,应该也不会很在乎。
所以,基于此,对于“如果本次安装没有swap分区且系统中存在swap分区的时候则复用”的情况,可否细分一下:
1.swap分区如果存在,且与即将安装系统的硬盘为同一个设备,则复用;
2.swap分区如果存在,但处在另外一个硬盘上,则不复用。
这样,外部系统环境对deepin的启动影响就会小一些。
看可行否?
Popular Ranking
ChangePopular Events
More
本帖内容是,之前看到另外一些帖子的回复得到的启发。
硬件环境:多张NVME固态硬盘,CPU为AMD64架构,分别安装有Windows,UOSv20,Deepin25。
问题:在Deepin25安装时,会默认把UOS的SWAP分区UUID写入到自己的/etc/fstab。这样,在deepin25的fstab中会出现两个SWAP分区,如下图:
最近因为测试需要,把UOSv20系统换成了Deepin23,导致fstab中,一个SWAP的UUID失效了(以3eb开头的那个UUID)。
此时,再次开机,Deepin25会等待原SWAP分区到很久,造成启动时间特别长。
解决方法是,编辑/etc/fstab,删除失效的UUID分区记录,就正常了。
看社区的帖子,这样的情况貌似出现过几次了。
对其他系统的变更,会导致Deepin25本身启动过程出现问题,这样的逻辑不太合理,也显得系统不够健壮。
deepin安装器的研发同学可否考虑,对此优化一下?