Ubuntu 论坛一个帖子指出，Windows 的 Linux 子系统 WSL 1 在运行 Ubuntu 20.04 LTS 时将会出现问题，提醒用户注意相关版本的使用。
问题来自 glibc 2.31 中的补丁，该补丁以类似于 UNIX 的方式实现了基于 CLOCK_REALTIME 的 nanosleep() 库调用。在 NT 内核上模拟 UNIX 系统时钟非常棘手。WSL 1 实现了最流行的基于时钟的系统调用，但并非全部都实现，并且没有将 CLOCK_REALTIME 支持构建到 nanosleep 中。
WSL 1 完全实现这一支持还需要一些时间，而除非是 Windows Insider 用户，否则可能几个月内都不会见到问题修复。没有此修复程序，WSL 1 上的 Ubuntu 20.04 往往会崩溃，甚至在升级到 Ubuntu 20.04 的过程中也会有问题。
用户可以怎么做呢？对于 WSL 1 用户，建议暂时停留在 Ubuntu 18.04 LTS，不向上升级到 20.04（几周后发布）。
对于 WSL 2 用户，Ubuntu 20.04 发布时可以随意升级，甚至更早就可以使用非稳定版本进行测试。
对于升级到 WSL 2 的 WSL 1 用户，当 Ubuntu 20.04 可用时，应首先使用以下命令将 Ubuntu 18.04 镜像转换为 WSL 2：
$ wsl.exe --set-version Ubuntu 2
再将其升级到 20.04。
而如果无论如何就是想要从 WSL 1 升级 Ubuntu 20.04，那么在升级前，先阻止 libc6 更新：
$ sudo apt-mark hold libc6
更多细节查看原帖：https://discourse.ubuntu.com/t/ubuntu-20-04-and-wsl-1/15291
评论删除后，数据将无法恢复
WSL 1 运行 Ubuntu 20.04 将会出现问题
Ubuntu 论坛一个帖子指出，Windows 的 Linux 子系统 WSL 1 在运行 Ubuntu 20.04 LTS 时将会出现问题，提醒用户注意相关版本的使用。
问题来自 glibc 2.31 中的补丁，该补丁以类似于 UNIX 的方式实现了基于 CLOCK_REALTIME 的 nanosleep() 库调用。在 NT 内核上模拟 UNIX 系统时钟非常棘手。WSL 1 实现了最流行的基于时钟的系统调用，但并非全部都实现，并且没有将 CLOCK_REALTIME 支持构建到 nanosleep 中。
WSL 1 完全实现这一支持还需要一些时间，而除非是 Windows Insider 用户，否则可能几个月内都不会见到问题修复。没有此修复程序，WSL 1 上的 Ubuntu 20.04 往往会崩溃，甚至在升级到 Ubuntu 20.04 的过程中也会有问题。
用户可以怎么做呢？对于 WSL 1 用户，建议暂时停留在 Ubuntu 18.04 LTS，不向上升级到 20.04（几周后发布）。
对于 WSL 2 用户，Ubuntu 20.04 发布时可以随意升级，甚至更早就可以使用非稳定版本进行测试。
对于升级到 WSL 2 的 WSL 1 用户，当 Ubuntu 20.04 可用时，应首先使用以下命令将 Ubuntu 18.04 镜像转换为 WSL 2：
$ wsl.exe --set-version Ubuntu 2再将其升级到 20.04。
而如果无论如何就是想要从 WSL 1 升级 Ubuntu 20.04，那么在升级前，先阻止 libc6 更新：
$ sudo apt-mark hold libc6更多细节查看原帖：https://discourse.ubuntu.com/t/ubuntu-20-04-and-wsl-1/15291