2026-01-20电脑网络1,060 次浏览

宝塔面板对于Nas来说，很多的是推荐Docker安装，因为不会和Nas系统底层的Nginx冲突。但我偏要明知山有虎，偏向虎山行。

本来之前已经使用绿联底层安装过宝塔，但是报错没有成功，就放弃了。这次是因为公司需要转移一个网站，之前的网站环境就是宝塔，我刚开始转移到1Panel时网站报错，也折腾了很久一直没有成功，所以就想着给绿联再次安装宝塔（1Panel在绿联上一直无法使用开心版，想放弃1Panel）。

因为在绿联底层安装宝塔的原因，会提示如下内容：

检查已有其他Web/mysql环境，安装宝塔可能影响现有站点及数据
Web/mysql service is alreday installed,Can't install panel
已知风险/Enter yes to force installation
输入yes强制安装:

当然是毫不犹豫的输入yes，然后就开始了一系列的报错。

ERROR: Make python env fielded.
ERROR: 编译宝塔运行环境失败！
UGOSPRO Linux
Bit:64 Mem:7723M Core:4
Linux DXP4800 6.12.30+ #2 SMP PREEMPT_DYNAMIC Tue Oct 14 15:48:34 CST 2025 x86_64 GNU/Linux
获取更新包失败，请及时联系 TG群组：@rsakuras 或者 QQ群组：1042692095 进行反馈！
install_panel.sh: line 207: pkg-config: command not found
检测到缺少系统ssl相关依赖，可执行下面命令安装依赖后再重新安装宝塔看是否正常
执行前请确保系统源正常
安装依赖命令: apt-get install libssl-dev -y

问了DeepSeek，大意就是绿联系统缺少编译Python所需的基本开发工具，此时我按照提示输入：apt-get install libssl-dev -y，但是继续报错。

You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
exiv2 : Depends: libexiv2-27 (= 0.27.6-1) but it is not going to be installed
libavdevice59 : Depends: libavformat59 (= 7:5.1.6-0+deb12u1)
Depends: libavutil57 (= 7:5.1.6-0+deb12u1) but 7:5.1.7-0+deb12u1 is to be installed
libssl-dev : Depends: libssl3 (= 3.0.18-1~deb12u1) but 3.0.17-1~deb12u2 is to be installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

Debian12系统存在依赖冲突问题，需要先修复系统依赖关系，强制修复依赖后，就可以编译宝塔，并安装了。

但下面的问题才是致命的，重启了绿联，无法进入绿联管理网页，可以进入宝塔页面，也可以进入其他的Docker页面，应该是Nginx被改写的原因吧，然后就进入了漫长的修复过程。

刚开始报错配置文件第一行有重复：

nginx version: nginx/1.26.3
nginx: [emerg] "proxy_temp_path" directive is duplicate in /www/server/nginx/conf/proxy.conf:1
nginx: configuration file /www/server/nginx/conf/nginx.conf test failed

后来又发现只有宝塔的nginx在运行，绿联的web服务根本没有启动。各种折腾都无法启动绿联web服务，最后也不知道是怎么修复的，反正就是DeepSeek各种输出，一顿操作猛如虎。

最后又提示缺少Lua模块，可能是因为重新编译了Nginx，造成Lua模块丢失，然后又是各种方法安装Lua模块。

然后又发现Redis连接失败，最后修复成可以进入绿联web页面了，但是里面的所有应用都无法加载，全是转圈圈。

ERROR 2026-01-06 19:51:34.069510 ... Custom nginx config reload failed!
dial tcp 127.0.0.1:6379: connect: connection refused

每次DeepSeek都会给出很多建议，但是我只能执行第一个建议，然后将结果反馈给DeepSeek，所以后面的建议都是无效的，然后就要求DeepSeek只给出一个建议，我执行反馈后再给出下一步操作。

DeepSeek给出建议，重新安装Redis包，又发现新问题

libjemalloc.so.2: failed to map segment from shared object

跟着DeepSeek操作之后，终于可以正常启动Redis和Ngnix了，重启绿联之后，可以正常进入绿联管理网页，也可以进入宝塔网页。

还是DeepSeek好用啊，联系了绿联客服，不提供技术支持，只能返修。

因祸得福，终于可以在绿联底层使用宝塔面板了。

最新进展

20260204 更新绿联新系统，再次无法进入网页管理页面，这次镇定从容了很多，直接丢AI提供解决思路

经过反复测试，最后给出了一个感觉完美的解决脚本

#!/bin/bash
echo "🔧 Redis修复脚本开始执行..."
echo "================================"

# 停止Redis
echo "1. 停止Redis服务..."
pkill -9 redis-server 2>/dev/null
systemctl stop redis-server.service 2>/dev/null
sleep 2

# 修复jemalloc
echo "2. 修复jemalloc库..."
rm -f /usr/lib/x86_64-linux-gnu/libjemalloc.so.2
ln -sf libjemalloc.so.2.orig /usr/lib/x86_64-linux-gnu/libjemalloc.so.2
ldconfig 2>/dev/null

# 清理损坏数据
echo "3. 清理损坏的RDB文件..."
rm -f /var/lib/redis/dump.rdb /var/lib/redis/appendonly.aof

# 重启服务
echo "4. 重启Redis服务..."
systemctl start redis-server.service
sleep 3

# 验证修复
echo "5. 验证修复结果..."
if redis-cli ping 2>/dev/null | grep -q PONG; then
    echo "✅ Redis修复成功！PONG响应正常。"
    echo "绿联应用应该可以正常加载了。"
else
    echo "❌ Redis修复失败，请检查日志。"
    systemctl status redis-server.service --no-pager
fi
echo "================================"