【现象】 一台台式机最近突然通过有线网卡和无线网卡都无法自动获取IP，右下角网络图标为打叉状态，打开网络和共享中心，可以看到写着相关服务没启动，查看系统服务，发现以下几个服务（DHCP Client、WinHTTP Web Proxy Auto-Discovery Service、Network List Service、Network Location Awareness）均无法正常启动，尝试启动DHCP Client，报错DHCP Client服务（位于本计算机上）错误5：拒绝访问。【解决方案】 1.第一想到的是会不会是安全软件优化的时候不小心把相关服务给优化了，随后查询安全软件中最近的拦截记录与系统启动优化记录，然而并未有任何关于相关服务被拦截的记录 2.会不会是注册表权限的问题，遂尝试修改注册表的权限 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Dhcp HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip 尝试在注册表编辑器中打开这两项，选择权限设置，添加 Network Service 与  LOCAL SERVICE 权限并设置为【完全控制】，然后选中【用在此显示的可以应用到所有子对象的项目替代所有子对象的权限项目】复选框。重新启动问题依旧。 3.尝试重新创建相关服务账户net localgroup administrators localservice /add net localgroup administrators networkservice /add 添加完成后，重启，问题依旧 4.尝试修复Winsocknetsh Winsock reset 提示修复完成后重启，问题依旧 5.在尝试上述方法仍然无法解决的情况下，突然想起来以前在解决Office 每次运行都要提示配置的时候有一个方法是新建一个用户，想到此，赶紧打开计算机管理窗口，新建了一个用户，然后把当前的用户注销掉以后，使用新的账户登录，此时右下角仍然为打叉状态，在命令提示符下，再次修复Winsock，重启 重启完后，可以看到右下角久违的网络图标终于正常了，查看系统服务，也均能正常启动了

转自：https://forum.51nb.com/thread-1581807-1-1.html 部分T440、T440s、X240、X240S、New X1 Carbon用户在使用电脑时，不接电源适配器，只使用电池模式下，屏幕会有闪屏的现象。 具体原因是只用电池供电的时候，机器默认是省电模式，为了降低功耗，屏幕刷新率会自动切换，导致屏幕闪烁。 在Intel核心显卡控制面板里面的电源选项里，把显示器刷新率切换和面板自行刷新禁用，就不会闪烁了。 具体的操作方法：在桌面点击右键→图形属性→电源→使用电池→显示器刷新率切换→禁用→面板自行刷新→禁用→应用，就可以了。

文中资料来源：百度百科、HDMI详解 今天因为某条Hdmi线有问题，使用测试仪对Hdmi线测试以后发现是其中一芯断路了，鉴于之前一直没有认真了解过其原理，也正好借着这次好好了解了一下Hdmi的相关知识 HDMI，全称为（High Definition Multimedia Interface）高清多媒体接口，主要用于传输高清音视频信号。 一、版本 目前Hdmi主要有以下版本： HDMI 1.0 　　 最早的HDMI 1.0版本于2002年12月推出，它的最大特点就是整合了音频流的数字接口，与当时PC界面中很流行的DVI接口相比，它更先进，更方便。HDMI 1.0版本支持从DVD到蓝光格式的视频流，而且具备CEC（consumer electronics control）功能，也就是在应用中，可以在所有连接设备间形成一种共通的联络，对设备组具备更方便的控制。 　　 HDMI 1.1 　　 2004年5月，HDMI 1.1版本面试。新增对DVD音频的支持。 　　 HDMI 1.2 　　 HDMI1.2版本于2005年8月推出，很大程度上解决了HDMI 1.1支持的分辨率较低、同电脑设备兼容性较差等问题。1.2版像素时钟运行频率达到165MHz，数据量达到4.95 Gbps，因此可以实现1080P。可以认为1.2版解决的是电视的1080P和电脑的点对点问题。 　　 HDMI 1.3 　　 2006年6月HDMI 1.3更新，带来最大的变化是将单链接带宽频率提升到340MHz，也就能让这些液晶电视获得10.2Gbps的数据传输量，1.3版的线是有4对传输通道组成，其中1对通道是时钟通道，另外3对是TMDS通道（最小化传输差分信号），他们的传输速度分别为3.4GBPS。那么3对就是3*3.4=10.2GPBS更是能将HDMI1.1、1.2版本所支持的24位色深大幅扩充至30位、36位及48位（RGB或YCbCr）。HDMI 1.3支持1080P；一些要求不高的3D也支持（理论上不支持，实际有些可以）。 　　 HDMI 1.4 　　 HDMI 1.4版本已经可以支持4K了，但是受制于带宽10.2Gbps，最高只能达到3840×2160分辨率和30FPS帧率。 　　 HDMI 2.0 　　 HDMI 2.0的带宽扩充到了18Gbps，支持即插即用和热插拔，支持3840×2160分辨率和50FPS、60FPS帧率。同时在音频方面支持最多32个声道，以及最高1536kHz采样率。HDMI 2.0并没有定义新的数据线和接头、接口，因此能保持对HDMI 1.x的完美向下兼容，现有的二类数据线可直接使用。HDMI 2.0并不会取代HDMI 1.x，而是基于后者的增强，任何设备要想支持HDMI 2.0必须首先保证对HDMI 1.x的基础性支持。 　　 HDMI 2.0a 　　 HDMI 2.0a的变化并不大，它的主要更新只有一个地方，那就是加入了对HDR格式传输的支持，能够显著增强图像质量。 　 HDMI 2.0b 　　 HDMI2.0b兼容所有HDMI之前的规格版本，与HDMI2.0a并没有太大区别，HDMI2.0b也是目前为止HDMI最新的版本。 　　（所以网上说的HDMI2.0a比HDMI2.0b新并不对。HDMI官方的信息是2.0b为目前最新的接口版本） 　　 HDMI 2.1  HDMI 2.1根据飞利浦撰写的白皮书增加支持“动态元” 简而言之：“HDMI 2.0A涵盖HDR EOTF信令和静态元数据元数据的动态是HDMI 2.1所涵盖。” 2017年1月4日提出 带宽提升至48Gbps 支持4K 120Hz及8K 60Hz 支持高动态范围成像（HDR），可以针对场景或帧数进行优化 支持eARC功能 可针对游戏帧数进行信号同步，减少画面撕裂 向后兼容HDMI 2.0、HDMI 1.4 二、Hdmi信号的传输 1. HDMI引脚： HDMI有A,B,C,D,E五种引脚类型，目前市面中比较常见的就是Type A： 其中  1-9 都是TMDS数据传输实际上用到的引脚，分为0,1,2三组  10-12 为TMDS时钟信号，如当前Video Timing为480p@60Hz（Htotal：800，Vtotal:525），则TMDS clock = 800x525x60 = 25.2MHz。TMDS clock就像是对像素的打包，一个clock分别在三个Channel传输一个像素的R、G、B（8bit）信号。  13 为CEC（consumer electronic control）类似一种扩展的HDMI功能，供厂家自己定制HDMI消息，（比如说你有一台sony的DVD与TV，两者用HDMI线接上，如果你用TV的遥控器可以控制DVD，另DVD执行某种功能，那么该功能的命令信号就是通过TV与DVD间的CEC引脚传输的）  14 为保留引脚，未使用（或者也可以为CEC提供多一个引脚）  15-16 为I2C引脚，用于DDC（Display Data Channel，主要用于EDID与HDCP的传输）传输。在HDMI的流程中，DDC通信几乎是最先做的（前有Hotplug），因为HDMI的主从两个设备需要通过DDC来获得他们对方设备的EDID，从而得到各种信息，并且通过比较timming以确定以后送出来的timming为最合适的  17 为接地引脚  18 为5v的AC引脚  19 为Hotplug（热拔插）引脚（用于监测HDMI设备有没有存在，如果存在（Hotplug为high）那么可以通过DDC去读EDID），HDMI有规定在HDMI 5vAC断电时source device可以读reciever device的EDID，也就是需要Hotplug为High。其中有两种Hotplug相关的情况会导致HDMI被识别为DVI： Hotplug为High，不过EDID并没有准备好，那么信号源设备会由于无法读到EDID而认为接收设备为DVI，这样会导致HDMI有图像无声的问题。 Hotplug为Low，也会导致信号源无法读到EDID而认为接收设备为DVI，从而导致HDMI有图无声 在TV这种有多个HDMI通道的情况下，有时会在多个HDMI通道进行切换，切换后HDMI通道应当先初始化，即先把Hotplug拉低，通知HDMI source device之前所用的EDID已经改变，需要重新读取，那么source device在Hotplug被拉高的时候会去读取新的EDID，但是拉低这个过程至少需要100ms，否则source device有可能不会去读取新的EDID，从而输出DVI信号 2.传输流程 HDMI TMDS传输的数据类型有三种（加上Hsync与Vsync就算4种）： Preamble（控制信息），主要用于控制接下来传输的数据是Data Island或者Video Data Data Island（数据包），各种类型的包信息，包括音频数据包，图像信息包等 Video Data （视频信息），视频像素数据，HDMI可以传输RGB与YUV两种格式的像素数据 还有Hsync与Vsync HDMI的数据传输有TMDS0，TMDS1，TMDS2三个通道，每个通道的传输流程都是一样的： 如果是8bit的数据进入TMDS编码器，得到抗干扰性强的10bit TMDS信号，然后再进行串行化输出；在接收端收到串行的HDMI信号后，进行信号复原，得到10bit的TMDS信号，最后用TMDS解码器解码得到原来的8bit数据。 3.TMDS部分 一般来说，HDMI传输癿编码格式中要包括视频数据、控制数据和数据包（数据包中包括音频数据和附加信息数据，例如纠错码等）。TMDS每个通道在传输时要包含一个2bit的控制数据、8bit的视频数据戒者4bit的数据包即可。在HDMI信息传输过程中，可以分为三个阶段：视频数据传输周期、控制数据传输周期和数据岛传输周期，分别对应上述的三种数据类型。 下面介绍TMDS中采用的技术：    1.传输最小化 以单个通道的8位数据为例，8位数据经过编码和直流平衡得到10位最小化数据，这仿佛增加了冗余位，对传输链路的带宽要求更高，但事实上，通过这种算法得到的10位数据在更长的同轴电缆中传输的可靠性增强了。下图是一个例子，说明对一个8位癿并行RED数据编码、并/串转换。   第一步：将8位并行RED数据传送到TMDS发送端。    第二步：并/串转换.    第三步：进行最小化传输处理，加上第9位，即编码过程。第9位数据称为编 码位。    2.直流平衡 直流平衡（DC-balanced）就是指在编码过程中保证信道中直流偏移为零。方法是在原本的9位数据的后面加上第10位数据，返样，传输的数据趋于直流平衡，使信号对传输线的电磁干扰减少，提高信号传输的可靠性。   3.差分信号 TMDS差分传输技术是一种刟用2个引脚间电压差来传送信号癿技术。传输数据的数值（“0”或者“1”）由两脚间电压正负极性和大小决定。即，采用2根线来传输信号，一根线上传输原来的信号，另一根线上传输与原来信号相反的信号。这样接收端就可以通过让一根线上的信号减去另一根线上的信号的方式来屏蔽电磁干扰，从而得到正确的信号。 如下图所示： 总体传输流程如下： 如果传输的是Video Data，并且格式为RGB，那么会占用三个通道的所有24bit输入，Channel0[7:0]用于传输B，Channel1[7:0]用于传输G，Channel2[7:0]用于传输R。  如果传输的是Data Island，则占用三个通道共10bit输入，Channel0[3:2]用于传输Data Island Header（包头），Channel1[0:3]与Channel2[0:3]用于传输Data Island Content（包内数据）。 如果传输的是Preamble，则占用1，2两个通道共4bit输入，Channel1[1:0]与Channel2[1:0]分别为CTL0,CTL1,CTL2,CTL3，用于判断接下来输入的是Video Data或者Data Island 对于Hsync与VSync，会占用Channel0通道的两个bit输入，Channel0[0]为Hsync，Channel0[1]为Vsync  4.传输周期  HDMI的TMDS数据传输可以分为三个传输周期： Control Period期间会传输Hsync，Vsync，并且在该时期的最后阶段会传输Preamble  Data Island Period期间会传输Data Island（数据包），也会有Hsync与Vsync  Video Data Period期间会传输Video Data（视频像素数据） 某帧的总体周期如下： 三个传输周期的过渡如下： 左边是Control Period，传输有Hsync，Vsync与Preamble  中间是Data Island Period，传输有Hsync，Vsync，以及两个Packet Header与Packet（每32个clock 一个packet）；另外Data Island的两端会用Guard Band保护并隔开Data Island的数据，因为这个阶段传输的数据大多是非常重要的，比如其中就有图像分辨率，决定后面的Video Data数据的显示方式  右边是Video Data Island，传输视频像素数据，在该时期的开头也有Guard Band 5.Data Island Packet结构 所有Data Island Packet都以32个时钟脉冲为一个周期，也就是说每32 clk传输一个包。   以上图为例，   包头部是BCH block 4，由Channel0[2]传输，32clk表示有32bit，则为4byte，前三个byte为包头，最后一byte为校验码  包体为BCH block 0,1,2,3，分别由Channel1，Channel2共8根线传输，共有24byte与6byte的校验码  Parity Bits校验码是用于检验HDMI Cable传输过程中是否发生了错误，如果该Packet在HDMI接收端校验错误，如果只有一个bit的错误，那么可以修正，超过1bit的错误会被判别为无效Packet（由于HDMI是一直在发送数据因此无法重发错误Packet？） 所以说，在接收端，在解完包之后，需要取出各个BCH block的Parity bit，进行Calibration（校验） Packet类型各种各样，详细请看HDMI Spec  6.Audio Clock  Audio的采样率有44100,48000，192000等，是各种各样，在HDMI传输时，Audio是PCM级（无压缩）传输，把PCM数据打散到各个包内，为了得到每个音频帧的数据，也需要知道Audio的采样率。HDMI中规定Audio的传输方式： Audio采样率fs重建依靠的主要参数为：   TMDS Clock  CTS  N  在发送设备这端，已知参数有采样率fs，视频时钟Video Clock(TMDS clock)，以及预先设定好的参数N，求CTS: CTS=N∗f TMDS 128×f x CTS=N∗fTMDS128×fx CTS = \frac{N *f_{TMDS}}{128\times{f_x}} 在接收设备这端，TMDS clock通过硬件设备可以得到，N，与CTS通过Audio Packet传输过来，求fs: 128∗f s =N×f TMDS CTS 128∗fs=N×fTMDSCTS 128*f_s = \frac{N\times{f_{TMDS}}}{CTS} 在接收端为了保持fs的稳定与精确，需要进行锁相，即用VCO（Voltage-controlled oscillator压控振荡器，通过电压控制产生的频率）产生合适的频率，然后用PFD（Phase Frequency Detector）来锁频 首先，由于VCO有个最佳的工作区域如（200MHz~500MHz），那么为了保证VCO在最佳工作频率内，我们可以从后倒推回来，先对输出的fa128做乘法得到  f vco =f a128 ×S×S 2 fvco=fa128×S×S2 f_{vco} = {f_{a128}}\times{S}\times{S_2}  由于f a128 fa128 f_{a128} 只有那么几种（44.1k，48k等），所以比较容易得到S S S 与S 2 S2 S_2  然后，为了更快进行频率匹配，需要对近来的频率f x fx（就是晶振时钟f crystal fcrystal）或者f v fv（pixel clock）做除法，也对f vco fvco做除法，令两个趋向相等。对于细微的区别可以用D Code 进行修正  f vco M =f x K fvcoM=fxK \frac{f_{vco}}{M} = \frac{f_x}{K}  最后做PFD锁相 第2,3步的反馈操作循环地进行，最后可以得出比较稳定的f vco fvco 最终得到  f a128 =f vco S×S 2 fa128=fvcoS×S2 f_{a128} = \frac{f_{vco}}{{S}\times{S_2}} 7.HotPlug HotPlug即热拔插，当接上接口时就可以判定设备是否存在，以进行后续工作。   HDMI source device（HDMI HPD）会监测sink device的Hotplug端口，如果Hotplug为High，则证明设备可以工作，然后去读取DCC，如果为low，则证明设备已断开。  HDMI sink device应该通过把Hotplug拉低，来通知source device EDID已经被改变，那么source device在Hotplug被拉高后，就会重新来读取新的EDID，拉低这段时间应该多于100ms。  HDMI规定，HDMI 的5v引脚通电时，可以通过DCC去读取EDID，即需要保证Hotplug为high，有些Hotplug是直接接到5V上的（如下）。 Hotplug接法：（HDMI HPD(Hotplug detect ?)检测sink的Hotplug端） 上面用5V引脚进行供电，并接上Hotplug，这样做就能保证每次source device接上sink device时，都可以去读取到EDID。但是这样做有一个缺点，当5V电源断开时，会有5v的电压回灌给HDMI HPD与Hotplug，5V电压会冲击Hotplug，一旦Hotplug引脚无法承受5V电压的回灌，会被打穿。  下面有个较好的Hotplug接法： 上面用的是额外的GPIO引脚加上三极管控制HDMI HPD为0还是1，如果HDMI0_HPD_CTL输出0，那么三极管断开，HDMI0_HPD侦测到High，如果HDMI0_HPD_CTL输出1，那么三极管打通，HDMI0_HPD侦测到low。 8.HDMI Sink 例如像TV这种就是HDMI的接收端，那么HDMI接收端需要做些什么东西。  HDMI可以接收到的有三个通道的TMDS Data，TMDS Clock，可以设置Hotplug，还有DCC传输用的I2C引脚。上面已经讲了TMDS Data，与设置Hotplug，接下来分析TMDS Clock。  TMDS Clock 就是Pixel Clock，即一个像素点所用的时钟频率。TMDS Clock通过clk 引脚传输到接收端，但是接收端并不清楚发送端发过来的TMDS Clock 频率为多少，因此需要通过Phy（PHY是模拟数字转换部分，不同于ADC，PHY是不知道采样频率的，需要自己锁频、锁相，侦测确切的输入频率）来进行锁相得到。但是由于HDMI频宽太宽（480P@60Hz为25.2MHz，1080P@60Hz为162MHz，甚至还有高达340MHz的），一般VCO（压控振荡器，通过电压控制产生的频率）无法覆盖这么大的范围，因此需要分频带来设置Phy：  先侦测输入频率落在哪个频带，然后根据不同频带做不同设置。  用TV产生的晶振来数count，数得count后就知道TDMS Clock了  f crystal =count×f TMDS fcrystal=count×fTMDS f_{crystal} = {count}\times{f_{TMDS}} ？？   或者用1024个TMDS Clock来数晶振个数  1024×f TMDS =count×f crystal 1024×fTMDS=count×fcrystal {1024}\times{f_{TMDS}} = {count}\times{f_{crystal}} ？？  由于视频信号从RGB个8bit通过TMDS编码后变成了10bit，然后又串行化，所以实际用于接收TMDS Data所用的时钟应该为： f ReceiveClock =10×f TMDS fReceiveClock=10×fTMDS f_{ReceiveClock} = {10}\times{f_{TMDS}}  另外ReceiveClock也可以不用直接采用上面的乘法，而是采用TMDSClock为参考、硬件锁相的方法来得到。 得到ReceiveClock后就可以去设置频率PLL，然后对三个通道进行采样得到TMDS Data。 9.Timming Detect   在Sink端还有需要进行Timming Detect，因为如果设备可以支持（如chroma），HDMI可以自由更换Timming，而当Timming更换了之后，Sink需要重新设定Phy。因此，通过侦测频率的改变来检测是否更换了Timing是必要的。一般会有一个中断服务（或循环）线程来侦测频率的改变，一旦频率改变后，该进程会通知重新设定Phy，保证HDMI的正确运行

  注意：1.更新前建议先查询下，当前的设备是否支持更新的版本，以便更新出错或更新后无法正常启动（查询链接：点我跳转）   2.虽然不一定，但如果跨版本更新会有一定概率移除旧的驱动，如果之前安装有导入第三方驱动，请在更新完成后注意查看VIB remove 的信息 进入正题 最近看到Esxi都更新到7.0了，再看了下挂在公司的Esxi 还是6.7 2018年的版本，想想也确实该更新了，但硬盘里又有大量数据无法直接重新安装，那该怎么升级呢，其实方法很简单，只需要跟着我操作即可，下面我们就开始吧（其他版本亦是如此） 首先，我们第一步需要先确定当前的版本是哪个 然后到官网去下载更新包，官网需要注册账号，注册完成以后，登陆后界面如图 在这里，我们点击右侧的查看和下载产品 在页面右侧找到"下载补丁程序" 如果觉得麻烦，也可直接访问此链接：https://my.vmware.com/cn/group/vmware/patch#search 在该页面中找到需要的补丁 如何判定这个补丁是否是我们需要更新的，很简单，只需要看内部版本号那一栏，如果数字比你第一步获取到的要高，那就说明是需要更新的，如果已经是这个版本号，或者已经比它高了则不需要再进行升级 找到以后，我们需要首先将其下载到本地 下载好以后，就需要将其上传到Esxi中 (图中的update文件夹仅仅只是个人用于后面好找创建的，不需要一定使用此名称) 启用SSH服务 通过SSH连接到Esxi上 接下去，我们找到之前上传那个文件的位置，命令为：cd /vmfs/volumes/datastore1/xxx (红字部分根据当前设备存储位置而变动)，我这里是datastore1/update，然后输入ls，就可以看到我们前面上传的文件 然后我们执行 esxcli software sources profile list -d /vmfs/volumes/datastore1/update/ESXi670-201905001.zip  上述命令中，/vmfs/volumes/后面的须根据当前设备而确定，以上仅用于举例，如果没有错误，则可以看到如下信息 然后我们就可以正式开始升级了 升级命令：esxcli software profile update -d /vmfs/volumes/datastore1/update/ESXi670-201905001.zip -p ESXi-6.7.0-20190504001-standard  其中-p后面跟的为上一步中获取到的文件信息 稍等片刻，即可升级完成，然后确定没什么问题后，就可以输入reboot直接重启了 重启完成后，我们可以到主页中查看，这时候就可以看到版本已经更新了  

方法一：安装 Flash Player以管理员身份登录。yum install flash-plugin验証安装安装好后，重新启动FireFox，在地址栏输入【about:plugins】确定 Shockware Flash 是否安装成功并启用。更新 Flash player以管理员身份登录。yum update flash-plugin方法二：桌面打开浏览器访问：http://get.adobe.com/cn/flashplayer/。网页会判断操作系统和浏览器并下载 Flash Player（支持Firefox浏览器）。或者直接下载：i386系统wget http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.noarch.rpmrpm -ivh adobe-release-i386-1.0-1.noarch.rpmrpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linuxyum install firefox.i386 flash-pluginx86_64系统wget http://linuxdownload.adobe.com/adobe-release/adobe-release-x86_64-1.0-1.noarch.rpmrpm -ivh adobe-release-x86_64-1.0-1.noarch.rpmrpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-adobe-linuxyum install firefox.x86_64 flash-plugin更新 Flash player：yum update flash-plugin

注意事项： 1.如果虚拟磁盘的名称带有空格(例如：Windows 7.vmdk)，请注意去掉空格，否则会因为后续执行中因为包含空格，而提示找不到文件 2.esxi本身不支持workstation的分散磁盘的模式，如果使用此模式，请通过导出成ova的方式进行导入到esxi中，否则会导致无法启动进入正题今天一个虚拟机应用在vmware workstation平台上能运行。但导入到VMware VSphere ESXI 6.5上运行，开启电源失败，提示如下信息：打开虚拟机 xxx 的电源时，会收到来自 ESX 主机的错误。 无法启动虚拟机。 模块 DevicePowerOn 打开电源失败。 无法为 scsi0:0“/vmfs/volumes/XXXXX。vmdk” 创建虚拟 SCSI 设备 无法打开磁盘 scsi0:0: 磁盘类型 2 不受支持或无效。请确保磁盘已导入。查看该应用日志也可以看到以下提示：2020-03-06T14:42:32.286Z| vmx| I125+ Power on failure messages: Unsupported or invalid disk type 2 for 'scsi0:0'. Ensure that the disk has been imported. 2020-03-06T14:42:32.286Z| vmx| I125+ Unable to create virtual SCSI device for 'scsi0:0' (/vmfs/volumes/5c701479-adc89a26-d2ad-782bcb3087b4/GameServer/Game Server-disk1.vmdk).首先这个文件是肯定存在的，那么为什么提示这个错误呢查询官方资料后发现：在VMware Workstation，VMware Fusion 或VMware Player平台上运行的虚拟机如果需要在Vmware ESX主机上运行，必须用Vmware vCenter Converter工具转换成ESX主机兼容的格式。当然，如果是通过web界面导入的ova镜像则不需要进行转换，而如果虚拟机的磁盘镜像文件如果已经被导入到ESX主机，则可以使用vmkfstools 工具手动将磁盘格式进行转换。命令如下：vmkfstools -i <HostedVirtualDisk> <ESXVirtualDisk>所以，我们需要使用vmkfstools工具将xxx.vmdk文件转换成ESX主机兼容的格式：首先，我们需要启用esxi的ssh功能，主机→操作→服务，把两个选项启用，这时可以看到当前页面有两个提示ESXi shell 已在此主机上启用。 只有出于管理目的需要时才应禁用 shell。 SSH 已在此主机上启用。 只有出于管理目的需要时才应禁用 SSH。 然后使用任何一台可以连接ssh的，连接到esxi上，接着执行以下命令cd /vmfs/volumes/datastore1/需要转换的磁盘的目录/ vmkfstools -i "源文件名.vmdk" xxx-new.vmdk -d thin 备注：xxx-new.vmdk就是转换后的磁盘名字。 -d选项为：使用精简置备模式。节省空间。 旧文件可以删除。耐心等待片刻后，提示完成，这时我们不要急着启动，如果启动仍然会提示上述错误信息，因为此时引用的仍然是旧的磁盘文件，这时我们需要编辑当前目录下的xxx.vmx文件，将里面调用的vmdk文件名更改成我们转换后的名称，保存，这时再启动就可以正常启动了。（当然也可以通过web界面下重新指定硬盘文件来进行更改）

Chrome 是一个挺不错的浏览器，上面有许多的插件构建了完整的环境，我们在使用过程中也会安装许多插件，有时候可能因为某些原因导致插件被下架了，这种情况下如果我们有已经解压出来的文件，也可以通过手动导入来使用，但会提示“请停用以开发者模式运行的扩展程序”，那么这种情况该怎么解决呢？ 其实很简单，只需要打上这个补丁即可，文件放到“X:\Chrome\Application\11.0.2216.0\”目录下，运行点击Patch即可（如果chrome更新后需要重新执行一次即可） 绕过补丁：远程下载   本地下载-------------------------------------------------------------------------------------------------------------------------------------附一个Edge浏览器的设置方法：进入网址 选择频道-版本-平台 后 获取政策文件 ：https://www.microsoft.com/zh-cn/edge/business/download下载完成后可以得到一个cab文件，我们将该文件解压后得到一个zip文件，再次解压后可以得到以下内容这里我们只需要windows\adm\zh-CN目录下的msadge.adm文件，将该文件解压并复制到c:\windows\system32目录下，然后Win+R键，在弹出的窗口中输入gpedit.msc打开组策略然后我们在计算机配置-> 管理模板 右键，选择"添加/删除模板"点击添加按钮，然后选择前面我们解压到c:\windows\system32\目录下的msedge.adm文件，加载成功后如上图，点击关闭，此时可以看到组策略的界面中多了一个"经典管理模板(ADM)"接着我们在"经典管理模板(ADM)->Microsoft Edge -> 扩展"中找到"允许安装特定扩展"双击打开设置界面将其启用，并在底下的"要从阻止列表中免除的扩展ID"中，点击显示，将我们在edge中通过文件夹方式安装的扩展id添加上去，例如下图的ID点击确定，然后应用即可

近日，在备份一些资料到文件服务器上时，突然收到提示“0X8007003B：发生了意外的网络错误” 查询谷歌，搜索到大量结果，主要为：1.停用Windows Firewall 服务（如果需要连接到共享打印机，千万不要禁用，该服务会导致共享打印机提示错误） 2.禁用防病毒程序  3.删除注册表项（HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels.） 4.停用Windows Search服务 5.安装SMBv1协议  6.怀疑网线问题，但测试ping并没有任何问题                 然而以上的方法试完了，问题仍然存在，且也发现主要问题出在于大文件上，随后在知乎上找到一篇文章，按其所述关闭后问题消失，链接地址：https://zhuanlan.zhihu.com/p/41030548 ，所以如果有人也碰上了，可以尝试下以上的方案看是否可以解决最近发现我的笔记本电脑复制大文件时就出现网卡掉线中断连接失败，网卡图标上会出现惊叹号。必须要重启电脑（偶尔禁用再激活网卡可以）才可以，但再复制大文件还是会断线。 后来尝试了各种解决办法，后来发现是 大量传送减负这个设置导致的 在网卡属性面板配置中 高级中 更改网卡的设置。 将以下各属性关闭（默认是开启的） Large Send Offload ipV4 关闭 Large Send Offload ipV6 关闭 Large Send Offload ipV4 v2 关闭 Large Send Offload ipV6 v2 关闭 这几个属性 中文名称为“大量传送减负”，把这些相关的全部关闭。 这个应该是Window和网卡驱动之间的一个Bug。原本用意是减少网卡传输大量数据时对cpu的占用。你关闭这些“大量传送减负”属性后，网卡会自动重新连接，发现问题解决了。

近日，在更新系统至1803，突然发现一直使用的便签，突然提示感叹号，无法同步数据，一番查找后现将方法分享 众所周知，某度无法查询到需要的信息，故在谷歌搜索后，明白了原因 “是metro app本身默认设置导致的问题，大部分代理软件都采用的是IE的代理设置，而win8 metro app默认不允许访问本地环回地址（诸如127.0.0.1之类的），所以就导致各种毛病。参考：https://www.v2ex.com/t/178882，4Lhttps://msdn.microsoft.com/en-us/library/windows/apps/Hh780593.aspx?f=255&MSPPError=-2147217396，关于loopbackexempt的描述根本解决问题的方法是允许APP访问环回地址，管理员权限运行Power Shell或者CMD“ 有人可能会问了，这里说的是metro app啊，但其实现在Win10的UWP就是从Win8的metro app演化过来的，那么既然知道原因了，该怎么解决呢 首先，微软自己肯定是提供了相关的解决方案的（点击访问），但可能会有人说，这些我都看不懂，你就告诉我怎么操作就好了，那么，下面我们就来说说该怎么处理 第一，首先，我们需要明白自己有问题的UWP在Windows中的名称是什么（可通过任务管理器展开该进程后右键该进程，点击属性，即可看到看到） 如上图中，画红框的就是UWP的名字 第二步，我们知道了名字，下一步就是去注册表中找到对应的SID值 右键开始按钮，运行，然后在窗口中输入“regedit”,点击确定，然后会看到一个窗口，这个窗口左边有很多的项，我们不用去管它，把这个复制到地址栏中：HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppContainer\Mappings 回车以后，就会自动跳转到我们要的地方 第三步，到这里了以后，我们点击编辑，然后查找，在窗口中把第一步获得的名字复制过来，点击查找下一个，然后注册表就会自动定位到你所想找的那个应用的SID上， 这里我们只需要把画红框的地方里的SID记录下来即可 第四步，重新打开运行，然后输入cmd，回车，可以看到一个黑底的窗口，在那个窗口中，我们输入CheckNetIsolation.exe loopbackexempt -a -p=*** （***替换成我们前面获取到的SID值），然后回车以后看到“完成”字样，重新运行相关软件即可。                

大家都知道Windows10主要分为专业版、家庭版和企业版三个版本，一般用户都是给电脑安装专业版或家庭版。一些用户反馈说Win10家庭版中不包含组策略，导致一些操作无法使用，比如用家庭组来优化维护系统。遇到Windows10家庭版没有组策略的问题怎么解决，有什么办法可以让win10家庭版也可以使用组策略呢？我们可以参照下文教程来设置。 首先在Win10桌面建立一个记事本文件，然后将以下代码粘贴到记事本中：@echo off pushd "%~dp0" dir /b C:\Windows\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientExtensions-Package~3*.mum >List.txt dir /b C:\Windows\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientTools-Package~3*.mum >>List.txt for /f %%i in ('findstr /i . List.txt 2^>nul') do dism /online /norestart /add-package:"C:\Windows\servicing\Packages\%%i" pause 然后操作选择 文件-另存为，如下图所示。 另存为操作时，在名称后面加一个 .bat ,然后下方的文件类型选择为“所有文件”，之后点击“保存”即可，如下图所示。 接下来在桌面上就可以看到一个 .bat 命令运行文件，点击打开运行，就可以为Win10家庭版新加入组策略功能了。 最后验证一下，首先使用 Win+R 打开运行对话框，然后输入打开组策略命令 gpedit.msc 然后点击“确定”就可以成功打开组策略了。 如果不会操作也可以直接下载以下文件，然后右键以管理员身份运行即可 文件：Win10家庭版安装组策略