卸载冲突包并清理残留目录后再安装。先用yum remove卸载python3*-pip等冲突包，再rm -rf /www/server等目录，清缓存后重装宝塔脚本。
宝塔面板安装失败提示 yum 依赖冲突怎么办
直接卸载冲突包再装，别硬扛。宝塔安装脚本对系统环境敏感，yum 报出类似 conflicts with file from package xxx 或 requires python36u-pip 却已装了 python39-pip，本质是系统里已有同功能但版本/来源不同的软件包，yum 认为它们“打架”。
常见诱因：手动装过 Python、Nginx、MySQL（比如用官网源或编译）、或者之前装过其他面板（如 AMH、WDCP）残留了配置和包。
- 先跑
yum list installed | grep -E "(python|nginx|mysql|php)"快速扫一遍可能冲突的包名 - 重点盯
python3*-pip、nginx-all、mysql-community-*、php*-fpm这类名字带版本号或厂商前缀的包 - 确认要卸载的包没在跑线上服务（比如
systemctl is-active nginx），否则会中断网站 - 卸载用
yum remove -y，别用rpm -e强删，否则 yum 数据库会坏
强制卸载后重装宝塔仍报错：/www/server 目录残留
卸载旧宝塔或失败重试多次后，/www/server 目录经常留着一堆半成品文件，新安装脚本看到它就跳过初始化步骤，直接复用旧结构——结果旧结构里有损坏的二进制或错乱的软链接，导致后续启动失败。
这不是依赖问题，是状态污染。必须清干净再装。
- 停服务：
bt stop（如果还能执行）或systemctl stop bt && pkill -f 'python.*panel' - 删目录：
rm -rf /www/server /www/wwwroot /www/backup（注意别误删自己网站目录，/www/wwwroot下内容需提前备份） - 清 yum 缓存：
yum clean all && rm -f /var/cache/yum，避免旧元数据干扰 - 再执行官方安装命令，例如：
curl -o install.sh http://download.bt.cn/install/install_6.0.sh && bash install.sh
CentOS 8 / Rocky 9 安装宝塔失败：Python 和 systemd 兼容性坑
宝塔 7.x 后官方支持 CentOS 8+，但默认安装脚本仍倾向调用 python 命令，而新版系统默认只有 python3，且 systemd 对 service 文件语法更严格。现象是面板装完打不开，bt 命令不存在，或 systemctl status bt 显示 Failed to load environment files。
这不是你操作错，是脚本没适配好系统演进。
- 装前先确保
python指向python3：ln -sf /usr/bin/python3 /usr/bin/python - 检查
/etc/systemd/system/bt.service是否存在，内容里有没有写死/usr/bin/python路径（应为/usr/bin/python3） - Rocky 9 等较新系统需额外装兼容包：
yum install -y python3-policycoreutils，否则面板无法读取 SELinux 上下文 - 若安装后
bt命令不生效，手动加软链：ln -sf /www/server/panel/pyenv/bin/python /usr/bin/btpython，再重载 service
重装后 PHP/MySQL 启动失败：端口被占或配置残留
重装宝塔后点“启动”PHP 或 MySQL，状态一直是灰色，日志里出现 Address already in use 或 Can't start server: Bind on TCP/IP port，说明端口（如 3306、9000）正被别的进程占着——大概率是上次没卸干净的旧服务还在后台跑。
别急着重启面板，先查端口。
- 查谁占了 3306：
lsof -i :3306或netstat -tulnp | grep :3306 - 如果是
mysqld但 PID 不在ps aux | grep mysql里，说明是僵尸进程，用kill -9 <pid></pid>干掉 - MySQL 配置残留重点看
/etc/my.cnf和/www/server/data，重装后若还读旧配置，可能加载错误插件导致崩溃 - PHP 启动失败常因
/www/server/php/<ver>/etc/php-fpm.d/www.conf</ver>里listen = /tmp/php-cgi-<ver>.sock</ver>对应的 sock 文件权限不对，删掉再重启即可
重装不是万能解药，真正的难点在于判断哪些残留该删、哪些配置该保留、哪些进程是“假死”。尤其多版本共存时，一个 php-fpm 进程可能属于旧版 PHP，却绑定了新版监听地址，这种交叉污染最耗时间排查。
