huajingyu

使用 debugfs 似乎可以修改文件的创建时间戳（ btime ），但是必须把文件所在的块设备取消挂载后才能用 debugfs 操作它。
而且似乎还得获取文件的 id 然后通过 id 定位要修改时间戳的文件。
顺带一提在 Windows 上用 cygwin 环境运行 rsync ，使用 --crtimes 似乎是可以完整复制创建时间戳的。

抱歉没认真查看内容。
多网卡的话，可能得手动跃点设置优先级吧。

服务器是 Linux 不太清楚。
服务器是 Windows 的话默认情况下即使服务器允许了防火墙入站连接，也并没有全部允许。作用域的远程 IP 地址被指定为本地子网。估计就是不同网段的机器尝试访问 SMB 会被防火墙阻止。

我有个小音箱，支持 USB 音频设备模式播放声音，插入后会被识别为音频输出设备，设备名称是 AC209N 。
在老电脑上（不清楚是 USB 1.0 还是 2.0 ），可以正常工作。
在新电脑上（控制器疑似是 USB 3.0 ），无论接入 USB 2.0 口还是 USB 3.0 口，如果是 Windows 10 或 Windows 11 系统（ Windows 8 没测试过），就无法播放声音。（不是播放后听不见，而是会报错。）如果是 Windows XP 或 Linux 系统，就可以播放声音。
更早版本的 Windows 10 会在设备拔掉后蓝屏，疑似是 usbaudio.sys 导致的蓝屏。

额对了，Windows 有个功能是 VHDX 启动，即在启动菜单中添加虚拟硬盘中的某个分区的操作系统的启动项。
可以在虚拟机中（硬盘必须是 *.vhdx 或 *.vhd ）装好系统，安装好必要的网卡驱动，测试好远程访问和远程桌面，设置好定时修改启动项为原来的系统并自动重启（以防万一），然后挂载虚拟硬盘，bcdboot 添加启动菜单，然后重启，就进入了 VHDX 中的系统。
相关文档的话 Microsoft 支持站点中有。
操作最好小心点，稍有不慎就失联了。

创建另外的分区，DISM 给这个分区复制系统文件，手动复制网卡驱动以及 OOBE 应答文件（跳过 OOBE ）以及自动配置脚本（穿透、设置用户名密码、打开远程桌面或者运行自定义程序。）。bcdboot 增加并设置默认启动项。之后一重启就是新系统。
如果担心失误无法连上，可以在之前复制脚本的时候搞一个无操作时（比如因为网卡驱动配置失误等原因无法连接时）自动重启回之前的系统的脚本。bcdedit 可以修改默认启动项。然后就回到了之前的系统。
如果依然想在原来的分区重装，只能用这种方法创建一个维护环境，然后在维护环境再用这种办法格式化原来系统的分区并重装。（记得备份文件。）

如果认为原系统可能感染了病毒，最好还是亲自或让受信任的人到现场操作吧。毕竟这种办法，原系统有病毒，可能会感染新系统。

关闭显示器无所谓。但是据说 Windows 10 某个版本（ 1903 到 1909 期间）必然黑屏，必须在组策略里禁用 WDDM 显示。

别忘了 Windows 是个闭源的系统，而 Linux 不仅是个开源的系统，还是自由软件。
另外感觉还有一点隔阂，因为 Windows 的文件时间戳精确度是 100 纳秒，Linux 是 1 纳秒，用 Windows 在 Linux 文件夹复制文件后，在 Linux 子系统下用 ls --full-time 时发现，新文件 100 纳秒单位后的数字都被清零了。
Windows 主系统的某部分不仅还不支持小于 100 纳秒的时间戳，对于 Linux 常见的文件系统也不直接支持。必须映射到子系统才能浏览。

我也喜欢用虚拟键。
因为从屏幕左右边缘划入的手势在小横条模式下被定义为返回，会和应用内的左右侧边缘手势有冲突。
而三个滑动条，感觉有点奇怪。（三个都是向上滑动。）
（另外，虚拟键的高度大于屏幕边角的弧度，这样就不会有内容被挡在屏幕外而看起来很奇怪。）