原来XP sp2下可以通过 mstsc.exe /console 连接到服务器上的本地console上，

更新了sp3后取消了/console的参数，之前一直是采用删除新版本的mstsc.exe和相关dll，换回原来的版本来解决这个问题。今天仔细看了回参数，原来新版本下的参数模式改成了/admin

即用mstsc /admin 可以连接到当前的console。

当前mstsc.exe版本：

mstsc.exe 6.0.6001

cygwin下安装MySQL Python module完成后
在程序中import的时候遇到ImportError: Permission denied
的解决

» 阅读全文

一直琢磨着能不能暴力rsa服务器下，看看能撑多少，这周终于实现了。
目前1台18的测试机（2.7G）可以上到800+TPS 50VU，响应才0.054平均，牛啊。

记录下测试中搞的一些东东。

» 阅读全文

原来的2850主板问题，迁移到新的一台同样的机器上，想直接使用原来的硬盘和系统。

» 阅读全文

sata 的DVD识别居然和主板中AGP/pci设置有关。

终于搞定光驱了。

» 阅读全文

下午收到用户的反馈，一台服务器登录一直提示用户名密码错误，确认过用户名密码没有输入错误。

直接ssh上服务器，初看。没什么异常，随便执行一个脚本，报/tmp/xxx Read Only
去tmp目录下，测试执行mkdir test 报错如下：
mkdir: cannot create directory `test': Read-only file system

查看当前目录和上级目录属性，都是具有W的。奇怪了，root身份还是不能写。。。

GG结果，怀疑硬盘故障，而要命的是这个系统的standby硬件问题暂时还不能用。那个崩溃。。。。

寻求FH牛X人的帮助，dmesg 看看。结果如下
dmesg

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

EXT3-fs error (device sda5) in start_transaction: Journal has aborted

诊断结果，文件系统错误，还好，还是能修复尝试下。

一路杀到机房，连上显示器，开始XX，郁闷的是，居然grub那不让直接edit，需要密码。改天再去折腾下。

无奈重启机器，发现系统可以进，似乎一切都好了？原因未知，文件也可写了。为了保险起见，还是去修复下。

编辑/etc/grub.conf
找到        kernel /vmlinuz-2.6.9-42.0.10.ELsmp ro root=LABEL=/
修改为：         kernel /vmlinuz-2.6.9-42.0.10.ELsmp ro root=LABEL=/ Linux single
保存退出。

reboot后进入single模式
df -h 查看信息
然后 fsck -y /dev/sda1 类似的，分别进行修复。
完了以后 init 3 正常进入系统，检查下。一切OK，搞定收工。

记录下，以备后查。

要求要访问win，但是3389 太不可控了，于是弄了个ssh在上面，通过审计ssh命令来记录log。

» 阅读全文