血的教训
新电脑和当前电脑具有不同的平台和操作系统
- 导出 environment_name.yml 文件：
conda env export > environment.yml - 在新电脑上，利用生成的environment_name.yml 文件复现环境：
conda env create -f environment.yml
折腾虚拟机（一定要养成创建系统还原点和定期备份注册表的好习惯T…T）
我一直用的是VirtualBox-7.1.6-167084-Win版本的VirtualBox。但是在其上安装了ubuntu-24.04.2-desktop-amd64
运行完：
sudo apt install build-essential dkms linux-headers-$(uname -r) |
准备好了安装增强包前的编译环境后，安装了VirtualBox的增强包，可还是无法使用双向文件拖拽、无缝模式、共享文件夹这三大功能。
一开始该问题怀疑可能与Ubuntu的版本有关，于是又下载了ubuntu-22.04.5-desktop-amd64结果该版本安装好后竟然连Terminal都打不开，更别提安装增强包了。经过多次反复重装ubuntu后还是没解决问题。
于是我怀疑或许是VBoxGuestAdditions.iso增强包与VirtualBox版本不一致？（可能性极小）于是我抱着试一试的态度便升级了VirtualBox到其最新版VirtualBox-7.1.10-169112-Win这时还能正常安装VirtualBox，我将它安装到了上一个版本VirtualBox的安装目录下（安装前未卸载上个版本）。结果用新版VirtualBox启动虚拟机时出现了以下错误：
我无奈，想着是不是我的Windows11（我前一天刚从Windows10更新到Windows11）和VirtualBox不兼容？而且我用不惯Windows11，在文件夹中右键居然没有刷新按钮！于是我又利用官方的系统恢复回到了Windows10。
恢复完运行虚拟机还是报以上的那个相同错误：
我只能怀疑是旧版本的VB的残留影响了新的VB，我于是准备全部卸载掉重装，结果一卸载发现，卸载也报错，卸载不了VB了：
根据Gemini，我怀疑是两个版本的.msi文件互相干扰，我便尝试了解压旧版本VB的安装包，尝试找到.msi文件替代不知道出了什么问题的.msi文件，结果一解压完旧VB的安装程序在里面根本没找到.msi文件。我又尝试不卸载了，直接换个安装目录，再装一遍新版，结果安装也是报和卸载同样的错误。
事情到这个地步，我顿感大事不妙，心态开始变化。
我又折腾了一通各种卸载和清理注册表的软件，那些破软件全是广告，要不就是收费太贵。下次还是用winget吧。
这时我心态已经爆炸了，抱着明天就去创建完系统还原点后暴力修改注册表的最糟打算，就上床睡觉了，此时已深夜了。
结果第二天又是一顿折腾，都已经创建好系统还原点了，抱着再试试的想法最后还是根据Gemini的建议到微软官方下载了修复无法安装或删除程序的问题 - Microsoft 支持疑难解答，安装和卸载故障排除程序。结果真的修复成功了，可以正常安装和卸载VirtualBox了。如果又天使的话那一定是安装和卸载故障排除程序一切又回到了折腾之初，然鹅我的``Ubuntu`还是不能用扩展包的功能…
最后附上和Gemini的对话记录：https://g.co/gemini/share/0e98a69490b5（VirtualBox安装/卸载错误）
