考虑以下场景：应用程序开发人员发现他正在使用的库崩溃。因此，他创建了一个测试项目来隔离这个问题，并将其发送给库开发人员。
但是，库开发人员的反馈是他们无法重现问题。因此，应用程序开发人员在不同的计算机中使用相同的测试项目并获得相同的结果 最后，他运行了一个独立的VirtualBox机器，安装了最少的软件，并且发生了崩溃。
他想做的是让图书馆开发人员看看这个并确认问题。告诉他们“出了问题”意味着什么，你必须给他们整个犯罪现场。因此，最好的方法是拍摄正在运行的计算机的快照（崩溃对话框仍然打开），并让库开发人员访问它并（可能）对其进行处理。
但是，在VirtualBox中这样做有困难。以下是一些尝试：
导出和导入设备只是创建硬盘驱动器的快照，而不是内存。
我可以复制所有
.vbox文件，.sav文件和.vdi文件，并让目标机器设置一切。但是，当我尝试将保存的状态置为无效时（VERR_SSM_INTEGRITY_FOOTER）。（我试图保留机器UUID，但这没有帮助）
您是否100％确定需要保存状态？因为您可以轻松地将一个Virtual Box设置复制到另一台计算机而不会出现问
—
杰克古尔德
@JakeGould，在这种情况下，保存状态是为了最方便，但这是这个问题的主要观点。我知道如何复制VBox设置。另外，崩溃状态是一个不可否认的证据，所以人们不能说这是不可重复的。如果他们必须启动计算机，然后运行应用程序直到它崩溃，1）可能很难发生2）有人可以说他们没有观察到一个
—
Earth Engine
我认为，现实地说，传递你现在拥有的Virtual Box图像而没有保存状态 - 只是一个干净的副本 - 将是最好的选择。只要过去，请他们做你做的任何事情。
—
JakeGould
丢弃已保存的状态可能非常广泛。假设您花了几个月的时间来跟踪问题，然后最终在一个最简单的例子中捕获它，但是您不确定是否放手它仍然可以第二次捕获它...
—
Earth Engine
在这种情况下，最简单的方法是，如果您可以拥有运行VM的共享资源/系统，并且app dev和库dev以及其他人都可以通过远程桌面访问同一台计算机或物理访问计算机。这种方式无需传输VM相关文件。当所有人都在同一个组织中时，这是更优化的。
—
大卫