Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.os.linux.slackware > #25394
| From | JohnF <john@please.see.sig.for.email.com> |
|---|---|
| Newsgroups | alt.os.linux.slackware |
| Subject | Re: Kernel upgrade to 4.1.6 w/o recompiles |
| Date | 2015-08-24 06:36 +0000 |
| Organization | PANIX Public Access Internet and UNIX, NYC |
| Message-ID | <mree1k$rro$1@reader1.panix.com> (permalink) |
| References | <mrc1sg$4gg$1@reader1.panix.com> <55da4900$0$23850$e4fe514c@news.xs4all.nl> <mre782$fjk$1@reader1.panix.com> <55daadbf$0$23785$e4fe514c@news.xs4all.nl> |
Eef Hartman <E.J.M.Hartman@gmail.com> wrote: > JohnF <john@please.see.sig.for.email.com> wrote: >> Okay, installed that, too. I first tried w/o new firmware, and that >> seemed fine. New /lib/firmware/ seems fine, too. Like you say, >> guess it can't hurt. > > Certain hardware may need them. If you haven't got the hardware > you won't notice any differences. > >> but there's nothing I'm aware of in the stanzas that lets you >> associate a System.map.new and config.new with vmlinuz.new, etc. > > Neither the kernel nor lilo need those files/links, they're mostly for > human usage and _some_ apps may use them to get info about the running > kernel. Then, when you do want to modify the kernel, the config helps > to give you a base to start from. Thanks for the additional info, Eef. Somewhere around slack 8 or 10, I'd tried booting one install with several kernels, one per lilo stanza, as per your (now snipped) suggestion. But it somehow failed, and I somehow determined the single System.map and config were the problem. So I never tried that again, instead using several partitions for different kernel versions, on the sporadic occasions when I wanted a newer kernel but not a whole new slackware version. But I guess that was wrong -- the System.map and config weren't the problem, and I must have messed up something else. Next time I need this, I'll try your way again. Lots simpler than what I've been doing. >> How do you get around that? > > Just for convenience I create every reboot a new set of sym-links to > the running kernel's version of those files: > echo "Set correct version for System.map and kernel src link ...." > KERNEL=`uname -r` > > cd /boot && ln -sf System.map*-$KERNEL System.map && \ > ln -sf config*-$KERNEL config > cd /usr/src && test -d linux-$KERNEL && rm -f linux && \ > ln -s linux-$KERNEL linux > > You see that the last command allows for "no sources present". Thanks, again. I'll put that stuff in /etc/rc.d/rc.local (or maybe create a separate 755 rc.symlinks file). Off-topic, re uname -r : I'd noticed the default /etc/issue has \s \r \l, which I'd guessed were uname -switches, except that uname -l doesn't work. Where does it get that info from? >> That looks like an awful lot of new stuff. > > There's an awful lot of newer hardware that the kernel has to > support. That is the reason _why_ you wanted a newer kernel... > >> a 200,000" stack of floppies, which would be ~3.15 miles high). > > Cq. about 5 km (I cannot really think in those archaic units like > miles and feet etc. - in science only the SI is used). > BTW: I'm an ex-physics student and retired university mathematics and > electric engineering staff member (department Electrical Engineering, > Mathematics and Computer Science of the Delft University of > Technology). Well, units/shmunits, miles/shmiles. Dimensionless constants are invariant regardless. I have an ms in physics from ccny (city college of new york), and did some adjunct teaching at queens college and baruch (new york city schools) back in the 1970's. Mostly computer consulting since, as per s-corp's homepage at the obvious url from my sig below. ( By the way, I sail as a hobby, and there ain't no such thing as nautical kilometers :) -- John Forkosh ( mailto: j@f.com where j=john and f=forkosh )
Back to alt.os.linux.slackware | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Kernel upgrade to 4.1.6 w/o recompiles JohnF <john@please.see.sig.for.email.com> - 2015-08-23 08:56 +0000
Re: Kernel upgrade to 4.1.6 w/o recompiles Eef Hartman <E.J.M.Hartman@gmail.com> - 2015-08-23 22:28 +0000
Re: Kernel upgrade to 4.1.6 w/o recompiles JohnF <john@please.see.sig.for.email.com> - 2015-08-24 04:40 +0000
Re: Kernel upgrade to 4.1.6 w/o recompiles Eef Hartman <E.J.M.Hartman@gmail.com> - 2015-08-24 05:38 +0000
Re: Kernel upgrade to 4.1.6 w/o recompiles JohnF <john@please.see.sig.for.email.com> - 2015-08-24 06:36 +0000
Re: Kernel upgrade to 4.1.6 w/o recompiles Eef Hartman <E.J.M.Hartman@gmail.com> - 2015-08-24 11:07 +0000
Re: Kernel upgrade to 4.1.6 w/o recompiles JohnF <john@please.see.sig.for.email.com> - 2015-08-24 12:20 +0000
Re: Kernel upgrade to 4.1.6 w/o recompiles JohnF <john@please.see.sig.for.email.com> - 2015-08-24 10:43 +0000
csiph-web