杂谈LTSC版本的使用场景与更新商店等&分享「减法」方案2021排障新映像

WrongREqia0

又到了三年一次的长期服务支援版本的发布时期。只是这次LTSC版本的发布——在微软近年来发布时仍有问题的惯例下——毫无意外地出现了问题。
新版的LTSC2021建立于两年前的19041构建基底，可能当初并没有以此作为长期服务基准的计划，现在的长期支持版本更像是临时起意做出来的。
症状非常明显：出现在我们每日都要面对的工具上。输入法没有候选框，于此同时部署服务进程在不断占据着处理资源。

这是由于微软正在将输入体验向UWP迁移。新版的输入法介面变更，也就是由UWP模式提供的。
LTSC版本恰恰又是非常特殊的一个版本：该版本移除了所有商店应用，将UWP应用的数量降到了最低。
很多系统应用，例如新的设置应用也是由UWP技术提供支撑。一般来说不会影响到这部分应用，
但是分管输入体验的组件依赖了非系统层级安装的组件——也就是LTSC版本清除的那一些应用所在的存储位置。
由于一般的客户端系统预置了商店应用，相应地有依赖存在，可以正常使用。

分管输入法新介面的组件内建于系统，却依赖于外部预安装的依赖组件。如果预置应用被全数清空或从未安装，则依赖关系不满足。
所以导致系统不断尝试重新安装组件、缺少、失败，进而大量耗费系统资源（为何不检测到错误就停下来呢？）



解决方案，从讨论来看大致分为「加法」和「减法」两个方向。
最早被大家广泛采用的便是「加法」方案：补充缺失的运行库。
虽然相对简单也确实能解决问题，但是这是否符合LTSC版本的理念——删除全部商店应用呢？
于是就有精油寻找「减法」的方案。不过毕竟小众；最后其遍寻不着、遂也作罢。

「减法」就是保持微软清空全部商店应用的前提下使得问题得到解决的办法
将抛出问题的组件解决掉，便能够阻止无休止索要不存在的依赖；回归传统的介面实现，也减少了额外的占用和避免由UWP「本性」带来的渲染迟缓或自行退出等问题。


由此问题，可以引申到很多其他的问题——许多之前的分析讨论，似乎又要被拉出来说了
Q: LTSC版本的适用范围是什么？
A: LTSC一般是用于硬件基础较差然而有运行新应用的要求、或者是有企业集中管理需求的装置。
    通常他们仅仅执行一些有限的工作、没有特别高的应用要求，以及可能很久都不需要调整。
Q: 为何不推荐普通个人用户使用LTSC版本？
A: 更新周期太长了。当前应用的迭代速度和都很快，很可能当前一些应用的新版本就不能在旧版本的操作系统基础上运作了。
    经常有帖子写道：什么软件某某版本无法运作在LTSC版本上了，还有运行库不支援的一系列问题。
Q: LTSC以清空商店应用受到一些用户看重；但为何许多LTSC版本的用户费心思想将应用商店安装回来呢？
A: 这的确很矛盾。有些用户觉得不想被更新打扰，但是又挂念着一众UWP应用生态，还是想从商店内下载应用。
Q: LTSC版本真的精简吗？真的就不被更新打扰了吗？
A: 相比半年/年度更新的家庭版专业版企业版等来说，差异几乎就全在商店应用上了。有些人不想要WD，但它照样存在。每月的质量更新照常，只是预设不会自动下载功能更新而已。
Q: 所以如何使用LTSC版本，或者如何选择这些版本？
A: 如果你觉得官方提供的LTSC版本就是去除商店应用然后预设不推功能更新，原来提供给你怎么用你就怎么用（对LTSC现状满意的）、准备用五年甚至以上不更新的，那就适合你。
    如果你只是想不被更新打扰，那大可直接关闭更新服务；如果质量更新还需要，不想收到功能更新自动推送，那就去编辑原则设定来仅仅关闭功能更新；如果你还想要商店应用，请勿使用LTSC。
（通常情况下，需要使用商店应用的用户、甚至扩展到所有个人用户，基本都不会三年还不更新一次系统。根据官方的生命周期说明，家庭版专业版等提供两年支援、企业版教育版等提供三年支援；足够回避好几次功能更新了）
还有，如果仅仅是不需要商店应用、又需要一个更高版本的系统基础，可以考虑安装半年/一年更新通道的版本。这种版本使用工具移除商店应用+关闭功能更新，可以达到类似LTSC的初始体验；只是更新支援时间较短，但更加新的基础可以带来更多的优势。


以上很多是个人愚见。欢迎大家讨论交流，分享自己的见解。




其中还有一些后续补充的问题
Q: 如果做「减法」，那DCH驱动不就没用了？新硬件也得不到支持了。
A: DCH模式本来就是将原本一起安装的驱动本体和控制面板拆分了而已。离了控制面板，DCH驱动本体仍然可以作用。没有说离了控制面板装置就不能驱动起来了吧？
    而且不是说去除商店应用之后DCH面板就不能运行了。部分DCH控制面板仅仅是转制过的桌面应用而已；况且透过在线更新安装的驱动对应UWP控制面板会携带依赖。
Q: 同样是长期服务，为何 Server 2022 版本也内置了运行库、没有清除干净呢？
A: 不清楚微软的考虑，但是服务器版本即使包含了这些库输入法样式也是强制使用旧版、没有办法切换的。给我的感觉只是避免体验组件部署错误而已。
    而且结合之前的分析，在LTSC2021版本上如果要修复这个故障，在原位补充运行库并不是最优解。（也许我的猜测是错误的，但是需要后续更新验证）

WrongREqia0

十二月补丁日，微软似乎并没有特别提到具体的修复情况
找时间测了一下，估计是为了准备过节，这个输入与高占的问题仍未被解决。

对于官方的修复方式个人的猜测：
1. 更新的体验组件会内建运行库。运行库本身体积也不大，集成一下完全没问题；
2. 对于LTSC版本直接删除输入体验，强制改换设定为旧版介面（类似Server做法）
对于利用商店服务在线补充运行库，在我看来一般不可行：
首先是如果能够透过商店自动下载，那么为何部署服务空转了许久却一点没有解决的痕迹呢？
微软应当在长期服务版本中预设不自动开启商店在线部署服务（驱动控制面板等会透过Windows Update取得）
再者LTSC版本的目标用户群体决定了：很多装置可能不会连结网际网路。所以更新一定要能在离线的条件下完成、且又尽量不进行额外专门的操作。

还是希望微软能够早一些推出解决办法。



下面是自己之前尝试做的整合版映像 采「减法」方案实作
=============================================
12月正式更新版：
那么就放一个成品在这里：64位，包含IoT和LTSC两个版本。
补档 https://cowtransfer.com/s/e1a4b7743e224c https://cowtransfer.com/s/ca80c8d556254b



11月预览更新版：
本来不准备更新基准映像，但是由于LTSC的目的客户群对打印机的需求比较大。
恰巧原带的补丁版本反馈有打印机故障。但是最新修复了这个问题的补丁尚处预览版非正式推出。

因此只是将这枚新的补丁加在了原有映像基础之上。如果需要返回原来的版本，可以于控制面板中自行删除新补丁。
也正因如此，仅发布ESD格式档案，没有ISO安装程式外壳。如果有相关需求，可以自行替换该映像至原版ISO档案中。

分卷压缩两卷全部完成后解压[过期连结删除]

15175

WrongREqia0 发表于 2021-11-25 20:55
保留以供后续更新

减法后，你dch驱动的面板怎么用？只服务老硬件？连ltsc2019都是加法！后台自动补齐dch驱动vclib库！只是没有手动去参与补而已！

danielxuan

纯粹自然的系统，更好的适合使用的人

WrongREqia0

15175 发表于 2021-11-25 21:06
减法后，你dch驱动的面板怎么用？只服务老硬件？连ltsc2019都是加法！后台自动补齐dch驱动vclib库！只是没 ...

实际上这就是所谓“长期服务的适用对象”问题
企业装置的驱动不见得一定需要这个新面板来控制设定

我稍后会在帖子内整理一些别的看法

15175

WrongREqia0 发表于 2021-11-25 22:33
实际上这就是所谓“长期服务的适用对象”问题
企业装置的驱动不见得一定需要这个新面板来控制设定

一些新硬件只有新面板！那些新硬件没有旧版驱动！你要人家怎么用

Niroso

技术贴支持下！！

pkzxdjzx

够大家一起折腾的了；

limit911

现在各种版本已经看得有点令人眼花缭乱了

pkzxdjzx

论坛的高人太多，好心人太多；

hkxj803

感谢分享~~~~~~~~~~~~~~~~~~

123TMALL

感谢分享！！

mxplus

链接失效了，不能下载

supperliu

希望楼主提供新链接！

WrongREqia0

supperliu 发表于 2021-12-1 09:17
希望楼主提供新链接！

已补上载内容

闪电神龙

感谢楼主分享！

lkaaaa

这才是LTSC嘛

WrongREqia0

现已推送更新

WrongREqia0

完善补充内容
Q: 如果做「减法」，那DCH驱动不就没用了？新硬件也得不到支持了。
A: DCH模式本来就是将原本一起安装的驱动本体和控制面板拆分了而已。离了控制面板，DCH驱动本体仍然可以作用。没有说离了控制面板装置就不能驱动起来了吧？
    而且不是说去除商店应用之后DCH面板就不能运行了。部分DCH控制面板仅仅是转制过的桌面应用而已；况且透过在线更新安装的驱动对应UWP控制面板会携带依赖。
    还有一个原因，也是之前分析过：很多机器运作该系统都是相对老旧的硬件。使用的驱动都是传统的模型，根本无必要也根本没有这类新款驱动提供、无需担心。
Q: 同样是长期服务，为何 Server 2022 版本也内置了运行库、没有清除干净呢？
A: 不清楚微软的考虑，但是服务器版本即使包含了这些库输入法样式也是强制使用旧版、没有办法切换的。给我的感觉只是避免体验组件部署错误而已。
    而且结合之前的分析，在LTSC2021版本上如果要修复这个故障，在原位补充运行库并不是最优解。（也许我的猜测是错误的，但是需要后续更新验证）



重载图二张

sailias

学习了，希望能早日有官方稳定的LTSC版本