**这是本文档旧的修订版！**
目录
2014年日报（二）
11月16日
VMware挂载物理磁盘
两年前在物理磁盘上装了Linux，后来更新win8的时候没有看Linux就直接更新了win8，导致Linux启动项丢失。想看看Linux里面是否保存了有价值的数据，可是碰巧光驱也不能用了，于是搁置了好几个月了。今天突然想到一个途径，既然Linux可以读取NTFS文件系统个，那么windows上如何读ext4？
百度一下，果然又不少解决方案，放下第三方软件或者驱动不表，单说VMware的用途。
1. 用VMware挂载物理磁盘
注意磁盘类型，我查到的我的磁盘是SATA接口，可是选IDE才能用。
2. 用VMware挂载物理磁盘后直接启动Linux系统
新建一个虚拟机，使用原Linux的分区的物理磁盘。 ，这个方法失败了，大概是因为启动项被破坏了。懒得修复启动项，在虚拟磁盘上装个图形界面Ubuntu，然后在挂载物理磁盘，可以达到备份数据的目的。
参考资料
11月17日
kvm: 23090: cpu0 unhandled wrmsr 0x391 data 2000000f
I installed kvm on CentOS 6.4. I created virtual server CentOStest on it. When I start CEntOStest I have message:
kvm: 23090: cpu0 unhandled wrmsr 0x391 data 2000000f
What is it mean? CentOS_test works fine, but this message concerned me.
It's a harmless warning message. Your guest operating system is probing its virtual CPU and restoring some CPU state during boot, which can not be done in a virtual environment. See this KVM mailing list post. It should eventually go away with a KVM/QEMU update.
From: http://serverfault.com/questions/505152/kvm-23090-cpu0-unhandled-wrmsr-0x391-data-2000000f
我想同时维护两个git托管平台的项目
如果你的项目同时托管在了两个git平台上（比如github和CODE），想同步维护两个平台上的同一个项目，也是很方便的。
1、设置账号绑定
我们预设使用场景是用户已经使用github为主要协作平台，CODE平台为同步平台
首先你需要在两个平台上都添加上同一份公钥。关于如何生成和添加公钥请参看CODE帮助管理公钥
添加完公钥后，需要在命令行中配置git账号的信息。两个平台最好使用同样的用户名和注册邮箱。如果注册邮箱不同，你可以把CODE的注册邮箱添进github的邮箱列表（github支持一个账号绑定多个邮箱）。
以下是设置账号的git命令：
git config set user.name 设置绑定用户名，此处可以与平台用户名不同。
git config set user.email xxx@xxx.com 此处邮箱需为CODE注册邮箱
git remote add code <项目地址> 项目地址填写形如： git@code.csdn.net:CSDN_Code/<项目名>.git的SSH地址
2、git pull和git push
按照第一步完成设置后，一般而言，你本地代码仓将会有两个远端地址。指向github的远端主分支地址为origin master，指向CODE平台远端主分支地址为code master。
根据绑定账号时的设置，从两个平台回拉和推送代码的命令分别是：
从github回拉： git pull origin master 推送到github： git push origin master 从CODE回拉： git pull code master 推送到CODE： git push code master
为了保持本地项目处于最新状态，建议您在每次修改项目之前都是用git pull命令确认一下本地与远端的代码保持同步。
3、CODE平台的自动同步功能
如果你仅将CODE平台作为github项目的镜像站，而不打算在上面做任何独立提交和更新，可以使用CODE平台的“自动同步功能”。
该功能只支持git版本管理项目 该功能使用的是–force模式，在CODE平台上的所作改动将被清除。 在CODE平台的操作不能被逆向同步到github等网站 由于自动同步这一功能的危险性和比较占用系统资源，如果您确实需要这一功能，请发送邮件到codesupport@csdn.net，注明您项目的github地址和CODE地址，申请开通自动同步。
From: https://code.csdn.net/help/CSDN_Code/code_support/new_7
11月18日
windows重置密码
windows server 2003 在服务器领域 就跟XP一样 也是一个经典，虽然现在有2008 以及2012 但是服务器上用的2003的还是很多。当然linux除外
在windows使用的过程中会出现忘记密码的情况很正常 但是对于XP 或者win7 windows2003没那么容易破解密码，因此解决server密码问题如下
在windows中摁5下shift之后会提示启用粘滞键 这是因为摁5下shift键之后就调用%SystemDrive%\windows\system32\sethc.exe来启动粘滞键功能因此就需要 找到cmd.exe应用程序位置：%SystemDrive%\windows\system32\cmd.exe cmd.exe就是在运行里输入cmd的时候所调用的命令窗口 将cmd.exe替换为sethc.exe，在登录的时候就可以摁5下粘滞键来启动cmd.exe 再输入net user administrator “密码” 没有密码登录的时候可以用光盘或者U盘引导 进入PE 然后再修改
From： http://songjingang.blog.51cto.com/4151716/1035612
ext3文件系统超级块损坏
# mount /dev/sde1 /foo mount： wrong fs type， bad option， bad superblock on /dev/sde1，or too many mounted file systems 这个错误信息标识 /dev/sde1 设备上的 ext3 文件系统的超级块损坏了，ext3 文件系统的元数据保存在超级块中。 ext3 文件系统还有一些备份的超级块，可以尝试用备份的超级块加载 ext3 文件系统和修复 ext3 文件系统。 备份的超级块信息可以通过以下命令获得，这个命令模拟 ext3 文件系统创建时的动作并打印出备份超级块的位置，给出的位置缺省是以4k为单位的，mount 在使用时需要为它提供以1k为单位的偏移，需要乘4： 注意！一定要使用\"-n\"作为参数模拟 ext3 文件系统的创建而不是真的创建 ext3 文件系统 # mkfs.ext3 -n /dev/hda7 mke2fs 1.38 （30-Jun-2005） Filesystem label= OS type： Linux Block size=4096 （log=2） Fragment size=4096 （log=2） 2198880 inodes， 4393738 blocks 219686 blocks （5.00%） reserved for the super user First data block=0 135 block groups 32768 blocks per group， 32768 fragments per group 16288 inodes per group Superblock backups stored on blocks： 32768， 98304， 163840， 229376， 294912， 819200， 884736， 1605632， 2654208， 4096000 使用备份的超级块来加载 ext3 文件系统的命令： 语法： mount.ext3 -o sb=n # mount.ext3 -o sb=131072 /dev/hda7 /media/hda7 使用备份的超级块来修复 ext3 文件系统的命令 语法：fsck.ext3 -b superblock # fsck.ext3 -b 32768 /dev/hda7
11月19日
windows查看SN
- sn.vbs
strComputer = "." Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\CIMV2") Set colItems = objWMIService.InstancesOf("Win32_BIOS") For Each objItem In colItems WScript.Echo "SerialNumber: " & objItem.SerialNumber Next
11月24日
ssh连接报错搜集
Read from socket failed: Connection reset by peer
10.69.3.51： 文件系统错误造成无法读取
ssh_exchange_identification: Connection closed by remote host
管理卡有报错：The Drive “Drive 0” has been disabled due to a detected fault，机器屏幕显示I/O error ,dev sda,
ping: sendto: No buffer space available
freebsd的系统，网上都说是修改内核参数。最后发现是因为路由设置错了。。
11月26日
ipmitool将终端同步至本地
ipmitool -I lanplus -H ip -U root -P password sol activate
11月27日
JavaScript作用域
<script> var yourname = "yourname"; myname = "myname"; changename(); function changename(){ alert("yourname is " + yourname + " , myname is " + myname); //输出 yourname is yourname , myname is myname } </script>
在changename()函数里加var yourname = “360”;myname = “qq”;
<script> var yourname = "yourname"; myname = "myname"; changename(); function changename(){ alert("yourname is " + yourname + " , myname is " + myname); //输出 yourname is undefined , myname is myname var yourname = "360"; myname = "qq"; } </script>
