wayland 取色目前无解。
https://bugs.launchpad.net/ubuntu/+source/gpick/+bug/1704808
https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/1705188

我觉得主要是看需求，如果树莓派可以满足的话，就没必要考虑其它的了。
树莓派和香蕉派能耗低，没有噪音，
我这边主要跑一些私人用的小服务，已经运行几年了。

先联系官方问看看具体情况。

不能全退吗

0.0.0.0 换成机子 ip，打错了。

vhosts 那边你改成这样试看看

Listen 80
Listen 8080

<VirtualHost 0.0.0.0:80>

</VirtualHost>

<VirtualHost 0.0.0.0:8080>

</VirtualHost>

保存，然后重启 apache。

你这个日志我看了一下，
是不是你这个只监听在 ipv6 的 8080 端口上，
如果外网要访问的话，应该是找个有 ipv6 的环境，
然后[ipv6 地址]:port 这样访问。
因为日志格式不大一样，所以我不是很确定。

```bash

; <<>> DiG 9.11.2 <<>> jd.com @119.29.29.29
;; global options: +cmd
;; connection timed out; no servers could be reached

; <<>> DiG 9.11.2 <<>> jd.com @114.114.114.114
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39415
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 2d8cd171133e2d54 (echoed)
;; QUESTION SECTION:
;jd.com. IN A

;; ANSWER SECTION:
jd.com. 43 IN A 106.39.167.118

;; Query time: 25 msec
;; SERVER: 114.114.114.114#53(114.114.114.114)

; <<>> DiG 9.9.3 <<>> jd.com @119.29.29.29
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44763
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;jd.com. IN A

;; ANSWER SECTION:
jd.com. 102 IN A 106.39.167.118

;; Query time: 26 msec
;; SERVER: 119.29.29.29#53(119.29.29.29)

```

以前有个虾米 fm 来着，不知道现在还可不可以用。

楼上有同学说了，
根据提示来，
iptables: Index of insertion too big.
说明你 insert 的这个 4 的位置并不存在, 具体你可以看一下--line-numbers。

所以
iptables -I INPUT -p tcp -m state --state NEW -m tcp --dport 3306 -j ACCEPT
应该是可以的。

@zhonger
上个 linuxmint ？

这里有说了一些原因，仔细看。
The ping utility will report duplicate and damaged packets. Duplicate packets should never occur when pinging a unicast address, and seem to be caused by inappropriate link-level retransmissions. Duplicates may occur in many situations and are rarely (if ever) a good sign, although the presence of low levels of duplicates may not always be cause for alarm. Duplicates are expected when pinging a broadcast or multicast address, since they are not really duplicates but replies from different hosts to the same request.
Damaged packets are obviously serious cause for alarm and often indicate broken hardware somewhere in the ping packet ’ s path (in the network or in the hosts).

这里有说明
http://www.gsp.com/cgi-bin/man.cgi?section=8&topic=ping#4
Duplicate and Damaged Packets

我来告诉你，一个表情是如何被系统判定违规删除的。

https://i.imgur.com/QvPvBzx.png

@Kirikora 阁下不是说已经删除配置和缓存那两个主文件夹了么？权限也检查了，那下一步就看看依赖关系和一些依赖版本的要求了

@Kirikora 查依赖看看少了什么 http://cdimage.deepin.com/applications/netease-cloud-music/64/depends_list_v1.1.0.txt

尝试 rm -rf ~/.cache/netease-cloud-music
清除一下本地缓存，
再打开看看。
PS 我不是官方人员。