适用于虚拟桌面的 Windows 10 企业版

        在 Windows 10 1809 中微软已经在商业授权的 ISO 中加入了新的 SKU – 适用于虚拟桌面的 Windows 10 企业版。gOxiA 最近在评估 RDS,于是做了简单的安装测试和操作,特分享至此。

        如果你拿到的是商业授权的 ISO,那么在安装过程中可以选择 “适用于虚拟桌面的 Windows 10 企业版”。

Win10RDS-Setup

        在系统的“关于”页面下,可以看到系统的基本信息,此 SKU 隶属于 1809 分支,版本为 17763.1,由于是在配置了 vGPU 的虚拟机中安装测试的,在首次首次进入系统时一直处于黑屏状态,于是选择了关机重新启动,之后便能够正常看到登录界面,且没有经历 OOBE 阶段,可用 Administrator 账号和空密码直接登录,在进入桌面后能看到系统发出的“远程桌面授权模式尚未配置”的提示,看来这个 Windows 10 版本应该是默认内置和启用了“虚拟桌面会话主机”的角色。

Win10RDS-About

        检查“远程桌面”设置,发现默认也是开启的。

Win10RDS-RDP

        在“控制面板”中能够看到 RDSH 特有的“在远程桌面服务器上安装应用程序”的选项,看来确实是基于 RDSH。

Win10RDS-InstallApp

        在当前状态下,gOxiA 创建了几个账号以测试 Remote Desktop Services,发现仍然只能以一个 Session 登录系统,之后尝试在现有的 RDS 环境中添加其作为 RDSH,却未能完成,初步排查应该需要 RDS2019 才能添加“适用于虚拟桌面的 Windows 10 企业版”作为远程桌面会话主机。

Win10RDS-RDCB

        接下来当然是要抽时间搭建个 RDS2019 做做测试和评估……

OneNote_Banner

        正在使用新版 Office 365 和 Office 2019 的朋友应该已经注意到,它们不再包含 OneNote 组件,如果您打算继续使用 OneNote 则可以使用 OneNote for Windows 10,它默认内置在 Windows 系统中,也可以通过 Microsoft Store 搜索下载并安装。

        但是需要注意的是目前 OnteNote for Windows 10 在功能支持方面与传统 Office 包含的 OneNote 组件存在一些差异。例如你并不能直接导入 .onepkg 格式的备份包,而且在打开本地存储的 .one 格式文件时可能会发生错误。所以如果你之前没有将 OneNote 迁移到 OneDrive 存储使用,那么直接升级到 OneNote for Windows 10 可能会发生一些使用上的变化。

        要解决以上的问题,目前的方案是安装经典版的 OneNote,有些朋友可能会担心是否对现有的 Office 365 有所影响,所以 gOxiA 亲身进行了测试,可以从 OneNote 官方站点下载独立的 OneNote 安装包进行安装,它基于 Office 2016 架构能够与现有的 Office 365 共存,但是否支持 Office 2019 混合方案还有待测试,使用 Office 2019 的用户不妨下载一测,并欢迎将结果分享与 gOxiA。

        此外,OneNote for Windows 10 版本目前不完全支持创建二级分区,如果你希望在一个分区下创建二级分区来存储页面,将发现这一操作并不完全受到支持,之所以说不完全支持是因为仅可以在包含了二级分区的一级分区下继续创建二级分区。

1

2

        为此,建议那些有需求的朋友可以暂时安装 OneNote 的独立版本使用。

OneNote 下载页面:https://www.onenote.com/Download

建议安装 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. 不同机型使用同一个映像和应答,附加专为企业定制的配置工具,在配置过程中识别机型,并执行相关配置和维护脚本。

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