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

求助答疑
1

发生了什么

最近有很多用户反馈在新装 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

方案2：integrate_fydemina不存在 怎么办

3

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

4

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

5

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

6

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

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

7

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

8

玄学 ?

9

方法一也打不开

10

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

11

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

12

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

13

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

14

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