我的世界启动侠显示“游戏启动后又停止了 请检查游戏的版本与兼容性”这是怎么回事啊?
我的世界启动侠显示“游戏启动后又停止了 请检查游戏的版本与兼容性”是因为mod的不兼容。进入我的世界启动侠文件夹,进入minecraft文件,打开mods,把与版本不兼容的mod删除即可正常游戏。
玩家们可以自由选择游戏模式 [生存、创造、冒险、极限 (仅Java版) 和旁观模式(仅Java版) ]。在各种模式中体验不一样的有趣玩法,在生存模式中享受打怪、冒险等多种乐趣,在创造模式下享受当创世神的乐趣。
该游戏以玩家在三维空间中自由地创造和破坏不同种类的方块为主题。玩家在游戏中可以在单人或多人模式中通过摧毁或创造精妙绝伦的建筑物和艺术,或者收集物品探索地图以完成游戏的成就(进度)。玩家也可以尝试红石电路和指令等玩法。
内容:
我的世界着重于让玩家去探索、交互,并且改变一个由一立方米大小的方块动态生成的地图。除了方块以外,环境功能还包括植物、生物与物品。游戏里的一些活动包括采集矿石、与敌对生物战斗、合成新的方块与收集各种在游戏中找到的资源的工具。
游戏中的无限制模式让玩家在各种多人游戏服务器或他们的单人模式中创造作品与进行艺术创作。其他功能包括逻辑运算与远程动作的红石电路、矿车系统,以及称之为“下界”的神秘世界。最终,可以前往一个叫做“末路之地(末地)”的维度冒险,并击败末影龙。
1、搜索我的世界开服侠,下载《我的世界开服侠》。
2、解压,双击mcsczip,即可打开你本机的解压工具。
3、解压工具中点击释放或解压,即可将开服侠解压到本地文件夹。
4、双击启动:“点击开服exe”。
5、启动后,将显示安装服务端,你可以从列表中选择纯净的服务端核心,也可以选择现有的服务端成品。
6、选择一个,双击或点击下载,依照提示,最终完成安装。
7、你将回到主界面,怎么启动游戏服务?右下角深藏不露。果然深藏不露,点击启动。看到‘服务端正在启动中’,稍做等待。看到这个提示‘服务器已启动’,说明启动完成。
8、最关键的开始:我们来把服务器接入到互联网上,让互联网上其他的玩家也能连进来。没有帐号可以立即注册,然后登录。
解决方法:
1首先点开查看问题详细信息。
2点开之后,虽然应用程序名为:regsvr32,但是故障模块名称却是:StackHash_6d9a。
3如果是开机出现的故障,大多数是随机启动项残余所致,取消启动项即可,步骤是:开始→运行中输入:msconfig →确定(或者按回车键)打开系统配置→启动→全部禁用→确定。
4重启电脑。
可能的原因:
一、内存错误
二、某个定时的服务引起死锁
三、病毒残留或者黑客攻击
四、诺顿的文件检查功能
检查及处理过程:
一、由于这是第一次出现类似重启,先不考虑硬件故障。 但内存错误仍有另外一个可能性就是对磁盘上的虚拟内存访问出错。先检查虚拟内存所在磁盘,未发现错误。但磁盘中有比较多的文件碎片,考虑到内存文件过于分散有可能会引起偶尔的读错误。所以在凌晨1时左右进行一次全盘的文件碎片整理。
二、根据原因代码,网络上有关于定时服务引起文件死锁的记录,而查询登录日志,离重启最近的访问来自于另一台服务器B,加上出现故障时间与整点比较接近,有可能与某些系统服务有关,所以,将B中的DNS、DHCP等服务关闭,因为这些服务会与故障服务器通讯同步,或者进行某种查询。更进一步地,将服务器和B服务器上的文件跨网络定时复制备份等功能删除。
三、从微软的网站找到有关病毒也会引发类似故障的说明(相关网址),按说明查询后排除可能性,然后,再检查可疑的设备驱动,也未发现任何可疑之处。另外,通过查询防火墙日志,在19:03前也未发现有异常的攻击事件。
四、通过网络上上报的事故报告(相关网址)中提到Symantec的版本有关,在Symantec的技术支持网站看到相类似的报告。考虑到离最近的故障时间登录者是B服务器,而我们的B服务器上恰恰安装了Symantec的100版,怀疑与故障服务器上的90版在升级病毒库时产生了冲突,所以将B上的Symantec杀毒软件删除,然后安装了一个客户端,由故障服务器统一管理。
进一步分析
用WinDbg对系统崩溃时的内存Dump文件分析,发现系统重启时的直接引发文件为RapDrvsys。
这个文件为BlackICE的系统文件,它包括了监视应用程序的变化的相关模块,可参见BlackICE的在线说明
检查RapDrvsys,文件没有被改变的迹象,可排除被黑客和病毒修改文件的可能性。
对Dump文件进行调试,找到RapDrvsys出错时的堆栈情况,具体内容如下:
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - "0x%08lx" "0x%08lx" "%s"
FAULTING_IP:
RapDrv+9785
f535e785 894104 mov dword ptr [ecx+4],eax
TRAP_FRAME: f4c0bb54 -- (trap fffffffff4c0bb54)
ErrCode = 00000002
eax=858b8b4c ebx=00000000 ecx=00000000 edx=00000000 esi=858b5000 edi=84e2660c
eip=f535e785 esp=f4c0bbc8 ebp=f4c0bbdc iopl=0 nv up ei pl zr na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246
RapDrv+0x9785:
f535e785 894104 mov dword ptr [ecx+4],eax ds:0023:00000004=
Resetting default scope
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: blackiceexe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 8085b4b3 to 8087b6be
STACK_TEXT:
f4c0b720 8085b4b3 0000008e c0000005 f535e785 nt!KeBugCheckEx+0x1b
f4c0bae4 808357a4 f4c0bb00 00000000 f4c0bb54 nt!KiDispatchException+0x3a2
f4c0bb4c 80835758 f4c0bbdc f535e785 badb0d00 nt!CommonDispatchException+0x4a
f4c0bb6c f5355b93 850ab630 84e2660c 858b5001 nt!Kei386EoiHelper+0x186
WARNING: Stack unwind information not available Following frames may be wrong
f4c0bbdc f535aa20 85897900 84e2660c 00000028 RapDrv+0xb93
f4c0bc08 f535b282 00222034 84e26608 00000058 RapDrv+0x5a20
f4c0bc28 f535b2f3 865b5ba0 00000058 86043a70 RapDrv+0x6282
f4c0bc4c 8092d3b9 84ad79d8 858e9028 84ad7968 RapDrv+0x62f3
f4c0bc60 8092e81b 865b5ba0 84ad7968 858e9028 nt!IopSynchronousServiceTail+0x10b
f4c0bd00 80940844 00000160 00000000 00000000 nt!IopXxxControlFile+0x5db
f4c0bd34 80834d3f 00000160 00000000 00000000 nt!NtDeviceIoControlFile+0x2a
f4c0bd34 7c95ed54 00000160 00000000 00000000 nt!KiFastCallEntry+0xfc
0012d688 00000000 00000000 00000000 00000000 0x7c95ed54
STACK_COMMAND: kb
FOLLOWUP_IP:
RapDrv+9785
f535e785 894104 mov dword ptr [ecx+4],eax
SYMBOL_STACK_INDEX: 0
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: RapDrv
IMAGE_NAME: RapDrvsys
DEBUG_FLR_IMAGE_TIMESTAMP: 3f99bc4f
SYMBOL_NAME: RapDrv+9785
FAILURE_BUCKET_ID: 0x8E_RapDrv+9785
BUCKET_ID: 0x8E_RapDrv+9785
Followup: MachineOwner
从上面可以看出,在系统崩溃时,RapDrv正试图作一个IO操作,在IopSynchronousServiceTail调用时出错。在网上查寻相关资料,发现DapDrv有一个系统漏洞(相关资料),这个漏洞目前并没有相关补丁和解决方案,好在它发生的条件比较苛刻,如果是攻击,必须是已经攻入系统,在试图修改应用程序时才会触发。也就是说,如果想用这个漏洞进行攻击,对方必须是已经攻入系统才能利用这个漏洞。
综合上述,原来推测的四个可能性,只有最后一个Symantec的版本问题最有可能,因为其它的文件传输,只要不修改服务器上的可执行程序,是不会引发错误的。而Symantec在B服务器上安装的也是服务器版,它的升级过程中,可能会试图替换故障服务器上Symantec的上的90版程序。这才会触发RapDrv对文件进行监控。
目前最终处理方案是:
考虑到这种事故发生时造成的影响较小,在基本排除硬件故障后,决定暂时只处理Symantec的版本问题,然后继续观察服务器的状态,如果不再发生类似事件,则不予理会。如果再一次发生类似情况,就将BlackICE中的文件保护功能关闭,这样可以一劳永逸地解决这类事故。
剑侠情缘腾讯
v55
类型:角色扮演
大小:35MB
评分:85
平台:
标签:东方题材仙侠腾讯游戏MMORPG类
在《剑侠情缘手游》中,今天已经有很多的服务器停服进行整顿,调整数据,关于数据回档停服详情如下:
亲爱的少侠:
各位少侠,因独孤剑疏于管理,名望商店于8月21日出现异常,已于当日22时停店整顿,同时4级技能书使用及摆摊上架功能暂时关闭。由此给您带来的不便,我们深表歉意。
此次名望商店异常事件中,部分玩家利用系统漏洞进行异常操作,对游戏内经济系统带来了较大影响,影响了游戏内平衡与健康生态,为保障广大玩家游戏内正常体验,针对本次事件,作出如下处理:
1、对受此次异常问题影响较大的部分服务器于8月22日3:30进行数据回档停服维护,届时此部分服务器将暂时关闭。具体数据回档维护区服名称信息详见后附。
2、数据回档的部分服务器会在维护完成后回档至8月21日19:00,请玩家在服务器开启后正常游戏。数据回档的部分服务器中,我们将对所有玩家根据不同角色情况进行具体的补偿,保障各位玩家的利益。具体开服时间及后续补偿,请关注《剑侠情缘手游》官方公告。
3、对受此次异常问题影响较小的服务器,将不会进行全服数据回档操作,对此次异常问题带来的游戏内波动,将做全服统一补偿,后续补偿请关注《剑侠情缘手游》官方公告。同时将后续对此部分服务器中,所有道具来源异常的角色进行追踪查证,对查实道具来源异常的用户单独作数据回档处理,此部分用户不单独做额外补偿。
4、对涉及恶意利用BUG囤积游戏道具行为、严重破坏游戏内公平的用户将后续作出帐号角色封停等处理,以维护游戏公平性及稳定性。
数据回档维护区服信息
iOS微信1服长江河谷;
iOS微信3服藏剑山庄;
iOS微信4服怡情山庄;
iOS微信9服碧海潮生;
iOS微信37服龙争虎斗;
iOS微信51服日月明尊;
iOS微信54服叱咤风云;
iOS微信98服苍山洱海;
安卓微信2服暮雪山庄;
安卓微信3服风池山庄;
安卓微信85服西京烟雨;
安卓微信152服红尘紫陌;
iOS手Q1服永乐镇;
iOS手Q2服龙泉村;
iOS手Q6服云中镇;
iOS手Q7服剑门关;
iOS手Q11服清心潭;
iOS手Q19服蝶恋花;
iOS手Q23服水龙吟;
iOS手Q31服连城诀;
iOS手Q34服梁山泊;
iOS手Q54服滕王阁;
iOS手Q58服白云山;
iOS手Q64服花满楼;
iOS手Q70服望仙楼;
iOS手Q74服紫云回;
iOS手Q75服雁荡山;
iOS手Q81服北冥游;
iOS手Q84服卧龙阁;
iOS手Q104服连环邬;
iOS手Q116服西湖春;
iOS手Q121服愿成双;
安卓手Q1服江津村;
安卓手Q3服翡翠湖;
安卓手Q4服点苍山;
安卓手Q6服巴陵县;
安卓手Q9服石鼓镇;
安卓手Q10服华清池;
安卓手Q11服镜泊湖;
安卓手Q12服青城山;
安卓手Q19服桂花明;
安卓手Q55服落雁峰;
安卓手Q73服侠客行;
安卓手Q82服战马奔;
安卓手Q88服南屏山;
安卓手Q111服醉思仙;
安卓手Q114服醉思凡;
安卓手Q124服石州慢;
安卓手Q191服山外云;
安卓手Q195服城头月;
安卓手Q202服春色满;
安卓手Q207服引驾行;
安卓手Q217服江月令;
安卓手Q234服东海郡。
木马病毒造成常用病毒捆绑应用程序和系统文件,或者应用程序组件丢失造成的,绝技方法如下。
1、首先右键点击桌面底部的任务栏空白位置,在弹出菜单中选择“任务管理器”的菜单项。
2、然后在打开的任务管理器窗口中,找到Windows资源管理器的进程。
3、接着右键点击Windows资源管理器进程,在弹出菜单中选择“结束任务”的菜单项。
4、然后点击任务管理器窗口中的文件菜单。
5、在弹出的文件下拉菜单中点击“运行新任务”的菜单项。
6、接着在打开的新建任务窗口中,输入命令explorer后点击确定,这样问题就解决了。
0条评论