[网摘] 键盘扫描码

[ 2010/07/06 16:16 | by gOxiA ]

        最近在研究和学习 Windows 7 的部署解决方案,其中涉及到一键进入恢复环境,而要实现启动计算机时通过一键来调用恢复环境就需要了解键盘扫描码,在网上搜索了一番还真的找到了,看来其利用率还是蛮高的。有了键盘扫描码,就可以实现像品牌计算机那样,开机时按下 F11 键来恢复系统了。

        下面是从网上找来的键盘扫描码列表:

特殊键
Application E0 5D
Backspace 00 0E
Caps Lock 00 3A
Delete E0 53
End E0 4F
Enter 00 1C
Escape 00 01
HOME E0 47
Insert E0 52
Left Alt 00 38
Left Ctrl 00 1D
Left Shift 00 2A
Left Windows E0 5B
Num Lock 00 45
Page Down E0 51
Page Up E0 49
Power E0 5E
PrtSc E0 37
Right Alt E0 38
Right Ctrl E0 1D
Right Shift 00 36
Right Windows E0 5C
Scroll Lock 00 46
Sleep E0 5F
Space 00 39
Tab 00 0F
Wake E0 63

数字小键盘

0 00 52
1 00 4F
2 00 50
3 00 51
4 00 4B
5 00 4C
6 00 4D
7 00 47
8 00 48
9 00 49
- 00 4A
* 00 37
. 00 53
/ 00 35
+ 00 4E
Enter E0 1C

功能键

F1 00 3B
F2 00 3C
F3 00 3D
F4 00 3E
F5 00 3F
F6 00 40
F7 00 41
F8 00 42
F9 00 43
F10 00 44
F11 00 57
F12 00 58
F13 00 64
F14 00 65
F15 00 66

箭头键

Tags: , ,

logo-mysql-110x57  快速解决“is marked as crashed and should be repaired”故障

        细心的朋友可能已经察觉到前几天本Blog出现不稳定的状况,事情起因是 Windows Server 2008 Web 运行异常的慢,明显感觉是 CPU 占用率高,之后对系统进行了优化并对相关服务进行了升级(中间还遇到了灾难性的故障,后篇日志会单独向大家介绍分享经验),其中就包括 MySQL,因为一直以来 MySQL 都采用的手工安装,这次升级还是如此,由于系统响应速度慢所以此次升级将 my.ini 也进行了修改采用了 my-small.ini 作为蓝本,以缓解内存占用的问题。之后运行了半天发现速度正常便开放了 Blog,第二天上午再次打开 Blog 提示”is marked as crashed and should be repaired“故障,要求重新安装 Blog!(太悲剧了!)

        在网上查找了解决办法,看来很多 Bo-Blog 用户都有遇到这个问题,回忆起过去也曾遇到过此故障。而且之前也是使用的 my-small.ini 作为配置文件蓝本,早期采用的解决办法非常繁琐,而且稍有不慎就只能回档到过去的备份,损失将会非常大。过去1年未发生此类故障貌似是跟当时使用了 my-large.ini有关,因为当时增加了虚拟服务器的内存故使用了 large 配置。而造成”is marked as crashed and should be repaired“故障的主要原因加之网上现有资料分析,应该与内存有很大关系。

        为了不冒失修复,故采取保守做法,我们知道 MySQL 一个高效的管理工具便是 PhpMyAdmin,而在该管理软件中就包含了对表的检查、分析、修复、优化功能,比起网上提供的含糊命令行来说更安全更简便。

image

        通过实践,在使用检查表功能后确实发现了问题,之后使用修复功能进行了修复,反馈结果每个表都已经 ok,再执行一次优化,重新测试访问网站终于恢复了正常。一场灾难就此避免……

ipswitch_imailserver_logo

        前段时间遇到一个棘手的故障案例,有一台 Imail Server 在完成了系统迁移之后,相关的服务无法启动了,其中反病毒插件及队列处理组件均无法正常运行。特别是队列处理组件——IMail Queue Manager Service,手工启动提示无法处理该服务。由于当时忙于处理故障未能截图,不过具体的表现除了这些之外就是你无论如何清理注册表重新安装或覆盖安装均无法再次激活 Imail Server。即使降级或升级到最新版本后再正常卸载重新安装需要的版本还是出现一样的故障!

        实在让人为难,于是彻底对整个系统进行检查,发现了蛛丝马迹!在 Windowssystem32 目录下找到一个奇特的目录,该目录名称为:E177E04D548C4006A465EEB92D3DE021,根据多年的系统管理经验来看,该目录并不隶属于 Windows 系统自身的,打开下面的子目录发现了与授权有关的一些“诡异”目录和文件,同时还发现该目录被赋予了 everyone 有完全控制权限!着实的让我惊讶一番!因为该服务器上还运行着其他应用服务,故不敢贸然处理。之后在网上通过该目录名作为关键词进行了搜索,收获甚微!看来只能自己进行分析处理,最终只能通过多台服务器的对比进行分析,同时根据整体特征及目录生成日期,再对比网上提到的信息,确认该目录是一种软件授权所产生的,但是网上提及的信息并不是 Imail Server,而是另外一款软件。但是要处理的该台服务器上所安装的涉及国外的软件也就是 Imail Server,并且进程中并为发现与该目录有关联程序,最终决定将其删除。

        重新安装 Imail Server,God!可以重新激活了!看来罪魁祸首果然是这个目录!没有再仔细去研究,不过由于看来,Imail Server 的授权机制应该不是自家开发的。此外,该目录的默认目录权限设置可是存在着重大的隐患,希望该篇日志能够提醒并帮助到大家。

        如果大家与 gOxiA 一样遇到了同样的问题,不妨一试!

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