博文

目前显示的是 六月, 2017的博文

Grub Rescure修复引导问题

    由于最近想玩一些新东西,而自己电脑是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引导菜单界面又出来,松了口气了,但现在还高兴不出来,马上进入ubuntu,需更新下GRUB的配置,进入系统后,执行如下命令:       sudo update-grub       sudo grub-install /dev/sda       至此重启后确认是OK,恢复成功了。     参考网址:http://www.2cto.com/os/201111/112327.html                      http://www.douban.com/note/66041888/

repo操作导致代码消失一例解决方法

    有一次整理了下代码后准备提交,进行了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源码而已)就碰到这么严重问题,还好放松后好好想了一下和查查资料,避免一周工作白费,还有一点以后使用新工具时还要记得备份,避免在紧急情况下找不到解决方法时应急啊。     参考网址:http://blog.csdn.net/huangxiaohu_coder/article/details/6782260