历史运维记录：PVE 7/Bullseye。 PVE 7 于 2024 年 7 月结束支持；下文用于理解该版本的软件源与内核配置，不作为当前新部署或长期维护方案。官方生命周期
当前环境应按受支持版本使用配套仓库。从 7 迁移时，先遵循7.4→8 阶段升级指南，完成验证后继续按官方 8→9 指南升级；不要直接把 Bullseye 替换成最新代号。
一、先查清版本与仓库
pveversion -v
cat /etc/os-release
uname -r
检查 /etc/apt/sources.list、sources.list.d 内的 .list/.sources 和 pinning，备份后逐项调整。PVE 7 对应 Bullseye，8 对应 Bookworm，9 对应 Trixie；不能将不同代号的 Debian/PVE 包混在一起。
下面是 PVE 7 当年使用的 Debian 基础条目示意，不代表现在仍提供新的受支持更新：
deb https://deb.debian.org/debian bullseye main contrib non-free
deb https://deb.debian.org/debian bullseye-updates main contrib non-free
deb https://security.debian.org/debian-security bullseye-security main contrib non-free
deb-src 用于获取源码，backports 是可选仓库，并非所有条目都需要启用。旧 backports 生命周期与基础系统不同，不能为修复索引错误随意换成另一个发行版的 backports，也不能通过关闭签名或有效期检查掩盖失去支持。
国内镜像可用于改善下载体验，但必须保持相同发行版、组件和可信签名。仓库配置是选择题，不能同时保留多个重复条目后期待 APT 自动帮忙判断。
二、企业仓库、无订阅仓库与密钥
Proxmox 的订阅影响仓库与支持服务，不是“商业使用必须付费、非商业必须删企业源”的划分。具有订阅时使用匹配的 enterprise 仓库；没有订阅时可选择对应 no-subscription 仓库，官方强调其测试验证程度较低，不把它作为生产环境最稳妥的默认选择。仓库说明
PVE 7 当年的无订阅条目为：
deb http://download.proxmox.com/debian/pve bullseye pve-no-subscription
该地址遵循官方 APT 配置，安装仍依赖可信 Proxmox 密钥和签名校验。只禁用不适用的仓库条目，不递归删除 sources.list.d 文件，更不能下载一个未经核对的 HTTP 密钥后建立信任。密钥应从官方可信渠道取得，并按对应发行版核对；源镜像与签名密钥不是同一个概念。
Ceph 仓库必须与实际 Ceph 版本匹配。在已经升级到 Quincy 等版本的环境中固定写入 Pacific 源，可能破坏包依赖；不用 Ceph 时不需要为了“完整换源”添加它。大版本迁移按官方 Ceph 前提与升级顺序执行。
修改后先运行 apt update，阅读所有索引、签名及版本错误，解决后才审查升级计划。不能通过 -y 跳过大范围包变更和配置文件决策。
三、内核安装与启动是两件事
PVE 内核的命名随版本变化，不能把旧 pve-kernel-6.1 当成当前通用包名。通过实际发行版的官方仓库查询并选择受支持内核，保留 proxmox-ve 等必要元包。第三方 pve-edge 或高版本测试内核不是日常运维的必要前提。
dpkg -l 'pve-kernel*' 'proxmox-kernel*'
uname -r
proxmox-boot-tool status
启动器不一定是 GRUB：PVE 的 EFI/ZFS 环境可能使用 systemd-boot。选择已安装内核时优先按官方启动器与内核选择文档操作；不要复制另一台机器的 GRUB 菜单字符串，也不要直接修改生成的 grub.cfg。
安装后检查 initramfs 与引导更新日志，安排控制台可用的重启窗口，再用 uname -r 确认实际运行版本，验收网络、存储、直通设备和虚拟化负载。包已安装不等于已经启动该内核。
四、清理前保留回退版本
至少保留当前运行内核和一个已验证的回退内核。只按完整包名清理明确不再需要的版本，先审查 APT 拟删除列表；不能在新内核未验证时直接 autoremove，也不能因为一条未使用记录就删除引导所需文件。
若固定过内核版本，故障处理结束后应检查固定状态并恢复正常更新，避免长期停留在没有安全维护的版本。旧配置的价值在于帮助迁移与排障，最终仍需转入受支持的系统生命周期。
评论区