From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17977 invoked by uid 1002); 10 Jan 2003 20:11:47 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 15773 invoked from network); 10 Jan 2003 20:11:47 -0000 From: Nicholas Hockey To: gentoo-dev@gentoo.org In-Reply-To: <200301101004.19439.yannick.koehler@colubris.com> References: <200301101004.19439.yannick.koehler@colubris.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-vzHd2xYrmcIb4IUVJZ97" Organization: Message-Id: <1042229309.2452.3.camel@blackhole> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1- Date: 10 Jan 2003 15:08:29 -0500 Subject: Re: [gentoo-dev] Gentoo Kernel Installation Doc X-Archives-Salt: 540f866b-d99f-40ed-8beb-40933f7f609b X-Archives-Hash: 44a5de49ec3f42a8297e0fd6c7cfab3c --=-vzHd2xYrmcIb4IUVJZ97 Content-Type: multipart/alternative; boundary="=-g5D9VwKpPZEI4bv5ND+u" --=-g5D9VwKpPZEI4bv5ND+u Content-Type: text/plain Content-Transfer-Encoding: quoted-printable So Copy it over, nothing relly hard about that, tho i am a firm bealiver that you should know your machine enough to be able to compile a kernel for it. tho having it do this automaticly would relly take away the apeal of gentoo for me, i like to be in control, and using some yuppies pre-fab kernel, with things he thinks i should use, that would just take up precious HD space, is not the gentoo way. On Fri, 2003-01-10 at 10:04, Yannick Koehler wrote: > I think it would be nice that I could take the kernel from the LiveCD and= =20 > installed it as is (including moduels) over my new installation PC instea= d of=20 > building a new one. For sure I would like to do that past the first rebo= ot=20 > but I often got problems where I forgot some required kernel option reboo= ting=20 > into a "Missing console" kernel critical stop or into a "Missing DevFS"=20 > state. >=20 > Then I have to reboot from the CD, remount everything as it was, chroot a= nd=20 > recompile ... It would be really great that the installation start by ha= ving=20 > you install the LiveCD kernel with the module get this to be the default=20 > kernel for your installation then once rebooted to that new kernel from t= he=20 > hard disk you could then start installing/playing with a new version of t= he=20 > kernel. >=20 > At least at that point if the new kernel failed, a simple reboot with the= =20 > selection through grub/lilo to pick the previous working kernel would be=20 > enough to get you back inside a working state to debug your kernel. >=20 > That installation could also be simplified by creating an ebuild such as=20 > livecd-kernel and having the admin type emerge livecd-kernel to do that s= tep=20 > for him. >=20 > This would also make it easier for an installation software to get that s= tep=20 > automatically done. --=20 Nicholas Hockey (Tilt) Unix Administrator Tilt@EFnet #BitchX --------------------------------------------------------------------=20 GnuPG KeyID 4EDE2B84 Key fingerprint =3D B916 6032 BE3D 490D 2A08 F1BC 948A A4C1 4EDE 2B84 gpg --keyserver wwwkeys.pgp.net --recv-keys 4EDE2B84 -------------------------------------------------------------------- --=-g5D9VwKpPZEI4bv5ND+u Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable So Copy it over, nothing relly hard about that, tho i am a firm bealiver th= at you should know your machine enough to be able to compile a kernel for i= t. tho having it do this automaticly would relly take away the apeal of gen= too for me, i like to be in control, and using some yuppies pre-fab kernel,= with things he thinks i should use, that would just take up precious HD sp= ace, is not the gentoo way.

On Fri, 2003-01-10 at 10:04, Yannick Koehler wrote:

I think it would be nice that I =
could take the kernel from the LiveCD and=20
installed it as is (including moduels) over my new installation PC instead =
of=20
building a new one.  For sure I would like to do that past the first reboot=
=20
but I often got problems where I forgot some required kernel option rebooti=
ng=20
into a "Missing console" kernel critical stop or into a "Mis=
sing DevFS"=20
state.

Then I have to reboot from the CD, remount everything as it was, chroot and=
=20
recompile ...  It would be really great that the installation start by havi=
ng=20
you install the LiveCD kernel with the module get this to be the default=20
kernel for your installation then once rebooted to that new kernel from the=
=20
hard disk you could then start installing/playing with a new version of the=
=20
kernel.

At least at that point if the new kernel failed, a simple reboot with the=20
selection through grub/lilo to pick the previous working kernel would be=20
enough to get you back inside a working state to debug your kernel.

That installation could also be simplified by creating an ebuild such as=20
livecd-kernel and having the admin type emerge livecd-kernel to do that ste=
p=20
for him.

This would also make it easier for an installation software to get that ste=
p=20
automatically done.




--=20
Nicholas Hockey (Tilt) <tilt@bluecherry.net>
Unix Administrator
Tilt@EFnet #BitchX
--------------------------------------------------------------------=20
GnuPG KeyID 4EDE2B84
Key fingerprint =3D B916 6032 BE3D 490D 2A08  F1BC 948A A4C1 4EDE 2B84
gpg --keyserver wwwkeys.pgp.net --recv-keys 4EDE2B84
--------------------------------------------------------------------

--=-g5D9VwKpPZEI4bv5ND+u-- --=-vzHd2xYrmcIb4IUVJZ97 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+Hyg9lIqkwU7eK4QRAhR3AJ9o+3NyLoSezK4QjF5mt2hRX/eXVACeOGEH ccxtmfCTK1mxbIwY4aTLI8M= =D6oD -----END PGP SIGNATURE----- --=-vzHd2xYrmcIb4IUVJZ97--