grub 问题综合讨论

启动讨论 grub/grub2/syslinux/grub4dos/Lilo
头像
luojie-dune
帖子: 22033
注册时间: 2007-07-30 18:28
系统: Linux
来自: 空气中

#16

帖子 luojie-dune »

super grub disk-----with a usbstick or a CD, no worry.

For more information:
www.supergrubdisk.org/
『这个世界都是我的 ,我爱你们』

ENTP ⥂ INTP ⥄ INFP ⇦ INTJ

在此发布的文章使用 Creative Commons Attribution-ShareAlike 4.0 协议
头像
ptptptptptpt
帖子: 3711
注册时间: 2006-09-19 18:16

#17

帖子 ptptptptptpt »

luojie-dune 写了:super grub disk-----with a usbstick or a CD, no worry.

For more information:
www.supergrubdisk.org/
没错,super grub disk 正是接下来要讨论的。相对于 gnu grub 0.97 ,它改进了对光驱支持(本身就有 iso 发布,便于刻成启动盘以备救急),还做了其它一些扩展和增强

另外一个很值得 gnu grub 借鉴的特色是:设了很多 menu.lst ,以实现功能分类,并通过 configfile 命令相互调用,非常方便
头像
pentie
帖子: 228
注册时间: 2007-08-27 22:03
来自: http://apt-blog.co.cc/

#18

帖子 pentie »

ptptptptptpt 写了:继续。为什么 win 很少出现引导问题??原因是多方面,我认为其中之一是, win 安装条件比较苛刻,有很多限制要求,比如,启动文件必须在第一活动主分区,不像 linux 那么灵活 —— 看似缺点,实则优点——死板意味着可能性少,可能性少就降低了出错概率。即使出错,也很容易猜到是哪里的问题,解决方法有固定套路,照猫画虎即可搞定。

而 linux 灵活的代价是,出了问题,新手描述不清,老手猜测不到,胡乱指挥一通,后果难以预料

话说回来,grldr 要求必须放在 ntfs 或 fat32 或 ext2/3 分区,有人指责它比 原版 grub 死板,但我认为还不够死板,我认为可以规定必须放在 fat32 分区中,这样其引导代码 (grldr.mbr)可以更简单,出错概率更低,而 fat32 文件系统代码很成熟,win、lin 都能稳定访问,万一出现引导问题很容易修复——在 win 、lin 、dos 都可以编辑 fat32 分区中的 menu.lst ,可以向其中拷贝 grldr 。

代价就是,硬盘中必须有一个 fat32 分区。这是一个很容易描述清楚的条件,不会造成误解。有洁癖的同志可能觉得不爽。OK,那退一步,也允许放在 ntfs 中 —— 只要硬盘中有win ,就一定有至少一个 fat 或 ntfs 分区。

有人不用win??也好,那就专门分一个 fat32 区,除了 grldr ,放一些急救软件、应急系统如winpe 之类,也是不错的。这样还有一个好处,不管硬盘中有没有装系统,都可以启动到 grub 环境 —— 可以做很多事哦

lz真是说的莫名其妙,win也不是只需要ntldr就能引导的,用grub的术语来说,ntldr只是一个stage1.5,还有个stage1放在硬盘的引导区,不信打开虚拟机把ntldr放在c盘看win懂不懂给你个提示让你找引导文件?

ntldr有他的boot.ini,grub有他的menu.lst,只是后者更为强大,也更为“麻烦”、更多东西需要用户去折腾。

lz说专门弄个fat32分区去放dos、grub4dos,那干嘛不在win下用虚拟机安装lin算了。
头像
ptptptptptpt
帖子: 3711
注册时间: 2006-09-19 18:16

#19

帖子 ptptptptptpt »

pentie 写了: lz真是说的莫名其妙,win也不是只需要ntldr就能引导的,用grub的术语来说,ntldr只是一个stage1.5,还有个stage1放在硬盘的引导区,不信打开虚拟机把ntldr放在c盘看win懂不懂给你个提示让你找引导文件?

ntldr有他的boot.ini,grub有他的menu.lst,只是后者更为强大,也更为“麻烦”、更多东西需要用户去折腾。

lz说专门弄个fat32分区去放dos、grub4dos,那干嘛不在win下用虚拟机安装lin算了。
你没明白我的意思,win 当然不只需要 ntldr ,还需要 mbr 代码和分区引导代码

ntldr 不是 stage1.5 ,而是 stage2 。win的分区引导代码类似于 stage1.5 ,但不同的是,grub 的 stage1.5 一般是装在 mbr 之后的十几个扇区,而 win的分区引导代码 写在 win 引导分区的开始部分。

我的意思是,如果 win 的引导被损坏,很容易修复, 随便找个 dos 启动盘启动,fdisk /mbr 即可重写 mbr 引导代码 (前几天我刚远程指挥一个菜鸟修复了mbr) 。而分区引导代码 一般不会坏,ghost 备份win系统时,也会备份其分区引导代码

而 grub 损坏后,修复起来就不是谁都能搞定了。
上次由 ptptptptptpt 在 2008-09-15 21:36,总共编辑 1 次。
头像
ptptptptptpt
帖子: 3711
注册时间: 2006-09-19 18:16

#20

帖子 ptptptptptpt »

lz说专门弄个fat32分区去放dos、grub4dos,那干嘛不在win下用虚拟机安装lin算了。
这才真是莫名其妙,弄个 fat32 分区 跟 用虚拟机安装lin 有任何的可比性吗??
头像
zmcbb30
帖子: 2717
注册时间: 2006-09-30 0:32
来自: 巴拉特星系第四行星──海尼森

#21

帖子 zmcbb30 »

弱问一下
选择安装引导到mbr和第一分区
这不是很久就有的事情么 ? 为何要讨论 ?
头可断,血可流,靓女不可不追求
相艾唔好口,够姜就只抽

BARTON 2500+/1536MDDR400
EP8RDA3G/MX4000 128M64bit 8X
DiamondPlus9-6Y080L0-ATA133
Samsung743DF
HiweedDesktop-1.0
头像
sevk
帖子: 2060
注册时间: 2007-05-08 16:26
系统: arch
来自: 火星内核某分子内某原子核内
联系:

#22

帖子 sevk »

有个设置启动的,虽然没有grub的所有功能,但用来设置grub的菜单足够了。
p qgrubeditor - graphical editor for GRUB boot manager set
笔记本 :
F208S : gentoo
A460P i3G D6 : UBUNTU + WIN7
UN43D1 : UBUNTU + WIN7
1000人超级QQ群 LINUX + WIN : 31465544 或 18210387
头像
pentie
帖子: 228
注册时间: 2007-08-27 22:03
来自: http://apt-blog.co.cc/

#23

帖子 pentie »

ptptptptptpt 写了:
pentie 写了: lz真是说的莫名其妙,win也不是只需要ntldr就能引导的,用grub的术语来说,ntldr只是一个stage1.5,还有个stage1放在硬盘的引导区,不信打开虚拟机把ntldr放在c盘看win懂不懂给你个提示让你找引导文件?

ntldr有他的boot.ini,grub有他的menu.lst,只是后者更为强大,也更为“麻烦”、更多东西需要用户去折腾。

lz说专门弄个fat32分区去放dos、grub4dos,那干嘛不在win下用虚拟机安装lin算了。
你没明白我的意思,win 当然不只需要 ntldr ,还需要 mbr 代码和分区引导代码

ntldr 不是 stage1.5 ,而是 stage2 。win的分区引导代码类似于 stage1.5 ,但不同的是,grub 的 stage1.5 一般是装在 mbr 之后的十几个扇区,而 win的分区引导代码 写在 win 引导分区的开始部分。

我的意思是,如果 win 的引导被损坏,很容易修复, 随便找个 dos 启动盘启动,fdisk /mbr 即可重写 mbr 引导代码 (前几天我刚远程指挥一个菜鸟修复了mbr) 。而分区引导代码 一般不会坏,ghost 备份win系统时,也会备份其分区引导代码

而 grub 损坏后,修复起来就不是谁都能搞定了。
是吗?看来微软在系统修复里面的fixmbr和fixboot都白开发了~~
头像
pentie
帖子: 228
注册时间: 2007-08-27 22:03
来自: http://apt-blog.co.cc/

#24

帖子 pentie »

ptptptptptpt 写了:
lz说专门弄个fat32分区去放dos、grub4dos,那干嘛不在win下用虚拟机安装lin算了。
这才真是莫名其妙,弄个 fat32 分区 跟 用虚拟机安装lin 有任何的可比性吗??
你不知道用fat32会破坏系统的统一性和安全性么?不然既然有了开放的fat干嘛还ext、reiserfs?
头像
ptptptptptpt
帖子: 3711
注册时间: 2006-09-19 18:16

#25

帖子 ptptptptptpt »

pentie 写了:
ptptptptptpt 写了:
lz说专门弄个fat32分区去放dos、grub4dos,那干嘛不在win下用虚拟机安装lin算了。
这才真是莫名其妙,弄个 fat32 分区 跟 用虚拟机安装lin 有任何的可比性吗??
你不知道用fat32会破坏系统的统一性和安全性么?不然既然有了开放的fat干嘛还ext、reiserfs?
我还真不知道,仅仅在 fat32 分区放个boot loader ,怎么就破坏了统一性和安全性?? 盼指教。

照你的意思,用虚拟机安装lin 也会破坏系统的统一性和安全性 ?

论特性 ,fat32 当然比不过 ext、reiserfs ,但好东西并非放在哪都是好东西,仅仅存放个 boot loader ,fat32 绰绰有余,而且便于访问,有什么不好??
头像
ptptptptptpt
帖子: 3711
注册时间: 2006-09-19 18:16

#26

帖子 ptptptptptpt »

pentie 写了:
ptptptptptpt 写了:
pentie 写了: lz真是说的莫名其妙,win也不是只需要ntldr就能引导的,用grub的术语来说,ntldr只是一个stage1.5,还有个stage1放在硬盘的引导区,不信打开虚拟机把ntldr放在c盘看win懂不懂给你个提示让你找引导文件?

ntldr有他的boot.ini,grub有他的menu.lst,只是后者更为强大,也更为“麻烦”、更多东西需要用户去折腾。

lz说专门弄个fat32分区去放dos、grub4dos,那干嘛不在win下用虚拟机安装lin算了。
你没明白我的意思,win 当然不只需要 ntldr ,还需要 mbr 代码和分区引导代码

ntldr 不是 stage1.5 ,而是 stage2 。win的分区引导代码类似于 stage1.5 ,但不同的是,grub 的 stage1.5 一般是装在 mbr 之后的十几个扇区,而 win的分区引导代码 写在 win 引导分区的开始部分。

我的意思是,如果 win 的引导被损坏,很容易修复, 随便找个 dos 启动盘启动,fdisk /mbr 即可重写 mbr 引导代码 (前几天我刚远程指挥一个菜鸟修复了mbr) 。而分区引导代码 一般不会坏,ghost 备份win系统时,也会备份其分区引导代码

而 grub 损坏后,修复起来就不是谁都能搞定了。
是吗?看来微软在系统修复里面的fixmbr和fixboot都白开发了~~
不知你如何得到这样的结论??是不是白开发,不是你我能下定论的。多条路肯定不是坏事。而更大的好事是,有一个易学易用的方法,以方便普通用户。

自用win以来,我只会 fdisk /mbr,过得很好啊。
头像
ptptptptptpt
帖子: 3711
注册时间: 2006-09-19 18:16

#27

帖子 ptptptptptpt »

zmcbb30 写了:弱问一下
选择安装引导到mbr和第一分区
这不是很久就有的事情么 ? 为何要讨论 ?
讨论重点不是这个,而是 grub (包括安装方式、实际使用中)可能产生的问题,以及可能的解决方法
头像
ptptptptptpt
帖子: 3711
注册时间: 2006-09-19 18:16

#28

帖子 ptptptptptpt »

sevk 写了:有个设置启动的,虽然没有grub的所有功能,但用来设置grub的菜单足够了。
p qgrubeditor - graphical editor for GRUB boot manager set
这个还没用过,试一下
头像
luojie-dune
帖子: 22033
注册时间: 2007-07-30 18:28
系统: Linux
来自: 空气中

#29

帖子 luojie-dune »

还在研究。。。顺便写个完整的入门文档~~~~
『这个世界都是我的 ,我爱你们』

ENTP ⥂ INTP ⥄ INFP ⇦ INTJ

在此发布的文章使用 Creative Commons Attribution-ShareAlike 4.0 协议
头像
muzuiget
帖子: 1097
注册时间: 2007-12-31 14:57

#30

帖子 muzuiget »

luojie-dune 写了:还在研究。。。顺便写个完整的入门文档~~~~
对对,建议分头写个什么各种情况grub修复办法,然后发布为pdf,包比wiki更有影响力。[/quote]
上次由 muzuiget 在 2008-09-16 22:09,总共编辑 3 次。
回复