* [gentoo-dev] issues with installing a new kernel
@ 2001-02-06 10:48 Pete Gavin
2001-02-06 11:25 ` drobbins
0 siblings, 1 reply; 7+ messages in thread
From: Pete Gavin @ 2001-02-06 10:48 UTC (permalink / raw
To: gentoo-dev
Hi,
I found a couple of issues with installing a new kernel...
First of all, I accidently installed the package w/o first mounting
/boot. So, after I rebooted, grub loaded the old kernel, since it
wasn't overwritten by the new one. I don't know if it would be a good
idea to mount /boot from the ebuild script, but we should maybe add
some kind of warning to it to at least remind people of it. Second, I
*do* think it would be a good idea to add depmod -a {kernel_version}
to the ebuild script, since this only changes stuff in the new module
directory, which just got installed anyways. What do you guys think?
Pete
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-dev] issues with installing a new kernel
2001-02-06 10:48 [gentoo-dev] issues with installing a new kernel Pete Gavin
@ 2001-02-06 11:25 ` drobbins
2001-02-06 19:22 ` Achim Gottinger
0 siblings, 1 reply; 7+ messages in thread
From: drobbins @ 2001-02-06 11:25 UTC (permalink / raw
To: gentoo-dev
On Tue, Feb 06, 2001 at 10:47:51AM -0700, Pete Gavin wrote:
> Hi,
>
> I found a couple of issues with installing a new kernel...
>
> First of all, I accidently installed the package w/o first mounting
> /boot. So, after I rebooted, grub loaded the old kernel, since it
> wasn't overwritten by the new one. I don't know if it would be a good
> idea to mount /boot from the ebuild script, but we should maybe add
> some kind of warning to it to at least remind people of it. Second, I
> *do* think it would be a good idea to add depmod -a {kernel_version}
> to the ebuild script, since this only changes stuff in the new module
> directory, which just got installed anyways. What do you guys think?
I think it would be good if the /boot mounted check were done in the
pkg_preinst() function, which gets called right before a merge.
Yes, it's fine to call depmod -a; if possible, find a way to make it
work with ${ROOT} so that we can merge to non-root filesystems and
have depmod operate on the correct set of modules.
Thanks again,
--
Daniel Robbins <drobbins@gentoo.org>
President/CEO http://www.gentoo.org
Gentoo Technologies, Inc.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-dev] issues with installing a new kernel
2001-02-06 11:25 ` drobbins
@ 2001-02-06 19:22 ` Achim Gottinger
2001-02-06 20:10 ` Pete Gavin
0 siblings, 1 reply; 7+ messages in thread
From: Achim Gottinger @ 2001-02-06 19:22 UTC (permalink / raw
To: gentoo-dev
drobbins@gentoo.org wrote:
> On Tue, Feb 06, 2001 at 10:47:51AM -0700, Pete Gavin wrote:
> > Hi,
> >
> > I found a couple of issues with installing a new kernel...
> >
> > First of all, I accidently installed the package w/o first mounting
> > /boot. So, after I rebooted, grub loaded the old kernel, since it
> > wasn't overwritten by the new one. I don't know if it would be a good
> > idea to mount /boot from the ebuild script, but we should maybe add
> > some kind of warning to it to at least remind people of it. Second, I
> > *do* think it would be a good idea to add depmod -a {kernel_version}
> > to the ebuild script, since this only changes stuff in the new module
> > directory, which just got installed anyways. What do you guys think?
>
> I think it would be good if the /boot mounted check were done in the
> pkg_preinst() function, which gets called right before a merge.
>
But a /boot partition is not neccesary.
> Yes, it's fine to call depmod -a; if possible, find a way to make it
> work with ${ROOT} so that we can merge to non-root filesystems and
> have depmod operate on the correct set of modules.
achim~
>
>
> Thanks again,
>
> --
> Daniel Robbins <drobbins@gentoo.org>
> President/CEO http://www.gentoo.org
> Gentoo Technologies, Inc.
>
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://www.gentoo.org/mailman/listinfo/gentoo-dev
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-dev] issues with installing a new kernel
2001-02-06 19:22 ` Achim Gottinger
@ 2001-02-06 20:10 ` Pete Gavin
2001-02-06 20:37 ` Achim Gottinger
0 siblings, 1 reply; 7+ messages in thread
From: Pete Gavin @ 2001-02-06 20:10 UTC (permalink / raw
To: gentoo-dev
On Wed, Feb 07, 2001 at 02:54:50AM +0100, Achim Gottinger wrote:
> > I think it would be good if the /boot mounted check were done in the
> > pkg_preinst() function, which gets called right before a merge.
> >
>
> But a /boot partition is not neccesary.
>
Well, I added a simple check in pkg_preinst in
linux-2.4.0.11-r3.ebuild to see if /boot exists in /etc/fstab, and if
so, it mounts it, then it will unmount it in pkg_postinst.
> > Yes, it's fine to call depmod -a; if possible, find a way to make it
> > work with ${ROOT} so that we can merge to non-root filesystems and
> > have depmod operate on the correct set of modules.
>
I also added a call to depmod -a with the -b swtich which allows you
to specifiy a root directory to use.
Pete
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-dev] issues with installing a new kernel
2001-02-06 20:10 ` Pete Gavin
@ 2001-02-06 20:37 ` Achim Gottinger
2001-02-06 20:43 ` Pete Gavin
0 siblings, 1 reply; 7+ messages in thread
From: Achim Gottinger @ 2001-02-06 20:37 UTC (permalink / raw
To: gentoo-dev
Pete Gavin wrote:
> On Wed, Feb 07, 2001 at 02:54:50AM +0100, Achim Gottinger wrote:
> > > I think it would be good if the /boot mounted check were done in the
> > > pkg_preinst() function, which gets called right before a merge.
> > >
> >
> > But a /boot partition is not neccesary.
> >
>
> Well, I added a simple check in pkg_preinst in
> linux-2.4.0.11-r3.ebuild to see if /boot exists in /etc/fstab, and if
> so, it mounts it, then it will unmount it in pkg_postinst.
Well, I don't like it if an ebuild script touches my filesystem.
I use automount here for boot and /boot is a symlink to /misc/boot.
So this solution does not work for me.
Since ebuild can run in runlevels other than 1 and linux is a multiuser
operating system
such things can messup other users work.
So such a thing should only run if we are in runlevel 1
>
>
> > > Yes, it's fine to call depmod -a; if possible, find a way to make it
> > > work with ${ROOT} so that we can merge to non-root filesystems and
> > > have depmod operate on the correct set of modules.
> >
>
> I also added a call to depmod -a with the -b swtich which allows you
> to specifiy a root directory to use.
Are you shure that works. I tested such a thing a while ago and it wrote
the mdoules.conf stuff for {version} to
/lib/modules{running version}.
The problem is the mount script in /tec/rc.d/init.d. I will modify it this
week because we want to enhance
the automatic generation of /etc/module.conf.
I will take care that depmod -a really runs when neccessary.
Yours
achim~
>
>
> Pete
>
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://www.gentoo.org/mailman/listinfo/gentoo-dev
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-dev] issues with installing a new kernel
2001-02-06 20:37 ` Achim Gottinger
@ 2001-02-06 20:43 ` Pete Gavin
2001-02-06 20:53 ` Achim Gottinger
0 siblings, 1 reply; 7+ messages in thread
From: Pete Gavin @ 2001-02-06 20:43 UTC (permalink / raw
To: gentoo-dev
On Wed, Feb 07, 2001 at 04:10:53AM +0100, Achim Gottinger wrote:
> > Well, I added a simple check in pkg_preinst in
> > linux-2.4.0.11-r3.ebuild to see if /boot exists in /etc/fstab, and if
> > so, it mounts it, then it will unmount it in pkg_postinst.
>
> Well, I don't like it if an ebuild script touches my filesystem.
>
> I use automount here for boot and /boot is a symlink to /misc/boot.
>
> So this solution does not work for me.
>
> Since ebuild can run in runlevels other than 1 and linux is a multiuser
> operating system
> such things can messup other users work.
>
> So such a thing should only run if we are in runlevel 1
>
You have a point... I didn't think it was a good idea to do this,
since everyone's filesystem setup is pretty much different... I'll
just add a message to it reminding the user to mount /boot.
Pete
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-dev] issues with installing a new kernel
2001-02-06 20:43 ` Pete Gavin
@ 2001-02-06 20:53 ` Achim Gottinger
0 siblings, 0 replies; 7+ messages in thread
From: Achim Gottinger @ 2001-02-06 20:53 UTC (permalink / raw
To: gentoo-dev
Pete Gavin wrote:
> On Wed, Feb 07, 2001 at 04:10:53AM +0100, Achim Gottinger wrote:
> > > Well, I added a simple check in pkg_preinst in
> > > linux-2.4.0.11-r3.ebuild to see if /boot exists in /etc/fstab, and if
> > > so, it mounts it, then it will unmount it in pkg_postinst.
> >
> > Well, I don't like it if an ebuild script touches my filesystem.
> >
> > I use automount here for boot and /boot is a symlink to /misc/boot.
> >
> > So this solution does not work for me.
> >
> > Since ebuild can run in runlevels other than 1 and linux is a multiuser
> > operating system
> > such things can messup other users work.
> >
> > So such a thing should only run if we are in runlevel 1
> >
>
> You have a point... I didn't think it was a good idea to do this,
> since everyone's filesystem setup is pretty much different... I'll
> just add a message to it reminding the user to mount /boot.
>
Puh, happy to hear :-)
achim
>
> Pete
>
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://www.gentoo.org/mailman/listinfo/gentoo-dev
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2001-02-07 3:52 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-02-06 10:48 [gentoo-dev] issues with installing a new kernel Pete Gavin
2001-02-06 11:25 ` drobbins
2001-02-06 19:22 ` Achim Gottinger
2001-02-06 20:10 ` Pete Gavin
2001-02-06 20:37 ` Achim Gottinger
2001-02-06 20:43 ` Pete Gavin
2001-02-06 20:53 ` Achim Gottinger
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox