多年来，我一直是 Ubuntu 上的 Virtualbox 用户。然而，在过去一年多的时间里，我的 vdi / 文件系统莫名其妙地损坏了，我和 vbox 支持人员都无法找出原因。
我目前正在使用从 Ubuntu 20.04 上的 Ubuntu 存储库安装的 Vbox6.1。
我尝试过的事情：
1.) 我已经使用 clonezilla 和其他工具将我的数据复制到新的 vdi 磁盘，但损坏的文件系统在几天内又重新出现。
2.) 我已经从 ubuntu live CD 启动了我的主机系统，并使用 smarttools 来验证主机系统混合 HDD 和 SSD 是否完好无损。
3.) 我现在已经陷入了浪费时间的节奏，每天或每隔一天必须从 systemrescue cd 启动并运行e2fsck -f /dev/mapper/root以修复文件系统，以便我可以做一些类型的工作。（我已经进行了磁盘完整性检查，没有发现任何问题。）
我之前使用 cpulimit 来控制主机上的 gnome-shell、vbox 和 FF cpu 使用情况，并认为这可能会导致 vbox I/O 操作并导致“只读文件系统”错误，但停用 cpulimit 并为我的数据创建一个新的 vdi，几天后仍然会出现同样的错误。
我的问题：
是否有更好的虚拟化组合可以产生更可靠的磁盘，可以推荐？（例如在 QEMU/VMplayer 等上使用 VDK？）
笔记：
我的设置有一个独特之处，但对我来说似乎无关紧要。我的 VDI 与机器文件夹位于不同的位置。机器文件夹位于外部 USD 上，而 VDI 位于我的主机的内部 SSD 上。
我认为这无关紧要，因为当我将 VM 和 VDI 放在内部 HHD 存储（主）驱动器上和/或仅在外部存储上时，问题仍然存在。我移动了 VDI（通过 vbox 功能）以利用 SSD 并尝试获得更快的启动时间。
机器简介：
机器品牌
$sudo dmidecode | less | grep "Product Name"
Product Name: Aspire A515-55G
Product Name: Doc_IL
记忆：
$ sudo lshw -short -C memory
H/W path Device Class Description
===============================================================
/0/0 memory 128KiB BIOS
/0/4/6 memory 128KiB L1 cache
/0/4/7 memory 2MiB L2 cache
/0/4/8 memory 6MiB L3 cache
/0/5 memory 192KiB L1 cache
/0/f memory 20GiB System Memory
/0/f/0 memory 16GiB SODIMM DDR4 Synchronous 2667 MHz (0.4 ns)
/0/f/1 memory 4GiB SODIMM DDR4 Synchronous 2667 MHz (0.4 ns)
/0/100/14.2 memory RAM memory
完整的硬件配置文件：
Pastebin（对于 Ubuntu 来说太长了）