青春时代是一个短暂的美梦,当你醒来时,它早已消失得无影无踪了。
 
今日:0    总帖:61
admin
1837
≡★★★Source 维护工具盘★★★≡ 经过近些年的不断完善,目前工具箱已更新至2.0系列,优化结构,调整细节,只为做一个最专业的维护工具箱相较于1.0系列,目前2.0全面摒弃1.0的引导结构,转而采用更清晰的结构,同时2.0系列全系列支持UEFI引导方式,在软件方面,对PE中与菜单中部分无用或版本过旧软件进行相应精简与更新。特色功能:1.系统密码破解(本地账户全系列支持,Server 2019版未做测试)2.Win10 PE中完善Office 2007工具包,Aida64硬件检测工具,让PE不在仅仅只是一个重装系统的工具3.支持Uefi启动4.电脑公司DOS工具箱定制版,更多的功能,只为给需要的人5.PE所有版本均使用手动GHOST,我们承诺安装过程绝不修改主页站长温馨提醒:由于制作者能力有限,目前仅提供FBA文件版本和ISO镜像供下载使用,请参阅安装教程说明,站长不对使用不当导致的数据丢失负责!文件结构: |-PE |--10PE.iso |--10PEx64.iso (网络版) |--7PE.iso (低端配置建议使用) |-Tools |--Crack |---crack32.iso |---crack64.iso |---konboot.img |---konbootOLD.img |--DOS |---ARDOS53.img //矮人DOS工具箱 |---DOSTOOLS.IMA //电脑公司版DOS工具箱 |---HYDOS.img //红叶DOS工具箱 |---maxdos.img //MAXDOS工具箱 |--Disk |---adds216.img |---diskgen.img |---dm10.img |---dm957.ima |---f32.ima |---gdisk.img |---pm80st.img |---sfdisk.img |--Scan |---ati2010.iso |---diskfix.img |---ibmdft.img |---jm.img |---low.img |---memtest.img |---mhdd4.6.img |---pc3000.img |---pccheck.img |---sea.ima |---wddlt28.img |---windiag.img |---xly.img |-crack.lst |-dos.lst |-efi0.img //UEFI启动 |-fq.lst |-ghost.img |-grldr //核心引导文件 |-menu.lst |-message //背景文件 |-pe.lst |-scan.lst                                                           夜月琉璃                                                                   于2019年1月2日写
3 1 519天前
admin
7941
Windows操作系统一、简介       Microsoft Windows,是美国微软公司研发的一套操作系统,它问世于1985年,起初仅仅是Microsoft-DOS模拟环境,后续的系统版本由于微软不断的更新升级,不但易用,也慢慢的成为家家户户人们最喜爱的操作系统。       Windows采用了图形化模式GUI,比起从前的DOS需要键入指令使用的方式更为人性化。随着电脑硬件和软件的不断升级,微软的Windows也在不断升级,从架构的16位、32位再到64位, 系统版本从最初的Windows 1.0 到大家熟知的Windows 95、Windows 98、Windows ME、Windows 2000、Windows 2003、Windows XP、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 10 和 Windows Server服务器企业级操作系统,不断持续更新,微软一直在致力于Windows操作系统的开发和完善。二、版本历史版本号开发代号版本发布日期1.0Interface ManagerWindows 1.01985-11-202.0无Windows 2.01987-11-13.0无Windows 3.01990-5-223.1JanusWindows 3.11992-3-18NT 3.1NTOS/2Windows NT 3.11993-7-273.2JanusWindows 3.21994-4-144.0ChicagoWindows 951995-8-24NT 3.5DaytonaWindows NT 3.51995-11-20NT 4.0CairoWindows NT 4.01996-7-294.00.950BDetroitWindows 95 OSR21996-8-244.1MemphisWindows 981998-6-254.10.2222AMemphisWindows 98 SE1999-5-5NT 5.0Windows NT 5.0Windows 20002000-2-174.9MillenniumWindows ME2000-9-14NT 5.1(32位) NT 5.2(64位)WhistlerWindows XP2001-10-25NT 5.2Whistler ServerWindows Server 20032003-4-24NT 6.0LonghornWindows Vista2005-7-27NT 5.2QuattroWindows Home Server2007-1-7NT 6.0Longhorn ServerWindows Server 20082008-2-27NT 6.1Blackcomb,Vienna,Windows 7Windows 72009-10-22NT 6.1Windows Server 7Windows Server 2008 R22009-10-22NT 6.1VailWindows Home Server 20112011-04-05NT 6.1无Windows Thin PC2011-07-11NT 6.2Windows 8Windows 82012-10-25NT 6.2Windows Server 8Windows Server 20122012-9-4NT 6.3Windows BlueWindows 8.12013-10-18NT 6.3无Windows Server 2012 R22013-10-18NT 6.3.9600.17031Windows 8.1 Spring UpdateWindows 8.1 with Update2014-04-08  NT 10.0  Windows Threshold  Windows 10  2015-7-29发布 NT10.1Windows10 Autumn UpdateWindows10 Update 12015-10-29发布NT10.2无Windows10 redstone2016-1发布附加阅读:1.Windows 2000是怎么变成Windows XP的——Whistler之路2.从Windows XP到Windows Vista——Longhorn史
9 3 1154天前
admin
5109
     在维护电脑中,我们往往会遇到许多的问题,这里提供一些简单的问题的解决方案,每个解决方案及方案所需要的文件均可在各相应的楼层中下载 ============================================================================目录一.硬件类弹出usb设备时总提示设备正在使用中如何在不重装情况下更换主板开机显示:The max TDP(thermal design power ) of cpu is 95(over)二.软件类1.系统xp下search4.0卸载解决方案Windows Could Not Start解决方案解决开机需要输入密码(如何设置开机不需要输入密码)桌面图标有蓝色阴影光驱不见了(设备管理器光驱显示感叹号) Win10运行内置应用提示”Windows无法以内置管理员身份启动“Win8/Win10 离线安装 .Net Framework 3.5解决Print Spooler服务异常停止的问题远程桌面连接提示:要求的函数不受支持(The function requestred is not support)运行后缀为.vbs的时候无法找到VBScript脚本引擎开机提示SYSTEM文件丢失Windows10家庭版没有组策略的解决方法2.办公Office卸载不干净解决方案Excel提示stdole32.tlb无效解决方案Excel表格打印只有一部分Win10下Office运行提示向程序发送命令时出现问题Office Excel打开多个表格显示在同一个窗口中3.IEIE兼容性设置无法保存IE下载文件,进度条结束后还要等好久4.数据库安装SQL Server 2000提示被挂起mysql 出现 Cannot proceed because system tables used by xxx5.其他隐藏不需要的补丁解决方案 瑞星锁定主页解决方案桌面IE不见了(桌面没有IE图标)                  Exe关联异常,图片错误,打开方式错误 GPT分区表转换为MBR分区表
8 4 1162天前
admin
77
文中资料来源:百度百科、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 0 22天前
admin
162
  注意: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直接重启了 重启完成后,我们可以到主页中查看,这时候就可以看到版本已经更新了  
1 0 57天前
admin
224
方法一:安装 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
2 0 85天前
admin
789
今天一个虚拟机应用在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界面下重新指定硬盘文件来进行更改)
1 0 88天前
admin
320
Chrome 是一个挺不错的浏览器,上面有许多的插件构建了完整的环境,我们在使用过程中也会安装许多插件,有时候可能因为某些原因导致插件被下架了,这种情况下如果我们有已经解压出来的文件,也可以通过手动导入来使用,但会提示“请停用以开发者模式运行的扩展程序”,那么这种情况该怎么解决呢? 其实很简单,只需要打上这个补丁即可,文件放到“X:\Chrome\Application\11.0.2216.0\”目录下,运行点击Patch即可(如果chrome更新后需要重新执行一次即可) 绕过补丁:远程下载   本地下载
1 0 121天前
admin
1811
近日,在备份一些资料到文件服务器上时,突然收到提示“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的占用。你关闭这些“大量传送减负”属性后,网卡会自动重新连接,发现问题解决了。
3 0 205天前
admin
704
近日,在更新系统至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值),然后回车以后看到“完成”字样,重新运行相关软件即可。                
1 0 212天前
admin
837
大家都知道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家庭版安装组策略
2 0 275天前
admin
824
本文首发于 vivo互联网技术 微信公众号 https://mp.weixin.qq.com/s/E51lKQOojsvhHvACIyXwhw 作者:黄文佳常见错误的分类对于用户在访问页面时发生的错误,主要包括以下几个类型:1、js运行时错误JavaScript代码在用户浏览器中执行时,由于一些边界情况、本地环境的不可控等因素,可能会存在js运行时错误。而依赖客户端的某些方法,由于兼容性或者网络等问题,也有概率会出现运行时错误。e.g: 下图是当使用了未定义的变量"foo",导致产生js运行时错误时的上报数据:2、资源加载错误这里的静态资源包括js、css以及image等。现在的web项目,往往依赖了大量的静态资源,而且一般也会有cdn存在。如果某个节点出现问题导致某个静态资源无法访问,就需要能够捕获这种异常并进行上报,方便第一时间解决问题。e.g: 下图是图片资源不存在时的上报数据:3、未处理的promise错误未使用catch捕获的promise错误,往往都会存在比较大的风险。而编码时有可能覆盖的不够全面,因此有必要监控未处理的promise错误并进行上报。e.g: 下图是promise请求接口发生错误后,未进行catch时的上报数据:4、异步请求错误(fetch与xhr)异步错误的捕获分为两个部分:一个是传统的XMLHttpRequest,另一个是使用fetch api。像axios和jQuery等库就是在xhr上的封装,而有些情况也可能会使用原生的fetch,因此对这两种情况都要进行捕获。e.g: 下图是xhr请求接口返回400时捕获后的上报数据:各个类型错误的捕获方式1、window.onerror与window.addEventListener('error')捕获js运行时错误使用window.onerror和window.addEventListener('error')都能捕获,但是window.onerror含有详细的error堆栈信息,存在error.stack中,所以我们选择使用onerror的方式对js运行时错误进行捕获。window.onerror = function (msg, url, lineNo, columnNo, error) { // 处理错误信息 } // demo msg: Uncaught TypeError: Uncaught ReferenceError: a is not defined error.statck: TypeError: ReferenceError: a is not defined at http://xxxx.js:1:13 window.addEventListener('error', event => (){ // 处理错误信息 }, false); // true代表在捕获阶段调用,false代表在冒泡阶段捕获。使用true或false都可以,默认为false2、资源加载错误使用addEventListener去监听error事件捕获实现原理:当一项资源(如<img>或<script>)加载失败,加载资源的元素会触发一个Event接口的error事件,并执行该元素上的onerror()处理函数。这些error事件不会向上冒泡到window,不过能被window.addEventListener在捕获阶段捕获。但这里需要注意,由于上面提到了addEventListener也能够捕获js错误,因此需要过滤避免重复上报,判断为资源错误的时候才进行上报。window.addEventListener('error', event => (){ // 过滤js error let target = event.target || event.srcElement; let isElementTarget = target instanceof HTMLScriptElement || target instanceof HTMLLinkElement || target instanceof HTMLImageElement; if (!isElementTarget) return false; // 上报资源地址 let url = target.src || target.href; console.log(url); }, true);3、未处理的promise错误处理方式实现原理:当promise被reject并且错误信息没有被处理的时候,会抛出一个unhandledrejection。这个错误不会被window.onerror以及window.addEventListener('error')捕获,但是有专门的window.addEventListener('unhandledrejection')方法进行捕获处理。window.addEventListener('rejectionhandled', event => { // 错误的详细信息在reason字段 // demo:settimeout error console.log(event.reason); });4、fetch与xhr错误的捕获对于fetch和xhr,我们需要通过改写它们的原生方法,在触发错误时进行自动化的捕获和上报。改写fetch方法:// fetch的处理 function _errorFetchInit () { if(!window.fetch) return; let _oldFetch = window.fetch; window.fetch = function () { return _oldFetch.apply(this, arguments) .then(res => { if (!res.ok) { // 当status不为2XX的时候,上报错误 } return res; }) // 当fetch方法错误时上报 .catch(error => { // error.message, // error.stack // 抛出错误并且上报 throw error; }) } }对于XMLHttpRequest的重写:xhr改写 // xhr的处理 function _errorAjaxInit () { let protocol = window.location.protocol; if (protocol === 'file:') return; // 处理XMLHttpRequest if (!window.XMLHttpRequest) { return; } let xmlhttp = window.XMLHttpRequest; // 保存原生send方法 let _oldSend = xmlhttp.prototype.send; let _handleEvent = function (event) { try { if (event && event.currentTarget && event.currentTarget.status !== 200) { // event.currentTarget 即为构建的xhr实例 // event.currentTarget.response // event.currentTarget.responseURL || event.currentTarget.ajaxUrl // event.currentTarget.status // event.currentTarget.statusText }); } } catch (e) {va console.log('Tool\'s error: ' + e); } } xmlhttp.prototype.send = function () { this.addEventListener('error', _handleEvent); // 失败 this.addEventListener('load', _handleEvent); // 完成 this.addEventListener('abort', _handleEvent); // 取消 return _oldSend.apply(this, arguments); } }关于responseURL 的说明需要特别注意的是,当请求完全无法执行的时候,XMLHttpRequest会收到status=0 和 statusText=null的返回,此时responseURL也为空string。另外在安卓4.4及以下版本的webview中,xhr对象也不存在responseURL属性。因此我们需要额外的改写xhr的open方法,将传入的url记录下来,方便上报时带上。var _oldOpen = xmlhttp.prototype.open; // 重写open方法,记录请求的url xmlhttp.prototype.open = function (method, url) { _oldOpen.apply(this, arguments); this.ajaxUrl = url; };其他问题1、其他框架,例如vue项目的错误捕获vue内部发生的错误会被Vue拦截,因此vue提供方法给我们处理vue组件内部发生的错误。Vue.config.errorHandler = function (err, vm, info) {  // handle error  // `info` 是 Vue 特定的错误信息,比如错误所在的生命周期钩子  // 只在 2.2.0+ 可用}2、script error的解决方式"script error.”有时也被称为跨域错误。当网站请求并执行一个托管在第三方域名下的脚本时,就可能遇到该错误。最常见的情形是使用 CDN 托管 JS 资源。其实这并不是一个 JavaScript Bug。出于安全考虑,浏览器会刻意隐藏其他域的 JS 文件抛出的具体错误信息,这样做可以有效避免敏感信息无意中被不受控制的第三方脚本捕获。因此,浏览器只允许同域下的脚本捕获具体错误信息,而其他脚本只知道发生了一个错误,但无法获知错误的具体内容。解决方案1:(推荐)添加 crossorigin="anonymous" 属性。<script src="http://another-domain.com/app.js" crossorigin="anonymous"></script>此步骤的作用是告知浏览器以匿名方式获取目标脚本。这意味着请求脚本时不会向服务端发送潜在的用户身份信息(例如 Cookies、HTTP 证书等)。添加跨域 HTTP 响应头:Access-Control-Allow-Origin: *或者 Access-Control-Allow-Origin: http://test.com注意:大部分主流 CDN 默认添加了 Access-Control-Allow-Origin 属性。完成上述两步之后,即可通过 window.onerror 捕获跨域脚本的报错信息。解决方案2难以在 HTTP 请求响应头中添加跨域属性时,还可以考虑 try catch 这个备选方案。在如下示例 HTML 页面中加入 try catch:<!doctype html> <html> <head> <title>Test page in http://test.com</title> </head> <body> <script src="http://another-domain.com/app.js"></script> // app.js里面有一个foo方法,调用了不存在的bar方法 <script> window.onerror = function (message, url, line, column, error) { console.log(message, url, line, column, error); } try { foo(); } catch (e) { console.log(e); throw e; } </script> </body> </html> // 运行输出结果如下: => ReferenceError: bar is not defined at foo (http://another-domain.com/app.js:2:3) at http://test.com/:15:3 => "Script error.", "", 0, 0, undefined可见 try catch 中的 Console 语句输出了完整的信息,但 window.onerror 中只能捕获“Script error”。根据这个特点,可以在 catch 语句中手动上报捕获的异常。总结上述的错误捕获基本覆盖了前端监控所需的错误场景,但是第三部分指出的两个其他问题,目前解决的方式都不太完美。对于有使用框架的项目:一是需要有额外的处理流程,比如示例中就需要单独为vue项目进行初始化;二是对于其他框架,都需要单独处理,例如react项目的话,则需要使用官方提供的componentDidCatch方法来做错误捕获。而对于跨域js捕获的问题:我们并不能保证所有的跨域静态资源都添加跨域 HTTP 响应头;而通过第二种包裹try-catch的方式进行上报,则需要考虑的场景繁多并且无法保证没有遗漏。虽然存在这两点不足,但前端错误捕获这部分还是和项目的使用场景密切相关的。我们可以在了解这些方式以后,选择最适合自己项目的方案,为自己的监控工具服务。—— —— 参考文档 —— ——1.Using XMLHttpRequest: https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/Using_XMLHttpRequest2.script error 产生的原因和解决办法: https://www.alibabacloud.com/help/zh/faq-detail/88579.htm3.JavaScript执行错误: https://docs.fundebug.com/notifier/javascript/type/javascript.html4.betterjs的script error: https://github.com/BetterJS/badjs-report/issues/35.Vuejs的errorHandler: https://cn.vuejs.org/v2/api/index.html#errorHandler6.React的componentDidCatch: https://reactjs.org/blog/2017/07/26/error-handling-in-react-16.html
2 0 310天前
admin
2572
在Windows Server2008 R2下安装vCenter6.7时,在快要安装结束时,出现了VMware Virtualcenter failed firstboot. Failed to generate VirtualCenter symmetric encryption key。的错误,如下图 于是安装失败,只能回滚操作 经过查找资料后发现,原来是缺少了MS17-010和MS17-012补丁 关于这两个补丁的资料,MS17-010   MS17-012 官方下载地址:MS17-010    MS17-012 耐心等待两个补丁安装完成          再次尝试进行安装,发现之前的报错已经消失,可以正常完成安装
2 0 464天前
快速发帖 高级模式
桂公网安备 45010302000666号 桂ICP备14001770-3号
感谢景安网络提供数据空间
本站CDN由七牛云知道创宇提供支持
免责声明: 本网不承担任何由内容提供商提供的信息所引起的争议和法律责任。
Your IP: 3.231.226.13 , 2020-06-05 16:51:22 , Processed in 2.20312 second(s).
Powered by HadSky 7.3.7
知道创宇云安全