不知道怎么回事,今天居然心血来潮,想起在系统上安装一个systemcommander,然后再安装redhat9。以达到多系统启动的目的。然而,安装好后却是只能用grub引导。
一气之下在windows环境中卸载了sys,结果问题出来了,grub不出来了,sys的图形界面也没了,只能开始的时候选择1,来启动winxp,而linux则是再也进不去。看了下关于sys的卸载文章,于是使用fdisk /mbr ,结果启动又回到了没安装sys以前的菜单包含xp和maxdos。重新更新安装redhat,将grub置于mbr中,启动界面依旧,将grub置于/所在分区中,还是一样
。
“灵机”一动,可能是分区表的问题(惨啦,就是这灵机一动,差点玩完)。于是进入maxdos,使用其自带的弟diskman重建分区表(还好,重建之前背了个份,但是由于没有软盘、u盘了,将其备份在了d盘上---也幸好是d盘,要不然。。。)采用交互模式,第一个分区保存,ok。第二个分区保存,ok。。。怎么没有了,不是还有其他分区吗,难道是都认为了扩展分区,不管了。然后存盘,重启。。。。。。
分区没了
不会吧!!!还有那么多数据在硬盘中,这不是要我的命吗。。。。发了半天呆。想起了google,胡乱的查找了下,基本上说都是使用diskman。找了半天,终于找了张好软盘(先快格,后格式化。。。总之,基本上使用一次就要重复这样动作一遍),将diskman复制上去。然后又是重建分区(第一个选yes,第二个选no,第三个yes。。。。后面的都是yes)。存盘,重启。
通过光盘启动,呃,怎么还是没有分区。
对了,开始不是通过diskman找出来6个分区了吗(3个fat32,一个ntfs,1个ext3,一个swap)使用linux一定可以mount上去,这样就可以找回以前的分区表备份了。
于是重新安装linux,但是到分区这一步时,却提示分区表错误,需要重建分区表。没办法,只好退出来,又使用diskman,使用自动模式重建分区表。怀着不安的心情等待了将近1分钟,一看,还好恢复了2个fat32分区和一个swap分区,天啦,如果当时将分区表备份在e盘或者再后面的分区,那岂不是。。。。还好还好。要不然哭都没法哭了。
然后是安装linux,为了不破坏数据(将swap分区格式化为ext3,swap?不要了!反正还要重建系统)
安装结束,终于久违的grub出来了,进入linux(第一次居然到了swap检查的时候过不了,重启了一次又对了??)mount /dev/hda5 /mnt/d
哈哈,文件都在。看来开始的想法是对的。然后是mount /dev/fd1 /mnt/floppy
到了这里,后面的东西就简单了。
通过这么多个小时的折腾,总结出以下几点:
1、分区表千万不要备份在本地硬盘上;
2、对于一些比较容易出问题的东西,还是要先研究透了再下手;
3、遇到事情要多动脑子,一条路不通,不要始终在上面耽搁,最多试验2次,不然就是白白浪费时间。
阅读(1043) | 评论(0) | 转发(0) |