上文说到，我有三个黑群晖
，并且经常使用docker版qbittorrent下载喜欢的影视资料。最近通过qb的webui添加种子时，qb却不自动下载了，查了一下tracker返回的报错信息，原来是客户端的版本太老不支持。我一直使用的是 qbittorrent4.2.1, 于是我到qb的官网查看了一下，发现最新的版本已经是qb4.3.3了，并且最新版qb的webui添加了RSS功能，就冲这个功能，都值得升级。可是怎么升级docker版的qb呢？我百度了一圈都没找到合适的解决方法，网上都是教人用套件的方法来升级。但最新qb套件需要有人编译，我又不会，还是只能回到docker版上，还是google给力，找到了解决方法。下面我就介绍一下具体方法。以后docker版的软件，升级都可以参照，方法是一样的。
打开群晖docker套件，点击注册表, 输入qbittorrent进行搜索，找到linuxserver大神的作品
搜索映像
点击右键，执行下载操作，等一会提示让你选择版本，直接选择latest，进行下载
下载映像
可是由于网络原因，我添加了阿里云加速，仍然下载超时。只有通过ssh大法，用命令来下载最新映像了。首先打开群晖的ssh端口，通过xshell登录群晖，使用sudo -i 命令，切换到root 用户，执行命令docker pull linuxserver/qbittorrent，如下图
拉取映像
下载成功后，可以通过docker images 可以查看当前下载了哪些映像文件，下图中的红框就是最新下载的qb镜像文件。
同时可以在群晖的docker套件中查看到刚才下载的最新镜像。
有了最新版的镜像，就可以开始第二步了。
注意这里是清除容器，不是删除容器，这样qb的配置文件和设置都还保留的。
容器启动成功后，就完成了，现在打开浏览器就可以享受最新版的qb了。
真是这么简单吗？结果我打开浏览器还是不能登录qb的webui界面。一定是哪里出错了？我去查看了一下qb运行的日志，点击docker套件 - 容器 -【详情】-【日志】查看运行日志。
出错日志
结果发现后台一直在报错，报错信息都是 /usr/bin/qbittorrent-nox: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory，从错误信息看来，应该是加载共享库时出错，找不到文件或目录。不应该是我配置的问题，又是google大法，最后在docker-qbittorrent找到了解决方法。
有了解决方法，我就来验证一下。
1、首先附加到docker容器，以下操作将在ssh中操作。
docker exec -it qbittorrent4.3.3 /bin/sh
附加到容器
qbittorrent4.3.3 是我运行的容器名，大家可以参照自已的改，只要进入#提示符就行。
2、更新库
apt update
更新库
3、安装binutils
执行apt install binutils
安装binutils
4、剥离
执行strip --remove-section=.note.ABI-tag /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
剥离
最后通过执行exit命令退出当前运行的容器。接下来，打开docker套件找到当前运行的容器，先停止再启动容器。最后在日志中查看一下，qb运行是否正常 ，像下图这样就是成功的。
最后输入http://192.168.1.80:8777，心心念念的qb 4.3.3终于出来了
RSS功能也有了，一切完美。
相同的升级方法，我在QNAP上也升级成功，只是QNAP下载一路顺畅，没有超时的问题，并且没有 /usr/bin/qbittorrent-nox: error while loading shared libraries: libQt5Core.so.5: cannot open shared object file: No such file or directory的报错信息，升级过程很正常。后来我又查了一下，据国外网友说这个问题可能是由于3.1x内核引起的，我的两台黑群用的还是3617 6.1.7的版本，使用的内核是Linux PtServer 3.10.102 #15284 SMP Mon Jul 9 23:04:53 CST
2018 x86_64 GNU/Linux synology_broadwell_3617xs，而我另一台黑群918 6.2.3升级没问题，它的内核是Linux SERVER 4.4.59+ #25426 SMP PREEMPT Mon Dec 14 18:48:50 CST 2020 x86_64 GNU/Linux synology_apollolake_918+。可能真的和内核太老有关。联系客服
