RPM数据库损坏需立即重建：先备份/var/lib/rpm，再删除__db.*文件，执行sudo rpm --rebuilddb -v；若失败则mv旧库、initdb后重建；最后验证rpm -qa和rpmdb_verify，并yum clean all恢复功能。
当 RPM 命令完全无响应、反复卡在“waiting for lock”或直接报错如 error: cannot open Packages database in /var/lib/rpm、BDB1507 Thread died in Berkeley DB library 时，基本可判定是 RPM 数据库（rpmdb）已损坏。这不是软件包问题，而是底层元数据索引崩溃，必须紧急重建数据库才能恢复 rpm/yum/dnf 的基本功能。
确认故障现象与前置检查
先验证是否真为 rpmdb 损坏，而非单纯进程阻塞：
- 运行
rpm -q bash或rpm -qa | head—— 若立即报错（如DB_RUNRECOVERY、Invalid argument (22)），说明数据库已不可读 - 执行
ls -l /var/lib/rpm/__db.*—— 若存在__db.001等文件，且时间戳异常旧或大小为 0，极可能是残留损坏锁 - 用
df -h /var确保/var分区剩余空间 ≥500MB（重建过程需临时空间） - 运行
ps aux | grep -E 'yum|rpm|dnf'—— 若有残留进程，先kill -9干净终止
安全备份并清除损坏文件
操作前务必保留原始数据，防止误操作扩大故障：
- 创建备份目录：
sudo mkdir -p /var/lib/rpm-backup-$(date +%F) - 完整拷贝当前 rpm 目录：
sudo rsync -aH /var/lib/rpm/ /var/lib/rpm-backup-$(date +%F)/ - 删除 Berkeley DB 的损坏环境文件：
sudo rm -f /var/lib/rpm/__db.* - 顺手清理可能残留的锁：
sudo rm -f /var/run/yum.pid /var/lib/rpm/.rpm.lock
执行 rpmdb --rebuilddb 强制重建
这是核心修复动作，不依赖外部仓库，纯本地重建：
- 直接运行：
sudo rpm --rebuilddb -v（-v显示详细过程，便于观察是否卡在某步） - 若提示
error: db3 error(-30974)或仍失败，改用更彻底方式：sudo mv /var/lib/rpm /var/lib/rpm.corruptedsudo rpmdb --initdbsudo rpm --rebuilddb -v - 重建耗时取决于已装软件包数量（通常几十秒到几分钟），期间不要中断终端
验证与收尾
重建完成后必须验证有效性，避免“看似成功实则未生效”：
- 快速抽检：
sudo rpm -qa | head -n 5—— 能正常输出包名即基础可用 - 校验数据库完整性：
sudo /usr/lib/rpm/rpmdb_verify /var/lib/rpm/Packages—— 返回succeeded才算真正修复 - 清理缓存并测试 yum：
sudo yum clean all && sudo yum makecache - 若后续安装仍报
NOKEY，补导入 GPG 密钥：sudo rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-*
