如果文件系统做在 LVM 上，容量有富余，是可以先建一个新 LV 在上面 bootstrap 一个目标发行版，然后设置好 boot 项，切过去的，不过如果没有远程带外 console 的话风险还是挺大的，写错一点就启不来了

iTunes ?

PEAKDO 毫米波无线 HDMI 试试

@murmur 但是墙内公子哥的企业套皮发行出来的大概率跟不上 upstream 的修 bug 进度

他甚至都懒得换一套有区别度的 default theme colors

计算机行业才多少年。越老越吃香的是已经高度成熟的行业，经验值钱。

如果对数据一致性有强要求的话，第一种可能不太靠谱

从 Windows 7 开始就不「必要」了。反正干净重装也可以不格盘，装完把 old 目录删光就好。

但是个人习惯还是分开，重装时格盘。

所以还是学点单片机自己做吧。我记得不久之前看 V 友用 ESP32-C3 自己做了个硬件的 SSH key agent 设备。

为啥国内没有？因为连在 V2 这种开发/运维人员密度很高的社区里都会有很多 V 友针对你喜欢 TOTP 硬件而不喜欢手机的执念劈头盖脸教育你矫情……可见对个人用户来说这玩意真的不符合天朝国情。

还有不支持 agent forwording ，这一点我是完全不能接受的

如果盯住 OP 字面上说的"一线业务人员可以直接配置"，拿一线业务人员连真正的脚本也不可能用，是会得出 OP 才可笑的结论。但是如果真要你们这么非黑即白，一头是纯业务的，另一头是用 Java 这种产业级软工语言吭哧吭哧硬写代码的，那不妨更极端一点，业务这头，「真正」的「甲方」味的「业务人员」，别说脚本语言了，甚至可以拖拉的编排系统都不要去用呢，有啥需求用颠三倒四错误百出的文字描述出来让乙方返工 10 编去给搞出来不更好？

去除 OP 表达的问题或者某些思维误区，咱不谈给一线业务人员用脚本这个搞笑想法，只说在一个用 Java 开写核心引擎的平台里引入脚本语言来做开放能力，这样做是为了什么，还不是因为业务的多变性高于基础设施，让写引擎的人去用同样的语言写业务规则是资源错位，引入脚本语言了，可以更好地做对人员分工，不论是招聘还是培养，都可以细化出一批专门写业务规则的人。那么，Java 写的平台里再引入 Java 写的脚本，真的一点也不可笑吗？有技术解决方案能做到，就是合理的选择吗？

@bao3 本意非杠，只是好奇，究竟是什么情况下出现的。按我的理解，在现代 Windows 的 CMD （而非 9X 的 COMMAND.COM ）里，Win32 PE console 程序（而非 DOS COM/MZ 和 Win16 NE ），普通使用（没有自己写程序调用底层 API 或直接操作文件系统结构），要出现 8.3 根本根本是不可能的。

ipv6 的 tcp mss 设置了吗？

云宽带网关上移，最大的意义是可以让同账户的家宽、蜂窝和以后可能会出现的其他服务直通，不用再打隧道了。而不是把不同账号混在一起不隔离。事实上要实现后者根本就不需要什么云宽带。

这十几年的 IT 行业（尤其是互联网）有太多年纪轻轻在风口上功成名就的偶像级案例，以至于“30 岁还没当过 leader”就认为“自己是那只最弱的鸡”了，唉，如果总想着把传统行业里的职业成长路径压缩到一半甚至更少的时间，你不焦虑谁焦虑

@bao3 但是 NT family 的 Windows 即便在 CMD 下也优先显示 LFN 啊

这贴里有些 V 友说不就是安装了别人开发的 GPT （所以原帖 OP 虽然做的这事让同事在工作中受益但并没有什么技术亮点），也有些 V 友说沉迷技术是没用的要用技术产生价值（所以原帖 OP 虽然技术还行但安装一套 GPT 没啥用）……这两拨 V 友应该没有重叠吧。否则原帖 OP 就是一个既有技术又没技术既有价值也没价值的薛定谔 OP😃