From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost.localdomain(c716099-a.rchdsn1.tx.home.com[24.7.105.70]) (2174 bytes) by braille.uwo.ca via smail with P:esmtp/D:aliases/T:pipe (sender: ) id for ; Tue, 29 Aug 2000 16:14:06 -0400 (EDT) (Smail-3.2.0.102 1998-Aug-2 #2 built 1999-Sep-5) Received: from localhost (cpt.kirk@localhost) by localhost.localdomain (8.9.3/8.9.3) with ESMTP id OAA25721 for ; Tue, 29 Aug 2000 14:20:24 -0500 X-Authentication-Warning: localhost.localdomain: cpt.kirk owned process doing -bs Date: Tue, 29 Aug 2000 14:20:23 -0500 (CDT) From: Kirk Wood X-Sender: cpt.kirk@localhost.localdomain To: speakup@braille.uwo.ca Subject: Re: Stupid kernel question In-Reply-To: <3.0.5.32.20000829144121.007a53b0@ycardz.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII List-Id: Actually, if you use the cp command it works just fine. That is what I have been using. I don't think the howto specifies how to copy the file, just to do so. So I have always used the cp command. And for the record, you can name the new kernel any valid filename as far as I can tell. I know I have gone to using names that mean something to me. I typically use a date (8-11) for a general purpose kernel. If it is for a specific reason I name it such again with a date. Redhat uses a softlink to make vmlinuz point to a kernel that is like vmlinuz-2.2.14 (or whatever version of kernel is there). I find making a softlink to just add more steps. I name it at will and add the entry to lilo.conf. Then run lilo. This keeps the backup in place and ready for a screw up. I have made kernels that didn't work. But by adding the entry to lilo.conf and leaving what was already there exactly where it started has always left me able to recover from my errors. Certainly there may be some textbook reason for certain conventions. But they are at the heart conventions and not rules. Until someone gives me some reason to name my kernel vmlinuz I can only guess it is so anyone will know its name. But hey, lilo.conf will clear that mystery up so I continue in my ways. -- Kirk Wood Cpt.Kirk@1tree.net ------------------ Seek simplicity -- and distrust it. Alfred North Whitehead