Bug#338371: What is wrong?

Jason Thomas jason at debian.org
Thu Nov 10 22:36:34 UTC 2005


On Thu, Nov 10, 2005 at 11:27:45PM +0100, John Plate wrote:
> Jason Thomas wrote:
> 
> > > The problem is that, fx after installation, you have entries that
> > > can boot the system.
> > 
> > What,
> > 
> > So after you install the system it is working fine.
> 
> After installing the system, it works fine.
>  
> > > If #kopt is changed and a homecompiled kernel is installed
> > > (kernel-package) and removed (dpkg --purge) then the original entries
> > > are changed according to the new #kopt setting.
> > 
> > Thats what its suppose todo.
> > 
> > > Then the system may become impossible to boot.
> 
> As said, after installing, raid-1 is installed. For future kernels,
> the raid drive (/dev/md0 in my case) is the one to use. Then the "#
> kopt" is set according to that. 
> 
> A new kernel (equal to the installed official image) is installed -
> and de-installed. Then grub has changed the original settings for the
> first kernel installed. The one that should be used as rescue kernel.

oh okay i see.

use kopt_x_y_z  where x_y_z is the version you want.

that way.

kopt=root=/dev/md0
kopt_2_4_6=root=/dev/hda1


> 
> After the changes (the # kopt setting), nothing works. 
> 
> What I say is, grub should ONLY change what it installs and
> de-installs. 
> 
> > > If you 1) install the official way, 2) install raid (as this is not
> > > possible with my system because of other bugs) 3) compile a kernel the
> > > official way and de-install the new kernel, the system cannot boot.
> > > 
> > > This must be a bug. Settings should reflect changes to menu.lst - NOT
> > > old entries. Apparently grub mess up the entries in menu.lst. 
> 
> John
> 




More information about the Pkg-grub-devel mailing list