Raspbian上snapd狂吃CPU问题

2020-07-22 作者： Fisherworks

To get rid of snapd on Raspbian/RaspberryPi OS Buster, since it eats lots of cpu power, especially on the old hardware, like a Pi 2B.

一台年迈的Pi 2B，运行着时时更新的Raspbian Buster，兢兢业业给娃做文件服务器，不亦乐乎。

一天apt dist-upgrade之后，就发现system load频繁升高，系统空载就能吃掉大致一个核的性能。top后画风大致是这样的。

➜  ~ top
top - 22:26:04 up 2 days, 13:44,  3 users,  load average: 0.96, 0.99, 0.93
Tasks: 143 total,   1 running, 142 sleeping,   0 stopped,   0 zombie
%Cpu(s):  8.4 us,  2.7 sy,  0.0 ni, 82.4 id,  6.3 wa,  0.0 hi,  0.2 si,  0.0 st
MiB Mem :    926.1 total,    222.2 free,    171.1 used,    532.7 buff/cache
MiB Swap:    100.0 total,    100.0 free,      0.0 used.    693.0 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  345 root      20   0  968804  21248  13064 S  37.3   2.2   1065:41 snapd
   84 root      20   0       0      0      0 S   1.0   0.0  28:27.25 jbd2/mmcblk0p2-
15049 pi        20   0   10440   3096   2540 R   1.0   0.3   0:00.09 top
  346 root      20   0    2968   2060   1564 S   0.7   0.2   2:17.19 dhcpcd
17101 root       0 -20       0      0      0 I   0.7   0.0   2:49.94 kworker/0:1H-mmc_complete
   10 root      20   0       0      0      0 I   0.3   0.0   7:00.05 rcu_sched
   18 root       0 -20       0      0      0 I   0.3   0.0   4:21.89 kworker/1:0H-kblockd
   83 root       0 -20       0      0      0 I   0.3   0.0   4:24.37 kworker/2:1H-kblockd
  412 root      20   0   31976   9496   8068 S   0.3   1.0   0:29.19 nmbd

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

➜ ~ top

top - 22:26:04 up 2 days, 13:44, 3 users, load average: 0.96, 0.99, 0.93

Tasks: 143 total, 1 running, 142 sleeping, 0 stopped, 0 zombie

%Cpu(s): 8.4 us, 2.7 sy, 0.0 ni, 82.4 id, 6.3 wa, 0.0 hi, 0.2 si, 0.0 st

MiB Mem : 926.1 total, 222.2 free, 171.1 used, 532.7 buff/cache

MiB Swap: 100.0 total, 100.0 free, 0.0 used. 693.0 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

345 root 20 0 968804 21248 13064 S 37.3 2.2 1065:41 snapd

84 root 20 0 0 0 0 S 1.0 0.0 28:27.25 jbd2/mmcblk0p2-

15049 pi 20 0 10440 3096 2540 R 1.0 0.3 0:00.09 top

346 root 20 0 2968 2060 1564 S 0.7 0.2 2:17.19 dhcpcd

17101 root 0 -20 0 0 0 I 0.7 0.0 2:49.94 kworker/0:1H-mmc_complete

10 root 20 0 0 0 0 I 0.3 0.0 7:00.05 rcu_sched

18 root 0 -20 0 0 0 I 0.3 0.0 4:21.89 kworker/1:0H-kblockd

83 root 0 -20 0 0 0 I 0.3 0.0 4:24.37 kworker/2:1H-kblockd

412 root 20 0 31976 9496 8068 S 0.3 1.0 0:29.19 nmbd

于是很想了解这货在干嘛，消耗这么多脑力，思考人生么？

➜  ~ sudo lsof -p 345
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
COMMAND PID USER   FD      TYPE     DEVICE SIZE/OFF   NODE NAME
snapd   345 root  cwd       DIR      179,2     4096      2 /
snapd   345 root  rtd       DIR      179,2     4096      2 /
snapd   345 root  txt       REG        7,0 13421332   7147 /snap/core/9291/usr/lib/snapd/snapd
snapd   345 root  mem       REG      179,2  1296004   2022 /lib/arm-linux-gnueabihf/libc-2.28.so
snapd   345 root  mem       REG      179,2   130416   2085 /lib/arm-linux-gnueabihf/libpthread-2.28.so
snapd   345 root  mem       REG      179,2    17708  10917 /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so
snapd   345 root  mem       REG      179,2   138604   1945 /lib/arm-linux-gnueabihf/ld-2.28.so
snapd   345 root    0r      CHR        1,3      0t0   1028 /dev/null
snapd   345 root    1u     unix 0xf31a5a4c      0t0  14576 type=STREAM
snapd   345 root    2u     unix 0xf31a5a4c      0t0  14576 type=STREAM
snapd   345 root    3u     IPv4     152109      0t0    TCP 192.168.50.127:48604->api.snapcraft.io:https (ESTABLISHED)
snapd   345 root    4u     IPv4     233503      0t0    TCP 192.168.50.127:40786->api.snapcraft.io:https (ESTABLISHED)
snapd   345 root    6u  a_inode       0,11        0   5804 [eventpoll]
snapd   345 root    7u     unix 0x5b752603      0t0  14350 /run/snapd.socket type=STREAM
snapd   345 root    8u     unix 0xfebd686d      0t0  14353 /run/snapd-snap.socket type=STREAM
snapd   345 root    9u      REG      179,2        0 386387 /var/lib/snapd/snaps/core_9668.snap.partial
snapd   345 root   12u  netlink                 0t0  18728 KOBJECT_UEVENT
snapd   345 root   13r     FIFO       0,10      0t0  18729 pipe
snapd   345 root   14w     FIFO       0,10      0t0  18729 pipe

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

➜ ~ sudo lsof -p 345

lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs

Output information may be incomplete.

COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME

snapd 345 root cwd DIR 179,2 4096 2 /

snapd 345 root rtd DIR 179,2 4096 2 /

snapd 345 root txt REG 7,0 13421332 7147 /snap/core/9291/usr/lib/snapd/snapd

snapd 345 root mem REG 179,2 1296004 2022 /lib/arm-linux-gnueabihf/libc-2.28.so

snapd 345 root mem REG 179,2 130416 2085 /lib/arm-linux-gnueabihf/libpthread-2.28.so

snapd 345 root mem REG 179,2 17708 10917 /usr/lib/arm-linux-gnueabihf/libarmmem-v7l.so

snapd 345 root mem REG 179,2 138604 1945 /lib/arm-linux-gnueabihf/ld-2.28.so

snapd 345 root 0r CHR 1,3 0t0 1028 /dev/null

snapd 345 root 1u unix 0xf31a5a4c 0t0 14576 type=STREAM

snapd 345 root 2u unix 0xf31a5a4c 0t0 14576 type=STREAM

snapd 345 root 3u IPv4 152109 0t0 TCP 192.168.50.127:48604->api.snapcraft.io:https (ESTABLISHED)

snapd 345 root 4u IPv4 233503 0t0 TCP 192.168.50.127:40786->api.snapcraft.io:https (ESTABLISHED)

snapd 345 root 6u a_inode 0,11 0 5804 [eventpoll]

snapd 345 root 7u unix 0x5b752603 0t0 14350 /run/snapd.socket type=STREAM

snapd 345 root 8u unix 0xfebd686d 0t0 14353 /run/snapd-snap.socket type=STREAM

snapd 345 root 9u REG 179,2 0 386387 /var/lib/snapd/snaps/core_9668.snap.partial

snapd 345 root 12u netlink 0t0 18728 KOBJECT_UEVENT

snapd 345 root 13r FIFO 0,10 0t0 18729 pipe

snapd 345 root 14w FIFO 0,10 0t0 18729 pipe

看起来是想回家拉点什么私货回来（api.snapcraft.io），但还是搞不懂，走io就走io，连续几天24小时一直吃那么多cpu是什么鬼？

完整阅读本篇»

两机rsync定时单向只增同步

2020-05-27 作者： Fisherworks

事出有因

老房子装修没布网线，远在北卧192.168.1.128（wifi连接）是娃的网课机，需要播放音视频及office文档；该机wifi连接不算可靠（一堵大量钢筋砖混承重，一堵普通轻体），好的时候24Mbps，偶发连接不稳定的时候会断开；而路由器已经更新为口碑产品Netgear R6700
另有树莓派192.168.1.127（有线LAN，可靠连接）作为7×24文件服务器，用于从ddns接收外来课件，并对1.128提供文件共享服务

问题澄清

课件播放过程中，偶发wifi信号问题导致卡顿

问题思路

由于wifi中断为偶发，大部分情况下连接OK
采取让1.128机器定时（每1小时）去1.127机器同步课件的思路
前者存储大（HDD），后者小（TF），设计为单向同步；后者新增，前者同步，后者删除，前者保留

具体实现

#!/usr/bin/bash

echo `date`

FILE_SERVER=192.168.1.127
ping -c 3 -w 5 $FILE_SERVER
# ping不通则不进行同步（说明1.127未连接）
if [[ $? != 0 ]];then
    echo " target is offline! "
    exit 1
fi

pidof rsync
# 如果正在同步，则不开启新的同步
if [[ $? == 0 ]];then
    echo " rsync is still working! "
    exit 2
fi

echo "server ok, start transmission... "
rsync -uavzP --exclude=".*" pi@$FILE_SERVER:/share/documents '/home/py27/documents/learnings'
exit 0

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

#!/usr/bin/bash

echo `date`

FILE_SERVER=192.168.1.127

ping -c 3 -w 5 $FILE_SERVER

# ping不通则不进行同步（说明1.127未连接）

if [[ $? != 0 ]];then

echo " target is offline! "

exit 1

fi

pidof rsync

# 如果正在同步，则不开启新的同步

if [[ $? == 0 ]];then

echo " rsync is still working! "

exit 2

fi

echo "server ok, start transmission... "

rsync -uavzP --exclude=".*" pi@$FILE_SERVER:/share/documents '/home/py27/documents/learnings'

exit 0

测试以上脚本工作ok后，将其加入crontab，每小时定时执行

py27@py27-vince:~$ crontab -l 
0 */1 * * * /home/py27/scripts/rsync_learnings.sh > /tmp/rsync_learnings.log  2>&1

1 2	py27@py27-vince:~$ crontab -l 0 /1 * * /home/py27/scripts/rsync_learnings.sh > /tmp/rsync_learnings.log 2>&1

后续计划

观察课件同步效果，有问题检查log，总之能用技术解决的问题，就别给人找事干
目前wifi网卡为Intel AC9260 M.2，两根8dBi天线；有空可以考虑升级到带延长线的磁性吸盘12dBi天线，增强wifi稳定性

完整阅读本篇»

基于Flask的简易webtelnet和webssh

2020-02-25 作者： Fisherworks

Chinese version README of the Github repo – flask-remote-terminal.

简而言之，一台具备多用户支持的，仅限使用telnet/ssh，访问远程固定地址的，web终端。

演示截图：

有啥稀罕的

只可访问远程地址，非本机终端
目前仅限telnet（支持十几年前老设备用）和ssh访问，代码中也可增加其他协议，但始终受控
仅限访问固定远端地址（IP/域名），代码config可配，一旦服务运行后不可更改
服务端session存储pid和fd等，用于多用户支持

参考项目

一个教学工程 pyxterm.js 作者 Chad Smith

需求如此“扭曲”，何解

通过web终端去管理一台特定的中转机，其多数端口是（在特定时间段内）代理到真正需要管理的目标机。具体需求如下：

同多数web terminal一样，浏览器即开即用，免安装
只允许访问特定地址（中转机），避免被抓肉鸡
只允许使用telnet和ssh进行连接，不可自选其他客户端命令，在此基础上允许用户自行输入用户名和端口号
只用于远程连接，在用户exit退出终端后，也无法回到shell操作提供该服务的server

完整阅读本篇»

树莓派HDMI强制输出

2019-06-19 作者： Fisherworks

因为前几天用Raspbian自带安装VLC播放1080p MP4严重卡顿，调研了一下；发现默认安装VLC是不带硬件解码的，也即没有发挥BCM2XXX ARM的GPU硬解码能力。
那么最简洁的解决方案是什么：命令行下omxplayer加上GUI外壳TBOplayer，试了一下果然很流畅而且占用cpu个位数，解H264编码的MP4和MKV文件都很流畅（且测试用的是pi2而非pi3）。

但这里边还有个小问题，树莓派如果上电时不接HDMI，物理口上是没输出的；这是个普遍问题，相信对于一个嵌入式设备，很多人都有类似需求（比如关屏不关盒），那么何解呢？

sudo vi /boot/config.txt

# uncomment if hdmi display is not detected and composite is being output
hdmi_force_hotplug=1

# uncomment to force a specific HDMI mode (this will force VGA)
hdmi_group=1
hdmi_mode=16

1

2

3

4

5

6

# uncomment if hdmi display is not detected and composite is being output

hdmi_force_hotplug=1

# uncomment to force a specific HDMI mode (this will force VGA)

hdmi_group=1

hdmi_mode=16

完整阅读本篇»

让树莓派用上移动LTE | RaspberryPi Connect TD LTE

2016-02-18 作者： Fisherworks

很多人用树莓派接联通3G（WCDMA），这样的话，E261量很大很足

还有电信网络（CDMA2K），可以用EC122

可是移动3G/LTE，google找不到相关资料

其实huawei的USB adapter基本都复用了ID，所以基本上只要能买到华为的货，支持哪家的网都不是问题（甚至不需要升级usbmodeswitch版本，不需要自己build代码）

Fisherworks选了E3276s-861，为数不多的支持移动TD 2G/3G/4G/LTE的卡

注意不要随便选那种号称3网的usb卡，对移动的支持恐怕只限于2600MHz，1900不覆盖，到二三线地区估计够呛

树莓派wheezy/jessie系统，使用sudo apt-get install ppp usb-modeswitch来安装关键的usb-modeswitch，还有sakis3g/umtskeeper（这个就不写怎么装了，一搜一大把）

随便找一个接联通E261的教程就行，要改的有以下两点~

设备ID，E261被usbmodeswitch切换过ID后是12d1:1346，而E3276s-861切换后是12d1:1506
CUSTOM_APN，联通是3gnet，移动是cmnet

然后就没有然后了，拨号接通享受网络

完整阅读本篇»

Raspbian上snapd狂吃CPU问题

两机rsync定时单向只增同步

事出有因

问题澄清

问题思路

具体实现

后续计划

基于Flask的简易webtelnet和webssh

有啥稀罕的

参考项目

需求如此“扭曲”，何解

树莓派HDMI强制输出

让树莓派用上移动LTE | RaspberryPi Connect TD LTE

关于Fisherworks

最近文章

功能

本站友链

实时天气

2024年十二月
一	二	三	四	五	六	日
« 10月
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31