前情：
决心抛弃 Windows Sandbox 改用虚拟机，正好发现 VirtualBox 前两天更新新版本，于是准备搞个 LMDE虚拟机（LMDE=Linux Mint Debian Edition）
问题：
装好的 LMDE 能正常开机上网，但就是死活打不开终端，也没法更改软件源
折腾：
网上相关帖子说是区域&语言设置的问题
于是尝试重装英文版、调整虚拟机设置、尝试更新、改用 Hyper-V 虚拟机……
把周末的空闲时间都搭进去了，搞得自己一脸懵逼
症结：
后来怀疑是用户权限问题，一阵思考后目光落到安装过程中设置的用户名：man
第N+1次重装，用户名设置为noman ，bingo 
感情用命令单词作为用户名构成注入攻击了 
我有个问题，VirtualBox 要比 Hyper-V 好一点么？
从原理来说 Hyper-V 更底层，虚拟系统与 Windows 同级
但开启 Hyper-V 带来的性能优势又因为 Windows 也同时虚拟化了又扣减回去
而且现在的 VirtualBox 也能接入 Hyper-V 了
再加上阿三加持和 VirtualBox 的独立性&跨平台
总得来说，我还是更偏向选 VirtualBox
神马叫 Windows 也同时虚拟化了？
以前看 Hyper-V 的介绍时看到的
就是说开启了 Hyper-V 后，原来的主系统就变成了运行在 Hyper-V 中的了
还有这种说法？不科学啊
问了 DeepSeek，记忆没错也没过期
就是开启后，Windows 从原来的物理层迁移到虚拟层，成为0号虚拟机
hyper-v和其他技术很容易冲突，开了hyper-v Android模拟器也是受影响的，我记得
Windows系统方面的话，是为了增强安全性把CPU也虚拟化了
这是跟系统内置的man用户冲突了吧
man是linux命令
man 用户在 Linux 系统中是一个历史遗留的账户，主要与 man 命令（手册页）相关。以下是它的目的和现状：
历史上：
手册页的专用用户： 在早期的 Unix 和 Linux 系统中，man 命令依赖一个名为 “man” 的专用用户账户。这个用户的家目录包含了手册页，man 命令会以这个用户的身份运行来访问这些手册页。 这样做是为了确保手册页有受控的访问权限，并防止普通用户意外修改它们。
安全性： man 用户通常有受限的权限，限制它能做什么。 这是一种安全措施，以防止用户篡改手册页。
NIS/LDAP 集成： 在使用网络信息服务 (NIS) 或轻量级目录访问协议 (LDAP) 进行集中用户管理的环境中，man 用户可能由中心机构管理。
目前（现代 Linux 系统）：
很大程度上过时： 对专用 man 用户的需求已经很大程度上消失了。 现代 Linux 系统通常将手册页存储在所有用户都可以访问的中心位置，通常位于 /usr/share/man 或类似的目录中。 man 命令可以访问这些页面而无需以特定用户的身份运行。
仍然存在，但处于非活动状态： man 用户账户 仍然存在 于大多数系统中，但通常是禁用或非活动状态。 它可能被锁定（密码设置为无法使用的值）或没有登录 shell。
权限和所有权： 虽然它仍然存在，但手册页的所有权和权限通常被管理为允许所有用户读取它们。 man 用户不再拥有与手册页相关的特殊权限。
可能存在旧脚本： 可能会有非常老的、遗留的脚本或配置仍然 可能 引用 man 用户，但这很少见，并且会越来越有问题。 这些脚本应该理想情况下更新，以避免依赖此过时的帐户。
为什么保留它：
man 用户的旧脚本或应用程序仍然可以运行（尽管这并不是推荐的做法）。总之，虽然 man 用户仍然存在，但它的功能已经过时，不再是现代 Linux 系统运行手册页所必需的。
soga，我还以为只是个命令， 没有想到还有历史问题
不过我的感觉是现在的命令很少依赖man了， 大多数都是 -h 或者--help