Fifi Cek Asked: 2022-01-24 06:34:37 +0800 CST2022-01-24 06:34:37 +0800 CST 2022-01-24 06:34:37 +0800 CST Ubuntu 从虚拟机迁移到 WSL 772 有人尝试将 Ubuntu(在这种特殊情况下使用 21.10)从虚拟机(由 VirtualBox 提供支持,如果有这个问题)迁移到 WSL?在一台主机内迁移。 映像源 (vm) 然后还原到目标 (WSL) 的效果如何?硬件层很有可能会有所不同。 virtualbox 1 个回答 Voted Best Answer NotTheDr01ds 2022-01-24T07:02:58+08:002022-01-24T07:02:58+08:00 一般来说,如果你能得到一个 tarball 的虚拟机 rootfs,它应该(理论上)非常简单,尽管我没有尝试过。主要技巧将是rootfs.tar“恰到好处”。注意事项: 它需要包含来自 VM 的所有“正常”文件系统,但您当然可以忽略/proc, /sys,/dev等内容。 您应该在--xattrstar 中包含该标志,以确保您获得任何扩展属性。这不是默认设置。 一旦你有一个有效的 rootfs tarball,在 WSL 中导入就很容易了: wsl --import Ubuntu2110 <directory> <tarball> --version 2 第一个参数(发行版名称)可以是您喜欢的任何名称,但我建议避免使用Ubuntu,因为这是默认 WSL 发行版的名称,可能会导致冲突。 我倾向于设置我的 WSL“目录”: 从 PowerShell 很容易到达的地方,例如~\Documents\WSL 拥有~\Documents\WSL\instances\Ubuntu2110(和其他人)我的发行版 拥有~\Documents\WSL\images\Ubuntu2110.tar(和其他人)我的 rootfs 图像。 硬件层很有可能会有所不同。 不是您可能认为的问题。WSL2 实例实际上是比 VM 更多的“容器”。有一个 VM正在运行,但您无法访问它。VM 本身负责处理发行版/实例/容器的导入和运行。所有 WSL2 实例共享相同的内核空间、虚拟硬件、网络等,但每个实例都有自己的 PID 命名空间、chroot 等(过度概括)。 WSL 和你的 VM 之间的差异 系统启动 当然,您会发现最大的不同是 VM 的所有配置都是通过 Systemd 完成的。这不会在 WSL2 上发生,因为不支持 Systemd。相反,WSL 使用自己/init的引导与系统 VM 和 Windows 的互操作性。 这意味着,当您从导入的 VM 启动 WSL2 实例时,几乎什么都不会运行。 您需要手动启动每个服务。或者使用其他技术自动启动。 其他系统问题 虽然您可以在没有 Systemd 的情况下在 Ubuntu 中启动许多服务,但越来越多的人依赖于 Systemd。在 WSL 下,这些可能是有问题的。尽管有一些变通方法可以在 WSL 中运行 Systemd,但目前它们往往是“hacky”。 图形用户界面应用 另外,请记住 WSL主要是一个命令行环境。要运行 GUI 应用程序,您需要运行: 视窗 11 Windows 中的第三方 X 服务器 或者xrdp 桌面环境 最后,桌面环境可能更具挑战性,综合上述原因等等: 有些需要 Systemd 在 Windows 中运行全屏 Linux GUI 应用程序可能会带来键绑定挑战(例如Alt+Tab将被 Windows 拦截并从您的 DE 转移)。 Windows 11 中的 WSLg 利用 Weston,它提供了自己的窗口管理器
一般来说,如果你能得到一个 tarball 的虚拟机 rootfs,它应该(理论上)非常简单,尽管我没有尝试过。主要技巧将是
rootfs.tar
“恰到好处”。注意事项:它需要包含来自 VM 的所有“正常”文件系统,但您当然可以忽略
/proc
,/sys
,/dev
等内容。您应该在
--xattrs
tar 中包含该标志,以确保您获得任何扩展属性。这不是默认设置。一旦你有一个有效的 rootfs tarball,在 WSL 中导入就很容易了:
第一个参数(发行版名称)可以是您喜欢的任何名称,但我建议避免使用
Ubuntu
,因为这是默认 WSL 发行版的名称,可能会导致冲突。我倾向于设置我的 WSL“目录”:
~\Documents\WSL
~\Documents\WSL\instances\Ubuntu2110
(和其他人)我的发行版~\Documents\WSL\images\Ubuntu2110.tar
(和其他人)我的 rootfs 图像。不是您可能认为的问题。WSL2 实例实际上是比 VM 更多的“容器”。有一个 VM正在运行,但您无法访问它。VM 本身负责处理发行版/实例/容器的导入和运行。所有 WSL2 实例共享相同的内核空间、虚拟硬件、网络等,但每个实例都有自己的 PID 命名空间、chroot 等(过度概括)。
WSL 和你的 VM 之间的差异
系统启动
当然,您会发现最大的不同是 VM 的所有配置都是通过 Systemd 完成的。这不会在 WSL2 上发生,因为不支持 Systemd。相反,WSL 使用自己
/init
的引导与系统 VM 和 Windows 的互操作性。这意味着,当您从导入的 VM 启动 WSL2 实例时,几乎什么都不会运行。
您需要手动启动每个服务。或者使用其他技术自动启动。
其他系统问题
虽然您可以在没有 Systemd 的情况下在 Ubuntu 中启动许多服务,但越来越多的人依赖于 Systemd。在 WSL 下,这些可能是有问题的。尽管有一些变通方法可以在 WSL 中运行 Systemd,但目前它们往往是“hacky”。
图形用户界面应用
另外,请记住 WSL主要是一个命令行环境。要运行 GUI 应用程序,您需要运行:
xrdp
桌面环境
最后,桌面环境可能更具挑战性,综合上述原因等等: