欢迎留言、转载请注明出处
首先说明下这台PVE服务器的磁盘配置，两块2T机械硬盘，其中一块盘用于安装PVE系统和给虚拟机分配磁盘空间用，另一块2T专门用于虚拟机的定期自动备份存储（ZSTD压缩存储，保留最后3次备份）。其中一台虚机vm-100（KVM模式，不过感觉要记录的问题应该和虚拟化方式无关）分配了两个虚拟磁盘，一个200G的/dev/sda1，一个1T的/dev/sdb1，其中200G也用于安装操作系统（debian 10），1T用于一些服务的数据存储。
一开始其中一个服务的数据存储保存在了200G虚拟盘负责的主系统分区上，由于最初没有考虑到后续服务使用增长速度，导致200G的系统盘很快就占满了，所以找了个时间对这个服务的数据存储路径做了下迁移，原封不动的移到了1T盘挂在的路径下，一通操作后（一开始还搞错了一次，cp没有使用保留文件权限的方式，导致迁移后服务启动报错，最后又用cp带-a参数二次操作了一遍才顺利启动），服务正常恢复，但是在接下来的PVE自动备份任务执行期间，却出现了备份失败的问题，查看PVE相关日志，发现如下报错：
Continue reading…
最近发现Proxmox VE 7的管理页面开始提示支持到期的红字了（查了下，官方说明是24年7月底正式停止），于是趁最近有空给服务器升级到了8，开始前仔细研读了官方的大版本升级说明：https://pve.proxmox.com/wiki/Upgrade_from_7_to_8，这个wiki提到了两种升级方式，一是全新安装一个8，然后将原有的磁盘配置和虚拟机通过备份、还原等方式迁移过去，另一种是就地升级，类似系统内软件的升级方式apt update，apt upgrade这样。
从操作方式上来看，感觉第一种方式安全系数更高一些，但是需要有两个服务器，至少是两套一模一样的磁盘环境，新部署的新版本虚机系统如果遇到问题，旧的不受影响，还可以用，新的研究好了，旧的一停，切割完成！第二种方法呢，风险就大一些，一旦升级出现问题，虚机的服务就会中断，而且还需要重装，再还原备份等等麻烦的操作。不过对于博主我来说，也只有第二种就地升级是可行的，因为没有富裕的硬件资源。
虽然升级前感觉做足了功课，但升级过程中还是挺坎坷的，其中坑最大的就是标题上写的这个networking.service/start卡死问题，最早发现问题的症状是在升级正常完成后，重启系统，然后就卡在这个状态：
一开始还傻等了半天，后来发现硬盘灯根本不亮了，才意识到出事了，于是上网搜了一下，发现果然有不少遇到类似问题的人，其中下面这篇文章提到了这个卡住界面背后的实际问题：“Job networking.service/start running”
Continue reading…