欢迎光临,这里是 gOxiA=苏繁=SuFan 独立的个人博客。
本站域名:http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问:http://goxia.maytide.net/m
转载文章,请务必保留出处与作者信息,未经许可严禁用于商业用途!

建议安装 Windows 10 (1803)Servicing stack update

        Servicing stack update - 服务堆栈更新(SSU),可提高 Windows 系统服务堆栈的稳定性,还有助于减少在安装 Windows 10 累计更新(latest cumulative update - LCU)时可能遇到的潜在问题。

        在 2018年9月11日 微软发布的 Windows 10 OS Build 17134.285(KB4457128)累计更新中曾有明确的说明,虽然不是安装 LCU 的先决条件,但是自此之后的 LCU 都建议安装这个 SSU,所以 gOxiA 建议企业的 IT 人员,应当重视这条信息。

image

image

        Windows 10 v1803 的 Servicing stack update 可通过 Windows Update 或 Microsoft Update Catalog 下载,建议可以选择后者单独下载备用,下载地址:

http://www.catalog.update.microsoft.com/search.aspx?q=kb4456655

        Servicing stack update 的参考信息:

https://support.microsoft.com/en-us/help/4456655/servicing-stack-update-for-windows-10-version-1803-september-11-2018

        Servicing stack update 手工安装命令行参考:

wusa AMD64-all-windows10.0-kb4456655-x64_fca3f0c885da48efc6f9699b0c1eaf424e779434.msu /quiet /promptrestart

Office_logo_thumb[3]

微软发布基于 Web 版的 Office Customization Tool (Preview)

        多年前 Office 365 刚刚发布,gOxiA 便开始着手学习、评估和应用这个基于云的全新 Office 产品,一转眼过去五年之久,回顾早期关于 Office 365 定制化安装的日志“HOWTO: 从本地位置部署 Office 365 ProPlus”、“Office Deployment Tool 现已发布”、“Office Deployment Tool 相关配置参考信息”,颇为感慨!今天,gOxiA 将分享的是 Office Customization Tool (Preview),由微软发布的基于 Web 的 Office 定制化工具,能够帮助 IT 人员直观、便捷、更为深入地生成或修改 ODT 的配置文件。

OCT_Preview_thumb[2]

        Office Customization Tool (Preview) 提供了丰富的安装定制选项,除了我们常用的架构版本、SKUs、语言和更新选项外,还提供了应用程序设置,可以在应用 Office GPO 前就执行预先设定。

OfficeAppSettings_thumb

        当所有选项配置完毕后,就可以点击顶部的“导出”按钮,将配置文件导出至本地,然后配合 ODT 执行安装,此举将极大降低 IT 人员的操作成本。

configuration_xml_thumb

        需要注意的是一旦点击“导出”后,当前的配置即无法再编辑,必须重新使用“导入”功能将之前的配置重新上载,才能继续编辑或修改!

        已经开始使用 ODT 部署 Office 的朋友不妨现在就访问 https://config.office.com 进行体验!

Windows 7 Convenience Update (SP2)

        虽然 Windows 10 已经发布数年,但国内企业用户大都还在使用 Windows 7,一台 Windows 7 客户端安装完毕后,还要更新数百个更新补丁,这个过程是非常痛苦的。

        还记得早前微软为 Windows 7 和 Windows 8/8.1 用户提供的简便更新吗?每月都会发布累计更新包,已帮助老用户系统安装更新补丁。今天有网友分享了一篇来自微软官方论坛的文章,其中涉及到一个 KB3125574 的汇总更新,它是自 Windows 7 SP1 发布以来至 2016年4月的大多数更新的汇总包。其实也就是我们以前所称之的 Windows 7 SP2

        如果你所在的 IT 环境仍在交付陈旧的 Windows 7 SP1 系统,那么可以考虑使用这个补丁,之后再跟上每月发布的累计更新即可。

        要安装这个所谓的 Windows 7 SP2,需要先安装 Windows 7 或 2008R 的服务堆栈更新(KB3020369);此外还要预留 4GB 的可用磁盘空间来安装该更新。

        快速下载:


参考信息:

https://answers.microsoft.com/en-us/windows/forum/windows_7-update/how-to-obtain-and-install-windows-7-sp2/c2c7009f-3a10-4199-9c89-48e1e883051e?auth=1

[推荐] Microsoft Surface Book 2

[ 2018/09/29 10:06 | by gOxiA ]

Surface

Microsoft Surface Book 2

        前文“Surface Precision Mouse 微软精准鼠标”提到一定要写一篇关于微软 Surfcae Book 2 的荐文,一晃半个月过去了,也临近微软 Surface 新品发布会,不论如何也要将 Surface Book 2 的体验写出来。

        首先看看官方的展示图,Surface Book 2 的外观设计还是非常惊艳的!属于一款多模式电脑,屏幕可与键盘底座分离,变为平板使用;也可反过来接驳底座变为设计模式;日常就可以作为标准笔记本模式使用,可以说 Surface Book 2 绝对满足你的各种摆放需求,gOxiA 一直以来还是喜欢这种经典设计,Surface Pro 的支架模式对于习惯卧床或者放在身上使用的场景还是不太方便。

14

23

56

        gOxiA 手上这台 Surface Book 2 是在今年 3月从微软总部 Surface 产品组拿到的,配置还是相当不错的,Intel 第8代酷睿 i7-8650U;8GB 1866MHz LPDDR3;256GB PCIe SSD;屏幕是13.5英寸的10点触摸显示屏,支持 3000x2000 分辨率,达到了 267 PPI;显卡除了内置的 HD620 GPU 外,还提供了强劲的 GTX 1050-2GBGDDR2,位于可拆卸底座内;整机重量控制在了1.64 公斤,还是相当轻便的。

        其他硬件方面,内置了 TPM 2.0 和 面部识别,能够获得非常好的 Windows Hello 体验;2个全尺寸的 USB 3.1 接口满足日常外接设备需求,此外还提供了一个 USB-C,做扩展十分方便;依旧保留了 3.5mm 耳机插孔,还提供了全尺寸的 SD 读卡器;前500万,后800万像素带 1080p 的高清视频摄像头,提供了两个麦克风;仅提供了 Wi-Fi 802.11 a/b/g/n/ac 未提供 RJ45 LAN,蓝牙是 4.1 版本;传感器方面内置了环境光传、邻近感应、加速度计、陀螺仪、磁力计,非常丰富;外壳采用了镁质材料,金属感非常强;物理按钮只提供了音量和电源。

        Surface Book 2 是一款符合中国1级能效的产品,官方测试环境下续航时间长达 17小时,gOxiA 实际工作使用 1天肯定是没什么问题的,轻松应对!平常也不关机,直接盒盖关闭。散热方面非常好,据说还是无风扇设计,对于一款高度集成,可拆卸度为1 的产品,终于不再受风扇寿命的困扰,且非常安静,使用时还会感觉外壳的某些区域发寒,不知道是用了什么黑科技!

        Surface Book 2 预装的操作系统是 Windows 10 专业版,所以 Office 需要单独购买,话说现在 Office 365 还是很划算的,个人或家庭购买不会超过 500元/年,但提供了丰富的服务,十分推荐!

        Surfcae  家族的屏幕显示效果、屏幕触控,以及键盘触控板的体验是当前市面上所有基于 Windows 系统的品牌产品中最好的,没有之一!Thinkpad 的小红帽是本人的最爱,根本无法接受和使用其他触控板;直到使用了 Surface 键盘触控板,其精准度绝对满足需求,由于支持手势操作,使操控 Windows 变的那么顺畅和灵活!

        Surface Book 2 使用已有半年之多,硬件性能方面满足大多数的工作需求,不论是工作还是个人使用,都相当给力!做工不错,细节处理得体,不过整体的用户反馈是其品控真的有待提高,代工厂实在是不怎么给力,着实拖了微软的后腿!!!但是,我个人还是非常推荐给大家,如果是给老人或孩子使用,Surface Go 就可以满足;如果是律师一类的专业人士 Surface Laptop 倒是非常适用;经常出差的销售人士选择 Surface Pro 最为得体;从事设计、开发、IT专业的选择 Surface Book 2 最为合适;如果固定位置办公或者家用,Surface Studio 绝对高大上!

        下面看看 gOxiA 的真机拍摄,水平比较渣,但贵在真实!真机在手还是颇为爱惜的,真的有娇贵的感觉,相比 Surface Laptop 平日使用还是需要多加注意,以免意外!例如,Surface Book 的屏幕在盖上后与底座存在夹角,在放入背包携带时一定要注意,避免因外力导致屏幕损坏。gOxiA 外出时 Surface Book 2 绝对只能放在背包的中间层,尽量不与自己背部接触一定要避免受压!

IMG_20180811_174928

IMG_20180811_174928

IMG_20180811_174724

IMG_20180811_174819

IMG_20180811_174859

        10月2日微软将发布新款的 Surface 家族系列,目前可靠消息是将提供黑色的外观设计,硬件方面应该仅仅是提升部件型号,新的设计创新也许不会在本次大会发布,如传说的 Surface Pro 的支架设计和 Surface Book 的铰链设计!不论怎样,Surface 家族都应该是大家的首选,尤其是看重细节的高品位人士,选择 Surface 肯定没错!

image

HOWTO: 解决 LiteTouch OEM 发生 0xC000014C 引导故障

        通过 LiteTouch OEM 默认任务序列制作好 Media,拿到客户端实施,LiteTouch OEM Media 引导正常,也执行了 LiteTouch OEM 任务序列,正常结束并关机。再次开机后,引导过程中发生 0xC000014C 故障,具体错误可参考下图。

0xc000014c

        该问题通常发生在 UEFI 引导类型的机器上,这是因为 LiteTouch OEM 默认的任务序列中使用的是基于 MBR 类型的分区方案,只有一个 NTFS 格式的分区卷,所以到客户端引导时就会发生故障。

LiteTouchOEM_Default

        解决办法很简单,在现有“Format and Partition Disk”任务上将其改名为“Format and Partition Disk (BIOS)”,然后根据需要重新划分磁盘分区,再在“Options”选项下添加变量:“IsUEFI not equals True”。

FPD_BIOS

        同理再新添加一个磁盘任务序列,命名为“Format and Partition Disk (UEFI)”,定制好分区后,也添加一个变量“IsUEFI equals True”。

FPD_UEFI-1FPD_UEFI-2

        最后重新生成 Media,即可解决 0xC000014C 故障问题,且同时支持 BIOS 和 UEFI 类型的计算机。

image

HOWTO: 解决 LiteTouch OEM 发生 DISM Error 11 故障

        MDT 的 Lite Touch OEM 任务序列用于在计算机硬盘上预加载操作系统映像。通常由计算机原始设备制造商(OEM)使用,但一些企业也有类似场景的需求。本文 gOxiA 将于大家分享的是解决实施 LiteTouch OEM 过程中,可能发生的 DISM Error 11 故障问题。

        按照标准流程创建完毕 LiteTouch OEM,并生成 Media 后,拿到客户端上进行测试,在释放映像的过程中发生故障,导致 LiteTouch OEM 任务序列终止,如下图所示:

Dism_error11

        在 Details 中能看到故障发生在 WIM 释放阶段,尝试手动执行命令提示“Error 11”,指出“试图加载格式不正确的程序”。在网上搜索了 DISM Error 11 的相关信息,并没有多大的帮助。更换了其他版本的 DISM 执行同样发生此错误,只能再重新领会错误信息。

        gOxiA 尝试调用网络共享中的 WIM 执行该命令行,发现并未有问题。说明 MDT 在生成 Media 时出现了异常,但是向导程序并未成功检测到复制发生了错误,最终导致该故障的发生。而 DISM Error 11 给出的错误提示又未能完全表达意思,误导了用户。

        对于 MDT 任务序列的执行过程都是相关命令和资源的调用,如果通过错误提示无法分析故障原因,不妨参考日志手动执行命令行,也许真相就会显露出来。

        补充:该问题最终查明,存储 LiteTouchOEM 的媒介是 连接在这台虚拟机上使用 SCSI 接口的虚拟磁盘,而这个虚拟磁盘又存储在固态硬盘上,所以导致近 9GB 的数据以每秒近 500MB 的速度瞬间写入,随后由于手工断开 SCSI 磁盘,导致缓存未成功写入。:-P

MSFT_logo_rgb_C-Gray_D

Surface Precision Mouse 微软精准鼠标

        好久没有写过硬件相关的日志,说来惭愧!微软这款精准鼠标(Surface Precision Mouse)是在今年3月初拿到的,但直到今天才提笔写推荐,不过通过这半年多的使用体验,也足以证此并非软文。

        微软精准鼠标的造型说实话非常迷人,除了线条设计超前,质感也是一流,做工更是好的没话说。除了不便于携带外,真的很难挑出它的毛病。造型采用人体工学,把握起来非常舒服,据说采用了一种高级材质,确实不同于普通的塑料或橡胶。

        可编程的功能按键满足不同应用场景,中置滑轮支持平滑滚动,触力反馈。内置可充电电池,待机超长从开始时首次充电到现在半年多,没有再次充电,可能是平常没怎么用,因为官方宣称充电一次约可使用3个月。

        此外,微软精准鼠标可支持同时与3台电脑匹配,在安装了软件后,可以块设备无缝切换。什么意思呢?!就是如果你用该款鼠标可同时连接三台Windows设备,在移动到屏幕边缘后,可自动切换到另外一台设备上。当然除了Windows平台外,微软精准鼠标也支持 Mac OS 和 Android,让你没有理由去拒绝它。不要把没有蓝牙作为拒绝它的理由,因为微软精准鼠标还支持 USB 连接,是的!它提供了 USB 2.1 接口,除了充电用途外,还可作为与 PC 连接的纽带。

        说了这么多是不是已经非常动心,接下来就静静的观赏一番这款鼠标吧。

IMG_20180811_175426

 IMG_20180811_175447

IMG_20180811_175505

IMG_20180811_175523

IMG_20180811_175541

IMG_20180811_175559

        微软精准鼠标,你值得拥有,特别是如果你正在使用微软 Surface 电脑,那么这款鼠标真的是绝配,不二的选择。不知道大家是否关注到中置滑轮下面的按键,gOxiA 之前一直没有研究出用法,偶然间才发现原来这个按键可使滑轮在硬件阻尼和平滑间进行切换,真是人性化的设计,考虑如此细微,不惜成本。

        说到缺点,与 Surface Arc Touch 比起来,确实真的是不适合携带,不过如果你非常注重舒适度和操控性,那么可以忽略此缺点。

20180914_140258648_iOS

        最后,gOxiA 想说近年还败了一只 IE3.0 蓝影复刻版,还没开封,就当收藏了。在上图中,那款性感迷人的笔记本,就是 Surface Book 2,下周 gOxiA 一定将 Surface Book 2 的体验也分享出来,也算是对 2018 年度新 Surface 系列发布前的祭礼!

troubleshooting

解决因超大内存导致的Windows系统安装故障

Snipaste_2018-09-03_15-54-46

        一台 Dell 工作站,硬件配置有 128GB 内存和 512GB 固态硬盘,IT 人员为 512GB 固态硬盘平均划分了两个分区,在安装 Windows 操作系统时发生故障,具体表现为在 Specialize 阶段初始化系统时发生错误,如下图所示:

IMG_20180903_143756

        检查了相关日志文件,发现记录有 “CopyProfileDirectory from C:\Users\Administrator failed (0x80070070)” 错误事件,经分析 0x8007007 为磁盘容量已满导致的故障。

0x80080070

        在当前案例场景下检查,512GB 仅划分了两个分区,且只格式化了用于安装系统的分区,而当前硬件设备配置了超大容量的内存(128GB),导致在 Specialize 阶段生成 Hiberfil.sys 文件后,没有可用空间再生成 Pagefile.sys,因为设备存储没有其他有效格式分区,系统无法利用其他分区存储 Pagefile.sys,最终导致 0x80070070 故障。

        这个看似简单的问题实际上在解决过程中非常复杂,尤其是在企业 IT 环境中。如果单纯为了解决本次故障,可以将第二个分区格式化,这样在 Specialize 阶段初始化时,如果系统分区容量不够,则会自动在第二分区上创建 Pagefile.sys。但如果企业采用了定制的标准化系统映像,那么问题就会非常复杂。

        起初 gOxiA 计划在 Specialize 阶段的 RunSynchronous 中添加一条命令“powercfg /h off”来实现关闭休眠文件(Hiberfil.sys),但测试发现此条命令并不会生效。翻阅了微软官方的文档提示应该在 RunAsyncronous 中执行该命令,于是又进行了尝试,结果发现并未生效,也检查了相关的日志文件,确实在 Specialize 阶段成功执行了命令,但也确实并未生效。而微软官方文档推荐在 AuditMode 阶段执行,也就是说 oobe 也是支持的,但是这些阶段执行“powercfg /h off”并不能解决本案例实质性问题。

docs_powercfg

        为了解决这个问题只能从注册表下手,可以修改注册表,将系统 Power 下的 HibernateEnabled 键值设置为 0 ,即可禁用休眠功能。测试在 Specialize 阶段执行如下命令行。

cmd /c reg add HKLM\SYSTEM\CurrentControlSet\Control\Power /v HibernateEnabled /t REG_DWORD /d 00000000 /f

        测试结果是 Specialize 阶段修改了注册表也不会即刻生效,所以最终的结果是直接修改映像(WIM)的注册表键值。通常采取的做法是 Mount WIM,然后在注册表中加载映像中的注册表文件,位于“C:\Windows\System32\config”。

        问题虽然是解决了,但是也引发了其他的问题,企业环境中的笔记本该怎么办呢?!这里给出几个方案供选择:

1. 按照不同机型,分配不同的映像。

2. 按照不同机型,应用不同的应答文件。

3. 不同机型使用同一个映像和应答,附加专为企业定制的配置工具,在配置过程中识别机型,并执行相关配置和维护脚本。

HOWTO: 解决在 M2NVMe 固态硬盘上部署  Windows 7 的故障问题

故障描述:WDS 部署 Windows 7,安装结束后在 Start Logo 处自动重启,无法正常初始化操作系统,导致安装失败。

故障分析:WDS 部署 Windows 7 时 Boot.wim 使用的是 Windows 10 的 17134 版,在磁盘分区界面能够正常识别硬盘,说明驱动没有问题。而且 WDS 为此 Windows 7 映像绑定有对应设备机型的驱动库,所以在执行部署时会将相关驱动自动导入系统驱动存储区。基本可以排除设备驱动导致的故障。分析硬件设备,是一台图形工作站,磁盘配置为:1TB 固态 + 4TB 机械 * 2,其中 1TB 固态硬盘为 M.2 NVMe 接口的 Samsung MZVLW1T0。

解决方案:Windows 7 wSP1 RTM 不兼容 M.2 NVMe,为已知问题。需要向微软申请热修复补丁:KB2990941-v3KB3087873-v2,下载到补丁后将其安装到脱机映像中即可。需要注意,如果你计划使用 Windows 7 的 Boot.wim,还需要将补丁安装到此 Boot 中,建议同时将磁盘驱动一并安装到 Boot,以在安装阶段识别硬盘驱动器,当然也可以在安装界面单独载入驱动。

HOWTO: 应用 Windows 10 开始屏幕和任务栏的自定义布局文件

        近两年企业部署 Windows 10 的节奏正在加快,更多的中国企业开始使用 Windows 10,而 Windows 桌面标准化的需求及遇到的问题也越发突出。其中关于定制 Windows 10 开始屏幕和任务栏成为了主要的话题。早期便开始实施的 IT 人员知道,在 1607 版时还可以通过定制用户开始屏幕和任务栏,然后利用 Unattend 中的 CopyProfile 来统一个性化设置。但随着微软政策的不断变更,使定制开始屏幕和任务栏就像“迷一般的存在”。

        gOxiA 翻阅了大量的资料,进行了深入的学习和分析。个人总结是微软在基于定制映像交付(面向OEM)时,对开始屏幕和任务栏的定制是有严格限制的。因为定制开始屏幕和任务栏时通常会添加第三方应用,而微软则有相关的条款进行约束,具体可参考《Windows 应用商店 OEM 计划指南》。所以呢,企业用户要统一定制开始屏幕和任务栏,则需要通过域组策略(GPO)或 CSP 方式,这也是微软所推荐的管理方式。

        如果作为企业 IT 人员的你,非要基于定制映像交付,那么你需要考虑的问题就会非常的广泛,而此时提到的问题当然不是条款,更多的是易于忽略的相关技术细节,这一过程不是一朝一夕,是需要付出学习成本的。

        我们要了解一些重点!首先,定制开始屏幕和任务栏会涉及两种资源:传统 Windows 桌面应用(ClassicApps)和现代应用(UWPApps)也称为通用Windows应用。其次,会在两个位置进行定制:开始屏幕和任务栏。最后,涉及的应用程序如何部署:预先安装和交付之后安装。

        目前可确认的信息是,如果部署的是新版 Windows 10,要基于映像定制开始屏幕,则需要通过一个有严格格式规范要求的 XML 遵循指定的应用方式进行定制(PS:介于篇幅,本次分享不包含这个 XML 格式的内容),CopyProfile 将不再有效。此外,虽然目前 Unattend 中还提供向任务栏添加快捷方式的组件设置,但微软将会放弃此项支持。因为任务栏的定制可能会包含 UWPApps,必须通过特定的 XML 进行定制。

        不知道上面的描述是否能够完全理解,没关系我们可以动手实践。前面提到过定制文件的应用方式非常之重要,所以今天要分享的主要内容就是基于映像定制的三种方式。在开始前我们需要先准备一个开始屏幕的定制文件,为了避免出错我们可以先在 Windows 10 参考环境下定制好开始屏幕,然后使用 PowerShell 的 export-startlayout 导出开始屏幕布局文件,我们会基于这个布局文件进行修改或应用。导出开始布局文件的命令行参考如下:

export-startlayout –path d:\startlayout.xml

export-startlayout

一. 为脱机映像应用布局文件

        为脱机映像应用布局文件,此案例下假设 IT 人员已经预先安装好了应用程序,在 Sysprep 后关机,然后为这个脱机映像应用布局文件。即,将你的布局文件重新命名为“LayoutModification.xml”并复制到脱机映像的指定目录下,如:

c:\mount\windows\users\default\appdata\local\microsoft\windows\shell\layoutmodification.xml

        要点:布局文件中引用的 ClassicApps 路径应位于 %AppData% 或 %ALLUsersProfile% 的“程序”目录下,建议将“.lnk”拷贝到后者下。如果映像中未预先安装引用的 ClassicApps,则应使用“DesktopApplicationID”来引用这些应用程序,涉及的 AppID 可参考 gOxiA 的前一篇文章“HOWTO: 获取 Windows 10 应用程序的名称和AppID ”。

二. 通过 oobe 阶段导入布局文件

        利用 Unattend 在 oobeSystem 阶段的 FirstLogonCommands 添加 PowerShell 命令行,以导入布局文件,是 gOxiA 在用,也推荐大家应用的方式,能够正确配置所有用户使用统一的开始屏幕和任务栏布局,但对布局文件的修改要求比较高,需要将开始屏幕和任务栏布局整合在一个 XML 文件中,并加入其他的布局定义,以后会与大家分享。

        涉及的 PowerShell 命令行参考如下:

powershell -command import-startlayout -layoutpath c:\windows\startlayout.xml -mountpath c:\

oobesystem_firstlogoncommands

三. 在 Sysprep 前应用任务栏布局文件

        这个方式其实仅针对需要自定义任务栏的场景。因为前面提过在定制任务栏时可能会添加 UWPApps,而通过 XML 是目前唯一可行的方式。但是此方式限制较多,只能额外向任务栏添加最多三个固定的应用程序,且不能替换系统默认布局。

        首先,需要创建一个专用于任务栏布局的 XML 文件,可参考:https://github.com/goxia/ITSM/blob/master/TaskbarLayoutModification.xml,并拷贝至下面命令行中的路径。

        然后,在审计模式下执行如下命令行以修改注册表配置,然后在执行 Sysprep 进行封装并重新捕获映像。这是因为此设置必须在 specialize 阶段前就应用在注册表中。

cmd /c reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer /v LayoutXMLPath /d C:\Windows\Fabrikam\TaskbarLayoutModification.xml

        要点: XML 的文件名和存放路径没有约束;ClassicApps 的 .lnk 建议位于 %ALLUSERSPROFILE% 的开始程序目录下(%ALLUSERPROFILE%\Microsoft\Windows\Start Menu\Programs\);UWPApps 应使用“AppUserModelID”进行指定。

分页: 1/175 第一页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]