关于 Linux(测试版)长时间等待无法启动相关问题的临时解决方案

发生了什么

最近有很多用户反馈在新装 FydeOS (v5.x) 下无法正常启动。具体表现为在设置页面点击 Linux(测试版)的「启动」按钮之后,经过长时间等待仍然无法开启「终端」程序。检查 /var/log/messages 发现 crossvm 进程有 connection reset 或相关报错。


怎么回事

经查,该问题似乎由众所周知的网络问题导致在激活 Linux(测试版)时某一个服务无法访问造成的。
┑( ̄Д  ̄)┍


怎么办

以下方案适用于 Linux(测试版)启动过程时间超长最后无响应无可见报错;程序坞内出现「Linux 应用」组和「终端」程序的用户。

方案一:升级 Linux(测试版)

我们已经更新了 Linux(测试版)所需要的容器组件,可以根据这一篇知识库文档所介绍的方法手动更新你目前使用的 FydeOS 下的 Linux(测试版)容器。更新完成后,可尝试重新开启「终端」。

方案二:跳过启动的一个步骤

在 FydeOS 的 crosh 命令行下(注意:是 crosh,不是 crosh 底下的 shell),依次键入以下命令:

crosh> vsh termina
(termina) ~ $ cd /usr/share/intergrade_container
(termina) ~ $ lxc image import lxd.tar.xz integrate_fydemina
(termina) ~ $ lxc init integrate_fydemina penguin

完成后,可尝试重新开启「终端」。

方案三:自行解决网络问题

方法略。


欢迎各位提供针对以上方案的执行反馈。

方案2:integrate_fydemina不存在 怎么办

如果已经连接入 termina 容器但无法找到 /usr/share/intergrade_container,那只能尝试方案一了

使用了第一种方案,并且梯子也挂过,出现下面的错误:(已确认CPU虚拟化已开) kl1ZuQ.md.png

再次尝试挂梯子启动,出现一下错误: kl3use.png

v5.x 下对于 termina 虚拟机的启动脚本异常复杂而且可以出错的步骤耦合度过高,单纯从以上的日志文件无法判断到底是什么地方出了什么问题。

帮不了你了,等 v6.x 吧,我们将对这一启动激活过程做拆解和优化。

挂梯子,开着安装然后去午睡了一觉,醒来居然神奇的打开了终端

玄学 ?

方法一也打不开

我试过几种方法,要么科学上网,要么参考知识库用arch linux代替自带的debian。供参考

对于大部分一启动linux安装就出错的,都可能是应为看了网上的帖子对FydeOS进行修改以打开google account的部分功能,这种类型的错误,完全就是自己造成的,所以,我们也没办法,有得就要有失。 还有一种可能,就是使用了被系统误辨认为不可移动磁盘的U盘。造成系统服务不能正常扩展用户数据区,只能使用最开始的1G不到。这种容量的用户数据区是无法支持开启crostini的。解决的办法有两种,第一:换一个正常的U盘。第二,手动扩展分区,sudo expand-partition.sh -d $(rootdev -d)1.手动扩展分区会有危险性。

补充:如果使用系统设置里的powerwash清除数据(双系统情况下),也会造成此问题。 解决办法:先删除linux,再根据知识库《在通过 OTA 方式升级的 FydeOS 中开启 Linux(测试版)》这篇文章补全文件,然后重新打开linux。

[ERROR:vsh.cc(102)] Failed to get VM info for termina 是咋个回事

喵喵喵,机械硬盘不可以,我换个固态都不用翻墙马上就装好了。机械硬盘每次linux下载到150兆,550兆左右 就不动了。吐血