阿xin*的学习班

    由于最近想玩一些新东西，而自己电脑是WIN7与Ubuntu双系统，想从WIN7上调整些空间过来Ubuntu，于是整理了100GB剩余空间出来，但是重启后，一张黑屏，几个白字出现在眼前：     GRUB loading     error:unknow filesystem     grub rescure>     此时蒙住了，从未碰过该问题，于是回想了一下，原来是在WIN7和Ubuntu中间多了新的多余分区造成了引导时Ubuntu的grub镜像定位不到，从而无法引导，于是在上面的命令行进行了如下操作：     1.输入ls，回车后会显示所有的分区系统，如下：       (hd0),(hd0,msdos1),……(hd0,msdos7)       有如上的内容出现。     2.有了如下内容，那么好定位，也肯定是分区错了，于是使用如下命令：       ls (hd0,msdos5)/boot/grub       使用该命令确认下该分区是否存在该目录，如果不存在则切换另一分区确认，直到找到为止。       (/boot/grub是由于我没有把boot分区单独出来，如果是独立出来，则为/grub）     3.当找到grub目录所在分区后，执行如下命令：       set root=(hd0,msdos5)       set prefix=(hd0,msdos5)/boot/grub       insmod (hd0,msdos5)/boot/grub/normal.mod     4.加载完grub的normal模块后，执行如下命令：       normal       回车后，GRUB引导菜单界面又出来，松了口气了，但现在还高...

    有一次整理了下代码后准备提交，进行了git add和git commit操作后，害怕服务器上的代码又更新了，就repo sync了一下，再git log，发现刚才的commit没有了，之前在repo init时也有使用-m参数指定使用相应的mainfest.xml文件，也使用过repo status查看过相应的branch情况，但最终还是没有相应的commit log信息，头痛啊，一周的工作就要白费了吗？不甘心啊，不停的使用git branch -a和git checkout来切换分支，还是没有相应的提交，不可能所有的分支都没有吧？于是上网查找了下，发现刚才commit时有可能是在(no branch)上进行操作的，使用git reflog就可以查看到刚才的提交信息了，接下来再使用git checkout切换到相应的分支，然后再使用git merge命令将刚才reflog看到的相应commit合并过来，再push下就可以了，总的步骤如下：     git reflog     git checkout ourbranch     git merge commitID     git push     就这样，把我一周的工作找回来了，再进行了一遍repo init和repo sync操作，发现默认是在(no branch)上的，即执行git branch -a时有如下返回：     * (no branch)     remotes/origin/master     remotes/origin/pre-release     remotes/origin/release     remotes/origin/top     终于把问题型清楚了，切记以后使用repo时要切换分支啊，没想到首次使用repo来管理提交代码（以前只是从google上下载android源码而已）就碰到这么严重问题，还好放松后好好想了一下和查查资料，避免一周工作白费，还有一点以后使用新工具时还要记得备份，避免在紧急情况下找不到解...