google 快照抓到了"关于我们"页面： https://webcache.googleusercontent.com/search?q=cache:3rIDcJC3qScJ:https://www.qiniu.com/guanyuwomen/

@ReVanTis #9 是的，交叉对比 dmesg 的 1470 行附近：

````
[ 22.832502] init: Sending signal 9 to service 'apexd-snapshotde' (pid 482) process group...
[ 22.832651] libprocessgroup: Successfully killed process cgroup uid 0 pid 482 in 0ms
[ 167.837700] selinux: SELinux: Skipping restorecon on directory(/data/vendor_ce/0)
[ 167.837710] selinux:
[ 170.188237] selinux: SELinux: Skipping restorecon on directory(/data/misc/apexdata/com.android.wifi)
````


对应的 logcat 应该是 1214 行附近：

````
09-09 04:49:31.078 I/init ( 0): Service 'apexd-snapshotde' (pid 482) exited with status 0 waiting took 0.022000 seconds
09-09 04:49:31.078 I/init ( 0): Sending signal 9 to service 'apexd-snapshotde' (pid 482) process group...
09-09 04:51:56.084 I/selinux ( 0): SELinux: Skipping restorecon on directory(/data/vendor_ce/0)
09-09 04:51:56.084 I/selinux ( 0):
09-09 04:51:58.434 I/selinux ( 0): SELinux: Skipping restorecon on directory(/data/misc/apexdata/com.android.wifi)
````

可以看到两个日志输出都是跳过了一段时间。

下面是我的推测，restorecon --recursive 需要递归 /data 下每个文件产生的 io 开销非常大，所以导致系统启动过程卡在这里了。

参考这个 chmod -R 大量文件耗时的问题： https://unix.stackexchange.com/questions/79868/chmod-recursive-permission-on-thousands-of-files

@ReysC #8 见笑了，我不是 ROM 作者，只是一个普通的 android 用户。

@ReVanTis #4 看 dmesg 只有最后的几秒里面，restorecon 试图重设 /data/mise 下的文件但是没成功

在 dmesg 的 1469 行开始
````
[ 22.832478] init: Service 'apexd-snapshotde' (pid 482) exited with status 0 waiting took 0.022000 seconds
[ 22.832502] init: Sending signal 9 to service 'apexd-snapshotde' (pid 482) process group...
[ 22.832651] libprocessgroup: Successfully killed process cgroup uid 0 pid 482 in 0ms
[ 167.837700] selinux: SELinux: Skipping restorecon on directory(/data/vendor_ce/0)
[ 167.837710] selinux:
[ 170.188237] selinux: SELinux: Skipping restorecon on directory(/data/misc/apexdata/com.android.wifi)
[ 170.188253] selinux:
[ 170.262342] type=1400 audit(21675118.499:4): avc: denied { getattr } for comm="init" path="/data/misc/iorapd/sqlite.db" dev="mmcblk0p49" ino=541854 scontext=u:r:init:s0 tcontext=u:object_r:iorapd_data_file:s0 tclass=file permissive=0
[ 170.262883] selinux: SELinux: Could not stat /data/misc/iorapd/sqlite.db: Permission denied.
[ 170.262897] selinux:
````
下面连续多条都是 SELinux: Could not stat Permission denied.

感觉是已经枚举完整个 /data 下的文件了。

@ReVanTis #4 有的，在主贴靠中部的位置有 logcat 和 dmesg 。

@ysc3839 #3 thx 我用一台官方支持的设备提了一个 issue

@ysc3839 #1 本来我是想向 LineageOS 官方提 issue 的，可是我没找到入口在哪，转而向一个维护非官方版本的作者发了 issue 。

因为在 android 官方上也发现了这个代码， 所以想找大家看看非 lineageOS 的设备上是不是也有同样的问题。

@gengchun #4 楼主已经解决了但是还是纠正一下，$server_name 才是在 server_name 指令中配置的第一个域名。

server_name 指令指定多个域名的时候应该用$host 来获取正确的主机名，参考 8#和 10#的重写规则。

因为楼主多域名配置而且是第二个域名访问出现问题，我一开始认为是变量问题。

文档在 http://nginx.org/en/docs/http/ngx_http_core_module.html 的 Embedded Variables 节。

相关讨论 ： https://serverfault.com/questions/706438/what-is-the-difference-between-nginx-variables-host-http-host-and-server-na

return 301 https://$server_name$request_uri;


换成下面的


rewrite ^(.*)$ https://$host$1 permanent;


试试

@julyclyde 感谢指出，重新检索一下网络，的确不需要显式 reload，crond 会每分钟检查所有配置文件看看有没有任务需要执行。
参考： https://stackoverflow.com/questions/10193788/restarting-cron-after-changing-crontab-file

楼主的问题应该检查一下 cron 的日志输出

更新配置文件后需要通知 crond 重载配置

用“bash -x ./start_serve.sh”启动，看停止在哪一行。

@ReferenceE 是想看看有没有成熟一点的操作方案


@julyclyde 讨论的侧重想落在网络隔离和网络安全上

@Jirajine 像上面说的，这样暴露全部需要连接到 mysql 的服务

@yngzij link 命令看文档已经不推荐使用了

@ReferenceE
@chenset
如果把 net 设置成 host 或者共用一个网桥，应该会有一定的安全风险吧，假如其中一个 WebService 被入侵，能通过主机网络或者网桥访问到其他 WebService 。