Kernel 2.2 - It Lives!
Build6 writes "For those of us still using 2.2 (how's that for "conservatism" eh?) -- 2.2.24 is out (and has been since last week) - see kernel.org for downloads. I see networking code tweaks, but no changelog. Time to give our old RH 6.2 machines one last kernel-recompile before Red Hat's end-of-life date arrives for 6.2? :-) What I'd like to know is - who else (besides me) out there still has machines running 2.2 and intends to keep it that way?"
Although Linux 2.2 may eventually become relatively obscure, I wouldn't anticipate its disappearance. It will almost certainly remain a viable contender for certain embedded and esoteric applications.
Do you like German cars?
i have thought of giving my 386 running 6.x to my four-year-old (and letting him have my 2400b modem to connect to the net). i have a 200mHz running mandrake 7. but i really like my friend's 233 running Red Hat 8. it's so simple, even my mother could use it.
This is a real question not flame bait. Why would you keep 2.2? What is there in 2.4 that makes it so bad? It seems like it's pretty mature now so what's wrong with it?
-Tim
Tim Smith - Ramblings from Nerd Land
Although we are slowly phasing them out we are running quite a few machines, mostly redhat. Because of they are critical systems they have yet to be upgraded. There's one debian box that's been up for over 500 days and the kernel wasn't upgraded for a while before that! For some reason it seems to be the most stable box we have.
I get asked all the time.
:-)
I've still got 2.2 on my laptop, and really, I'm happy. I don't use it for much more than mobile internet access, and as tightly compiled as I have it, I don't feel a need to go through and upgrade. Just that much more work for an overall unimportant change, a least in this situation.
Of course, my desktop has 2.4.
[este]
I've got 8 machines still running 2.2 at the moment. They're standalone boxes used for Fortran code... so, there's No Compelling Reason yet for an upgrade.
All of us are still using 2.2 kernels, whether we like it or not.
2.2? I'm still running 2.1... Works great (as a firewall)... then again, it's only a 486 DX2 66... so I don't dare fiddle with it... It might turn to dust from old age...
---
Programming is like sex... Make one mistake and support it the rest of your life.
I'm sure there are plenty of people with boxes up running 2.0 still too or there wouldn't be continued effort on it.
if i am not mistaken, i believe the current version of debian still defaults to 2.2.somethingobscure unless you specify the bf24 image during install (just did it today actually)
...that run 2.0... And of course, Debian stable is still 2.2.
I try to keep up with all the lastest patches for Apache, Linux, and PHP. I'm finding that it is getting harder to find rpms at http://rpmfind.net. It's also a bitch to compile certain newer versions of applications which requires gcc 3.x. I'm still running gcc 2.95, and it's not compile friendly for some newer versions of apps out there. For example, ffmpeg-0.4.6 wouldn't compile, but ffmpeg-0.4.5 was compilable.
I'm running 2.2 on a 233 MHz P2. Why? Because it's my firewall and I don't want to spend calories figuring out how to get MS Netmeeting (for vid-conferencing with the parental units) to work through anything else. It's been running for a good 2-3 years now with no hiccups. Why should I upgrade when it serves my needs perfectly?
-----------------------
To understand recursion, one must first understand recursion.
It works.
I ran a firewall off of my 2.2.23 box all set up to be secure to the outside and provide a fileserver/print server to the inside as well as being a DSL and dial-up router.
Why would I upgrade and possibly break something?
It does not need X, it is a PII-400, and it does not do anything that is so intensive it needs 2.4
Long live 2.2
2.2?! I can't wait till 2.6 so I can dump slow-ass 2.4 already!
My Signature
2400 baud modem! Now hes going to grow up with connection envy. And one day post on Slashdot about his oc2400. Sheesh!
My current gateway is a AST 486SX/33 with 16 megs of RAM.
I was able to install RH 6.2 on it and wittle the RPMs I didn't need to get it down to under 200 megs.
While on many of my other servers I run 2.4.x, on this type of box I think 2.2.x suits my needs perfectly.
Really, I know what I'm doing...Ohhhh, look at the shiny buttons!
I'm still running 2.0.x on a couple of machines. It works, they're low spec machines which don't provide many services, why mess with it?
:( It's too much hassle tracking it all by hand, even with a minimal package set.
I'll probably be forced to upgrade soon by the lack of security updates for RH 5.x, though
I have no idea what number it is but it runs my Mac Performa 6360 which is acting as a router. The 2.4 kernel panics anytime it tries to access the cd drive or I look at it funny. Don't get me wrong here, I use 2.4 on everything except in this one case.
can't sleep slashdot will eat me
I'd say with everything I'm reading about Linux's new target market, a lot of people will leave their kernels. Why? Because they either don't know how to upgrade, or more likely, are not educated on the benefits of upgrading.
Honestly, with the advent of Linux being sold at K-Mart, used in schools, and wielded by mouse-clicking Grandma's, there are bound to be lots of people who don't know they should upgrade their kernels. I personally think marketing Linux to these markets is important, but an equal amount of importance should be recognized in educating these new users in the basics of maintaining these systems.
Because what good is the open source movement if the end user doesn't know how to benefit from our work?
I'm still running a 2.0-based kernel as a mail server (qmail) in my house. AMD K6-2/266, 64MB RAM, 6GB disk space. Been running for 2-1/2 years as a mail server and 3 years prior to that doing IP masquerading for a RoadRunner account I used to have. Have another machine ready to install RH 8.0 on and finally retire it...
or is there absolutely NOTHING on slashdot with any actual value to anyone right now?
the front page is shit, shit, and more shit. its kind of ridiculous.
i remember when going to slashdot was fun, but now its gay. In fact, most of the time I go to Trolltalk before I visit the main page (http://slashdot.org/comments.pl?sid=20721) because Vlad making an assfaggot out of himself is always more entertaining and worthwhile then the shit that has been here lately.
I guess this is pretty much the end of Slashdot. All-time low subscription rates with no real benefit is going to kill them.
So long, and thanks for the memories!
Found the changelog here. It reads:
Linux 2.2.24-rc5
* Fix n_hdlc globals pollution (Paul Fulghum)
* Fix initialisation of sk->sleep (Holger Smolinksi)
* Handle init_ethdev returning null in tulip (Neale Banks)
* Backport rtc wildcard fix to 2.2 (Paul Gortmaker)
* Correct wireless config help (Neale Banks)
* Fix smc9194 build (me)
I run 2.2.23 on my 8 Processor Sparcserver1000E (with 2GB Ram)...
:(
I can't use 2.4 (or 2.3) because sun4d SMP support got broken for 2.3 and never got fixed. If I use anything except 2.2 I can only use one CPU
If it ain't broke, don't fix it.
There's some nice things in 2.4, certainly (e.g. USB support that works). My home machines and laptop run it. But many of the servers I admin have been humming along fine with the 2.2 tree for quite some time, so I see very little reason to upgrade (indeed, with the hairiness in the 2.4 tree's virtual memory handling, I can several reasons NOT to upgrade beyond just change management). (Some will say that you should upgrade to 2.4 for the new firewalling features, but I prefer to put firewalling onto a dedicated openbsd machine or an appliance like a netscreen so the issue is moot for me.)
News for Geeks in Austin, TX
kernel 1.0.1
It kind of itches a little.
I have two 486 DX4's running 2.2.20. They work fine like they are. Updating from 2.2.x to 2.4.x would be a pain the butt. I'll leave them as is until they die of old age.
Indecision is the key to flexibility.
EnGarde Linux uses 2.2 kernels+lids.
most of my systems are 2.2.19(some are heavily patched by 3rd party patches/updated drivers). I only started testing 2.4.x for deployment 3 months ago. I don't anticipate rolling 2.4.x out in the immediate future. 2.2.19 has been ROCK solid for years. 2.4.20 is finally getting the 2.4.x tree to a stable point where I can evaluate it more. i.e. 2.4.20 is about as mature (IMO) as 2.2.10 was(my first 2.2.x kernel version deployment).
I have 1 2.2.23 system, which I updated in december after the machine lost it's 634 day uptime due to a 10 hour power outage.
I'm still on 2.2. Waiting for OpenWall to go to 2.4 stable for the kernel as I use OpenWall and LIDS in my kernel compile.
Debian use tried and tested software, their kernel sources contain quite a few bugfixes too.
Debian uses the vanilla kernel from kernel.org.
Until Trustix 2.0 comes out, I'll be using 2.2.. it's fast, secure and stable, why bother upgrading?
My dinky 4 year old Toshiba Satelitte that's currently running Redhat 6.2
I use this sucker for one thing only, to console into UNIX machines and cisco switches/routers using minicom through the serial port. I don't think I'll even bother upgrading the kernel. There's no ethnetport on this oldie but still functional.
I don't really have a choice. It's well-known that the 2.4 kernels can't compile properly for the 32-bit sparc architecture. http://www.rocklinux.org/mailing-list/rock-ports/2 001-7/5.html
--
Sam Kennedy
samrolken
>The IRLP system uses gpg for encryption and authentication
>to prevent **rouge** users from connecting and taking control
>of machines over the network
So what do you have against rosy cheeks?
I've written a little application around libpcap that needs the microsecond resolution for packet arrival times. 2.2 has that. 2.4 only gives me 10 millisecond resolution.
Sanders Kernel? I always know to trust the Kernel.
Sorry about the writing. Robot fingers, you know? Cliff Steele in DOOM PATROL #23
People still use 2.2.x?
Just kidding.
As I recall, I had some old old Slackware machines . I don't even remember the version number, but I think they started out with a 2.0.x kernel. On most of our machines, I didn't really want to take them down til they died of old age or whatever (usually we wanted faster machines over time), but kept upgrading the kernels on some occasionally for new features.. As I recall, we just couldn't get the 2.4.x kernels to even compile on them, without library upgrades, which I wasn't prepared to do (and probably mess up) on a whole bunch of machines.
But, I'm sure there are plenty of people out there with 2.2.x still, who haven't had a need to upgrade. I was just working on a machine a few days ago, that is, and there's no need to upgrade, it works fine.
> uname -a
Linux foo.bar.com 2.2.13 #3 Sun Nov 21 18:45:36 EST 1999 i586 unknown
That machine is still running strong. We just upgraded the CPU, motherboard, and memory, but it was all compatable with the drivers that were compiled in back in 1999..
Serious? Seriousness is well above my pay grade.
I've got a Redhat 6.2 machine running 2.2.21... and I doubt if I'll even update it to .24. The only reason it was upgraded to .21 was because I swapped out the 10mbit network card for a 100mbit.
:D
It's been running fine pretty much non-stop for 4 years now. The only time it ever is rebooted is when the power goes out (yeah, I know...)
It's rock solid, and serves as my apache and SSH server to the outside and my FTP, MySQL, NFS, Telnet and AppleTalk server to the inside. To top it off, it's running SETI@Home and it's on a P120 with 32 megs of RAM, with no swap space being used. Not too bad, in my opinion.
Unless I suddenly get a big outgoing bandwidth upgrade, and an increase in activity to go along with it, I don't think I'll ever be upgrading this machine
dennis
feh who needs hard drives larger than 540 MB anyway? A 386 with a 387 FPU with 8 MB RAM is more than enough for me! Sheesh all this bloat... for what?
Karma whorin' since 1999
I don't know, I'm always torn between losing my uptime and installing the latest kernel. Its a lose/lose situation. If slashdot wouldn't announce the new 2.2 kernel I could just go on believing I had the latest code and it wouldn't bother me. But now that I know there's a new kernel, I'll have to compile it and bear the pain of losing my (not much, but around 130 days now) uptime. Thanks again for dragging me out of my sheltered update life.
Cthulhu Saves.
ill prolly stick with the 2.2 series on my sparc20 until it dies, only because i cant compile 2.4 (although it *should* work :( )
cant say i have much experience with 2.4.. im a freebsd bitch
ok, there are some limitations, but, on the whole, i get great performance out of the little beast.
"You never want a serious crisis to go to waste." - Rahm Emanuel
We have software that depends on this that we don't want to switch to using SOCK_RAW or ETHERTAP or a bazillion aliased network devices or whatever, so we stick with 2.2. (Intercal comes to mind. If networking only had a SENDFROM!).
Plus it is small and compiles fast.
-- ac at home
I'm still running 2.2 on my Router/Fileserver (an old iP100), because it's stable (up 284 days) and I don't want to re-write the whole firewall.
But now, I do need better QoS (using HTB right now) for filesharing users and gamers on my LAN. So I'm thinking of switching, because I heard iptables are more effective?
There seems to be an assumption that we are only talking about workstations/servers when it comes to if the 2.0 or 2.2 kernel is still in use. The reality is that the Linux kernel is in use on embedded devices and it is not always desirable to try to be bleeding edge with such devices. Once you get a 2.0 or 2.2 kernel to fit withen the design limitations of an embedded device, upgrading may mean rethinking the hardware and starting from scratch. For example, I would be willing to bet that the majority of Agenda Computing/VR3 devices will never be upgraded to version 2.4 of the kernel.
An even older one at work. I cannot
remember. Lots of newer ones though
If it ain't broke, don't fix it.
No kiddin. My headless P100 MP3 player/server has been 2.2.19 since that kernel was released and it's never gone down (except for having to move the machine a few times).
It's behind my 2.4.20 firewall, so I'm not too concerned about security updates or patches on the old box.
So, in the end, a 2.4 upgrade would provide nothing, and waste a day of my time. There's your reason.
There, there, Mr. Gates. No need to use profanity while logged in under your troll account.
The history of Information Technology will always revere you as an astute businessman, if not exactly a friend of competition.
Can anyone comment on if and how the SCO lawsuit may or may not effect linux kernel distros now or in the future?
I wouldn't throw away the earlier kernels just yet. It may not effect your average mom and pop operation, but a legal injunction would curtail alot of corporate projects that are currently using linux.
It would be nice to see someone respond who is very familiar with the kernel development and these issues.
Lodragan Draoidh
The more you explain it, the more I don't understand it. - Mark Twain
Engineering is the art of compromise.
I just upgraded to 2.5.64 with Linus's patch ( mentioned yesterday) merged in.
I am running Gentoo and I first installed the gentoo-optimized 2.4.20 kernel. When I read the article yesterday I decided to make the jump to 2.5.64 + patch. Holy wow, Batman.
I'm running Gentoo under VMware on a dual 2.2 GHz Xeon (only 1 processor makes it through to the virtual machine, though). After figuring out that I needed new modutils, I had everything up and running. I started up a kernel compile with make -j 2 to really try and saturate the system, and moved the mouse around. The mouse was silky smooth, KDE quickly and properly recognized mouse-overs and everything was just so nice. I then booted back to 2.4.20 and ran the same test. Oh the pain! The mouse was chunky, KDE didn't even try and do mouseover animations.. it was horrible. I've switched grub to default to the 2.5 kernel and I'm not going back.
That said, this is a play machine and does nothing important. So if it crashes more often (no crashes yet), then it doesn't really bother me..
Actually, the reason Linux is not on the Netcraft top 10 list is given on their website:
"Additionally HP-UX, Linux, Solaris and recent releases of FreeBSD cycle back to zero after 497 days, exactly as if the machine had been rebooted at that precise point. Thus it is not possible to see a HP-UX, Linux or Solaris system with an uptime measurement above 497 days."
Plus, some of those BSD/OS boxes on that list have been running for like 7 years, which is before Apache was even ported to Linux... crazy
/tmp># uname -a
/tmp># uptime
Linux cephalus 2.0.35 #1 Fri Sep 4 21:58:40 MST 1998 i586 unknown
I use 2.0.35 for my daily internet access and word processing on my Debian machine.
I have a newer kernel (don't remember what, and its been a year or two since I booted it) that I boot if I want my Zip drive to work, but then I lose my printer access and sound (insignificant, because my sound card went in the trash last year when it died).
7:03pm up 55 days, 12:27, 3 users, load average: 0.15, 0.29, 0.30
This Pentium 233MMX is so old, I just don't care to put any effort into upgrading hardware or software.
Organization: alphabetical, sometimes numerical or messy
kernel 2.0 rocks!!11!!
I'm not sure what you guys are talking about. Kernel, what kernel. Monolithic kernels are just so tired.
Now, let me just apply patch 108528-666, and I'll be able to turn off the sarcasm. ;)
Seriously though, not having to re-compile or upgrade kernels is sort of nice in the Solaris world. I wish Linus would just admit that modular kernals are just sooo much cooler.
Don't get me started on my HP-UX machines though...
System: You have decided to rmdir a directory, shall I build a new kernel for you.
System: Shall I place it in /stand and corrupt myself?
User: What the hell, I feel like living dangerously
Contrary to popular belief, life is not a bitch. It is far far worse.
both alive and seriously kicking.
For the server, I will have to keep this kernel because the onboard Ethernet port is supported through a patched driver - and the patch I found doesn't apply to any version of the kernel module I checked, so I have to use the compiled module that came with the patch. No, I don't have any info on the origin of the module.
Sigged!
Debian still recommends the old 2.2 kernel and you can still install it from their latest distro. It wasn't untill alot of arm twisting before debian even decided to use 2.4 in their latest distro. There are alot of bugs withstanding from 2.4 and 2.2 has matured and all the bugs have been wrinkled out.
The VM bug in Linux doesn't help things either. The new patch in the recent kernels that fixed the problems is not %100 stable either under heavy i/o loads from what I heard.
If I had to use a server I would pick FreeBSD or debian with kernel 2.2 for these reasons.
Does anyone else use the old kernel for these reasons.
http://saveie6.com/
deja-vu.flashdance.cx is a 2.2.23 box. Its a NAT box for 2 windows computers (my parents and my sisters). MDK 6.1
All servers turned off, no rpm upgrades exist (for security patches) and to compile the servers was to much hassle. And I wasnt really in a need to run servers on it. Now it got 78 days uptime. 1 GB HD, P120, 80 MB RAM.
No need to upgrade it. Rest in peace or something.
Lewis, which was featured here on /. sometime ago, is still running red hat 6.2. And I don't know of any software upgrades our lab will be giving him any time soon.
(and on boxes out there running other versions, and on uptimes, etc.) - see the Linux Counter
VKh
I still have a disk of the preview version of Caldera Network Desktop. I really had high hopes for Caldera at this time (it was 94/95). It as a distribution based on the 1.0 kernel and used something called Looking Glass for the window manager. The interesting thing is that it was based on Redhat (4.6 I think). It was the first distro I saw reviewed by a big magazine. Now al I can say is goodbye caldera/sco. I'm glad to see you go....
Zoid.com
From one of my servers:
~$ uname -r
2.2.18pre21
I have a simple rule. When I have a box of year 19XX, then I try to give it an OS of year 19XX and preferably the applications of year 19XX. (BTW, for the picky ones, same is true for 20XX :-).
.... (fill in your dots).
The advantage is that you get good performance and that the drivers still understand old hardware like
So my Advantech 486 / 64MB IPC is still running fine as a firewall / DNS-server, with two ISA-based 3COM 509Cs. And given my rule above, it is of course running a 2.2 kernel, in this case RH 6.2.
My desktop (P5) is running Debian (also 2.2 kernel), but on the other hand my more recent notebook is using RH 8.0 (Linux 2.4).
Performance wise this is all pretty optimal, the only worry that you can have is that those older configurations are not coping with the latest virus attacks. Anyway, so far, so good......
Willem
Browsers shouldn't have a back button!! It's all about going forward...
A BeOS user was spotted in the wild...
...Microsoft's windows update server logged a user updating Windows 95...
Counterstrike continues to make thousands and thousands of owners of outdated PCs think they have decent machines...
LOL, I guess this does speak for Linux's maintenance outlook...
------- "From bored to fanboy in 3.8 asian girls" ----------
is still based on RH 6.2. Which could be blamed on lack of resources or attention, but it's probably more an issue of "good enough".
Willem
Browsers shouldn't have a back button!! It's all about going forward...
I have 2.2.18 installed on my AMD K6 400 machine at work. I never upgraded, well, because, I did not have the time, and if IT did the upgrade I would loose root. Fortunately, they now permit remote logged sudo, which means I could upgrade to what ever latest RedHat image they have. Or I could also choose NetBSD. That said, I am in no rush, as all the machine ever runs is X, xmms, rxvt and vim. Sometimes mozilla. All the real work is done on the big hardware. Why spend the man's money (no not that man's money) when I don't have to?
You'll see that masquerading for some protocols are not ported to iptables
Of course, some purist will tell you that IP masquerading is not security, but other purist will tell you that statefull packet inspection is not kosher eather.
Who is a purist anyway ?
[Pruneau
I suppose you haven't used debian then...
Sure it doesn't show the correct uptime, just add 497.
Monitoring software (netsaint now nagos) reports zombie processes but the machine is still running fine, no problems with apache and we aren't running named on this one.
2.2, eh? That's high tech stuff. I have an old machine in my garage, a 486 SX, running an old Yggdrasil Linux from at least 10 years ago. I don't remember what the kernel version is, but it's OLD. Still running. I use it for text editing and a few other boring things.
And hey, it's COOL! It reminds me of the early days of Linux, when most of my friends had never heard of it and were still using DOS and Windows 3.1. Hell, one guy had Windows 3.11 for Workgroups, and he had all these bitchen games on his dad's 486 DX4--100 mhz--and he was COOL! Nowadays, that's not fast enough to run an operating system, let alone any games.
dung...
;oP
you know
MS.
ooh...mod me up, i put down Billy!!
Ah, but are you runing 2.5.64 with XFree86 4.3.0 like me? And, yeah, its on a dualie Athlon box.
/var/log/XFree86.0.log
[root@bend mail]# uname -a
Linux bend.local.davenjudy.org 2.5.64 #1 SMP Thu Mar 6 16:42:57 MST 2003 i686 athlon i386 GNU/Linux
and
[root@bend mail]# head
XFree86 Version 4.3.0
Release Date: 27 February 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.5.61 i686 [ELF]
Build Date: 04 March 2003
They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
Ben
Debian stable is VERSION 3.0r1, and depending on the arch the default kernel is either a 2.2 or 2.4, (most of the new arch's are 2.4 only [hppa], and some older ones have issues with 2.4). Off hand you can get 2.4 install disks for everything bar sparc32.
/* FUCK - The F-word is here so that you can grep for it */
I'll just chime in...
I've got a perfectly good Pentium-90 firewall/NAT box running Slackware 7.0 with kernel 2.2.13. It's been in use for a long time as-is (the kernel image itself is dated 04-10-2000), and runs sshd, but no other services (well, a fake identd, which is a 3-line perl hack, but the identd port's limited to the IP addresses of a few IRC servers, and nothing else).
I have had to upgrade openssh and openssl a few times, but otherwise I don't worry about that box.
One day I will replace it with something a little faster, and probably running Net or Open BSD, but there's no hurry.
Trivia: In the kernel config, to this day, you still see a `bugfix for CMD640 IDE chipset'.. my old P90 router actually has a CMD640 in it. However, it has only a single SCSI drive, plugged into the onboard (really!) SCSI controller. It's actually a pretty high-end board for its time period: Intel NX chipset, dual CPU support up to Pentium 120 (or maybe 133?), onboard NIC (not functional in Linux 2.2 though) and SCSI. I've got 80M of SIMMs in there; it would take up to 256M (8 slots @ 32M apiece. I don't believe it supports 64M SIMMs).
The last time I installed any new software on that box was in maybe 2001, when I wanted to temporarily run a QuakeWorld server on it. QuakeForge wouldn't compile with the ancient gcc on there (2.91.66), so I built a 100% static binary on my workstation & scp'ed it over. Ran like a champ for the 4 hours or so we played that day, but I wouldn't keep it up 24/7.
Why don't I upgrade it to Linux 2.4? A better question is why should I? I pulled this box out of a dumpster behind Revco (heh, the BIOS boot screen has a Revco logo on it, too) in 1996 or so, ran a 2.0 kernel on it for a while, upgraded to 2.2 + Slack 7 around the time Slack 7 came out... then got a `real job' and started making enough money I didn't need to use a piece of dumpster crap for a workstation any more, so pressed it into service as a router when I got cable for the first time. It Just Works, and it's likely to keep on Just Working long after my Athlon 2100+ workstation has died the death.
Basically, it's an appliance now. Power it on, and you have a noisier but more secure version of one of those dinky little Linksys routers people are buying now.
then running 2.0 must be frigen right wing reactionary.
I am the Alpha and the Omega-3
I've got a 2.2.19 GNU/Linux Linuxfromscratch.org setup. It is behind my firewall so I'm not that worried about security. It runs my internal Bind 9 DNS, ISC DHCPD, Samba 2.2.7a, and software RAID which was a pain to setup!
When I go away from my Compaq rackmount 25GB (pitiful I know) RAID chasis full of old 4.3GB disks and go to large IDE drives, then I might rebuild to 2.4.
Incidentally the firewall runs 2.4.20, SQUID transparent chaching, and SSH - that's all folks.
I remember that when upgrading my pentium 133 from 2.0.x to 2.2.x, I noticed what seemed to be a big drop in performance (or at least an increase in latency). Now the machine runs 2.4.0.
Many features of the kernel (and of Xfree86, for that matter) are really nice for the embedded and slower-computer markets; however, how do these newer versions perform vs the old versions?
Are there any benchmarks that compare Linux 2.0, 2.2, and 2.4 across several older-generation machines? What about XFree86?
According to my personal experience with 2.2, if you do a lot of small memory allocations and bring the machine very close to the limit (including swap space), the system will eventually stop working, perhaps not crashing, but not responding to rsh/telnet.
... Repeat that until even 1 byte is not available. Store all the pointers and, between mallocs, access to all the memory correctly allocated before.
I remember that I even wrote a small C code to reproduce the problem. In summary: Alloc M bytes of RAM. If they are available, ask for M more. If not, ask for M/2, M/4
The problem disapeared with 2.4. This holds at least for the old versions of 2.2 we used, I don't know if it has been fixed.
due to a vendor's application dependability. One of our main apps switched to 2.4 on us, but other than that we'd have stayed put at 2.2.
I recently deployed a new dial-up server at my work using Slink Debian, kernel 2.0.38. The machine is a 100Mhz 486 with 8MB of RAM. It's deliriously stable, and runs all the software we need on it (mgetty, atftpd, cron, and some sh scripts). Why would I go for a kernel that requires more memory (Debian 2.2+ wouldn't boot in 8MB of RAM), when the tried and true works great?
I have two RH 6.2 based boxen. One is an old P133 running 2.2.22, setup as a firewall/router. This system is rock solid, uptimes are generally 90 days plus.
The other box is a P166 set up as a security camera server. Its been upgraded to 2.4.20. for better bttv support. It manages around 14 days between reboots.
Not really a fair comparision since the two systems are doing very different things but the 2.2 kernels do seem to be a little more stable
Security? Aside from all the patches I've installed over the years, the script kiddies have forgotten how to hack into a box that old.
I figure I'll upgrade it when its hard disk or power supply dies.
Much as I hate to admit it, the household server is still running 2.0.36. IP masquerade and firewall for the household LAN's Internet access via cable modem, Samba print service for the other machines, backup storage for kids' schoolwork, and an antique version of Apache whose main function is to provide access to the Perl scripts that allow multiple people to share an old SCSI scanner. Haven't had a monitor connected to it for years, and the BIOS is old enough that you can tell it to ignore the fact that the keyboard check fails at boot time. The old AT power supply comes back up without any manual action after a power failure -- no idea how many of those it's been through, but the ext2 file system doesn't seem to have ever lost anything.
I work at an ISP and I still have to servers running RH 6.2. They've done quite well for the past 2 years. But they are due for an hardware upgrade to Sun 220R so... I could stay with 6.2 or just go with Solaris 8. And since I'm a Solaris Admin, it's a no brainer.
Why not use 2.2 if it is necessary or just the same. Since 2.2.19 (or 18) there's USB support, embedded applications are definitely benefited by its small size in binary and in generally most features for a simple machine are there.
On the contrary, 2.4 has much better support for most recent machines therefore its use is obligatory for anything new apart from the embedded machines and special purpose macines as firewalls.
Then again, if a machine old enough can handle the largest binary, it only get 2 megs of RAM more anyway, it is better to use 2.4, not for the features but for the optimizations it has on it since 2.3 was started.
Same will happen with 2.6. It's not a philosophy, it's common sense. Remember that yesterday's article here about the recent optimizations of Linus on the scheduler. The fact is it's not only these optimizations people were talking about, Ingo has re-written from scratch the scheduler for the 2.5.
In general, if the machine can handle the slightly larger binaries and slightly higher memory needs, it's a sane solution to use the latest *stable* release.
People often
Linux cantor 2.2.20 #1 SMP Fri Nov 16 16:15:32 EST 2001 sparc unknown
... although some people on debian-sparc claim it works... i'll probably stick with 2.2.20 for a while on this box.
cpu : Texas Instruments, Inc. - SuperSparc 50
Cpu0Bogo : 74.75
Cpu1Bogo : 74.95
i haven't had much luck yet with 2.4.x
I am sure it would be a Plucky little distro. We could showcase it at a Birds of a Feather meeting in Silicon Valley.
I could relabel the various bits of the OS, Call the whole system 'The Sky' as in 'the skies the limit'and if there was any problems a little yellow baby chicken graphical agent ala Clippy we'll call Chicken Little will run about the screen yelling 'The Sky is Falling! The Sky is Falling!" If you chase him with your mouse and can click on him he won't reboot your system. Kind of like what would happen if you were using a windows box.
If not I could sell it to Jeff Bezo. He could call it One Cluck computing.
Sorry about the writing. Robot fingers, you know? Cliff Steele in DOOM PATROL #23
who else (besides me) out there still has machines running 2.2 and intends to keep it that way?"
Certainly not me. All of my machines are SMP machines, and 2.4 with the o(1) scheduler lets me get much more out of the hardware. I was very excited when I decided that the combination (2.4+o(1)) was stable enough, and upgraded my main database server (4 CPU's) from a 2.2 kernel. System loads dropped by around 15% or 20%. That may not sound like much on the surface, but when you consider the cost of upgrading the hardware at that level, it's a HUGE bonus.
steve
Oh, you're not stuck, you're just unable to let go of the onion rings.
I used to use LRP on my router. Using such a stripped-down system was a great way to learn things. But eventually I switched to a minimal Debian install (once I got a hard drive for that old box).
...a machine running 2.0.38. It's primarily a router, though it also runs mailserver and web server. It's a 486sx/25. In fact, it was once called a Tandy Sensation. Still has it's original 270mb or thereabouts hard drive, it's sound board (though nothing has been plugged into it for speakers for years) .. cranked it from 4MB RAM to 40MB RAM, threw in a pair of Ethernet cards, and it's been happy ever since. It actually has Linux and OS/2 installed on it.. Linux boots from floppy, OS/2 from the hard drive.. OS/2 is also configured with some software to act as a router....
"Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
cause:
>> "...even though its up in my attic!"
effect:
>> "I think it's close to death now"
cd /usr/src/linux
perl -i -e 's/^PATCHLEVEL = 4$/PATCHLEVEL = 2/' Makefile
All the benefits of 2.4, with the beautiful, symmetric numbering of 2.2.
"I'll say it again for the logic-impaired." -- Larry Wall.
Um, what's your source for your sig quote? Since it seems very much not like something Franklin would say... or anything from his century. "Pursuit" as in pursuit of happiness did not imply the chase, but rather the occupation... like the pursuit of stamp collecting or lock picking.
I've had this sig for three days.
I use NBD (network block device) combined with software RAID1 to give automatic mirroring of data across 2 machines.
Unfortunately NBD in 2.4 simply _doesn't work_ - the client (with the nbd.o module) dies as soon as you try to transfer any significant amount of data (~4Kb). How it could have made it all the way to the stable kernel is beyond me, even with 2.4's reputation.
I've tried unapplying the NBD sections of each relevant patch since 2.2, (all of 2.4 and 2.3 series) to see where it broke, without much luck so far. I've worked out that the current behaviour has existed since 2.4.4. I got all the way back to 2.3.46, prior to which (haven't tried any earlier yet) it doesn't compile properly.
In short, yucky. So much for our backup solution on a RH6.2->RH8.0 upgrade...
Can't find examples of evolution? No matter, neither could Dawkins
I am running a 486 sx33 that will basically only run 2.0. why on earth would I want to upgrade it? It runs vi, minicom, and gcc in about 40MB of hdd space. I couldn't even get a 2.2 to boot on this thing =)
Just using it to test new digital circuits.. an old-school laptop can still drive TTL in and out of the parallel port and act as a digital scope well enough.. even had it running dos and djgpp+rhide a while back.
Seriously, why upgrade when you consider all the headaches involved with dependencies.. My workstation is still on 2.2.18, although with 6 compilers and libraries installed, it is getting very close to reinstall time.
-Slackware junkie since '95.
Does this mean that Debian will switch to the 2.2 kernel within the next 3 years?
Of-course I am just kidding... But on a serious note, give Gentoo a try. They get the new kernels into portage before the post is made on Fresh^H^H^H^H^HSlashdot.
It's chock full of interesting and insightful content!
Go with debian and apt-get or dpkg your way back to sanity. Yes, you have to get the oo.org package from the vpnjunkies.de site, but if you are really, really paranoid (or have to be), then you should be compiling it yourself, anyway.
I started with SuSE, was mad I couldn't get openoffice or the wireless drivers or kernel I wanted, but then found debian. Debian's upgrade and package install, _especially_ the kernel, are just so good that I don't ever expect to switch. If the system setup wasn't so painful, everyone who doesn't need a Rhat service contract ought to use it.
--
Enjoy, if you like quotes.
They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
Ben
Is there any good reason to run 2.2 over 2.4?
-- NeTMoNGeR
I'm still running 2.2 because I'm afraid what will happen to the software RAID support in a newer version. I have patched in the raidtools kernel patches, but still - its risky.
The only real advantage to running a newer kernel would be improved large file support. Currently 2.2 supports max 2GB files, which for a file server is a bit limiting (for example digital video captures from DV can be any size on NTFS/Win2K/XP).
you could just build and install bochs, and install Mandrake 9.0 into your userland virtual X86 environment. :)
:)
At-least you will gain better NE2000 support and better SoundBlaster 16 support
Ha ha!
It is official; Netcraft confirms: Linux is dying
One more crippling bombshell hit the already beleaguered Linux community when IDC confirmed that Linux market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that Linux has lost more market share, this news serves to reinforce what we've known all along. Linux is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.
You don't need to be a Kreskin to predict Linux's future. The hand writing is on the wall: Linux faces a bleak future. In fact there won't be any future at all for Linux because Linux is dying. Things are looking very bad for Linux. As many of us are already aware, Linux continues to lose market share. Red ink flows like a river of blood.
Redhat is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time Redhat developers Michael Evans and Timothy Buckley only serve to underscore the point more clearly. There can no longer be any doubt: Redhat is dying.
Let's keep to the facts and look at the numbers.
Mandrake leader Jacques states that there are 7000 users of Mandrake. How many users of Slackware are there? Let's see. The number of Mandrake versus Slackware posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 Slackware users. SuSE posts on Usenet are about half of the volume of Slackware posts. Therefore there are about 700 users of SuSE. A recent article put Debian at about 80 percent of the Linux market. Therefore there are (7000+1400+700)*4 = 36400 Debian users. This is consistent with the number of Debian Usenet posts.
Due to the troubles of Walnut Creek, abysmal sales and so on, Mandrake went out of business and was taken over by Redhat who sell another troubled OS. Now Redhat is also dead, its corpse turned over to yet another charnel house.
All major surveys show that Linux has steadily declined in market share. Linux is very sick and its long term survival prospects are very dim. If Linux is to survive at all it will be among OS dilettante dabblers. Linux continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, Linux is dead.
Fact: Linux is dying
The features being thrown into 2.4 and 2.5/2.6 are just improvments that make desktop operation of the multi-user environment for a single-user to have absolute attention regardless of nice().
:)
2.2 is a fast, stable, and 100% cross-platform kernel. I just purchased Debian 3.0 for my Alpha 164UX system and it is *fast*. I am more greatful that all the processes on the system are receiving fair attention, despite the apparent lag in X and the Window Manager which is not my concern as everything is fairly multi-tasking without problems. What I do think must be improved is the Virtual Memory *question*. Why is VM being updated/revised/changed so much? Why can't it be a Virtual Memory system instead of a mass hysteria to fudge up a bad(TM) peice of software that tries to and fails to swap memory logically?
I keep in my mind that a Unix environment is meant to be multi-task and multi-user. Given that *many* systems are only running one X and WindowManager session with 1 local user, giving priority to interactive processes appears to be a good thing(TM) to most people, but they are forgetting that there are some of us with multiple users at a local machine with multiple X and Window Manager sessions and this new temporary priority grant to the interactive processes of a 2.5/2.6 -based linux kernel may have strange side effects at multi-local-user systems.
Think of the implications of multiple users at a computer. Why waste all that processing power in an Athlon or Pentium 4 system? Throw in a couple more videocards, plug in a couple more mice+keyboards+monitors, and spawn some more X servers and desktop environments for a simple solution to a large business that requires computers for wordprocessing. Mainframes were around for the same reason, this time the performance is in the same box as the client.
Linux 2.2.x is a good thing(TM), especially since 2.4.x and 2.6.x are breaking support for non-X86 computer platforms. Can you imagine somone with a HewlettPackard AlphaServer ES45 (fastest in the world) only being able to stabily run on a Linux 2.2.x kernel? To my knowledge, 2.4 will work ok with minor issues, yet 2.2.x is still golden.
Already know about it. Being that my Porsche is a "Porsche with panties" as Ralphie Ciffaretto so eloquently called it on The Sopranos (why do you think they whacked him, eh?), I tend to hang out at Porsche Pete's Boxster Board more often (I post as "Todd in Seattle" on occassion).
...don't fix it.
I'm still using 2.0.36.... sheeeesh!
Because until recently, I couldn't find a patch for SMP on alpha machines. Since my server is a dual alpha, I can't go 2.4. In the last 2 months or so I managed to find a patch to fix the SMP issues (still isn't in the main kernel tree). I'm STILL having major pains getting 2.4 to work, this time it is problems with the raid5 module. It complains about a lack of some xor.o module, and I can't find that anywhere. Not going to switch unless I can get to my raid5 volumes.
In conclusion, platform support aside from x86 isn't that great.
As for my x86 machine, it works fine NOW, but back around 2.4.13 or so it was having problems with crashes.
I've just had SO much more luck with 2.2
-- Having a Creationist Museum is like having an Atheist place of worship
the 2.4 kernel CRASHES. Sorry, I'm bitter. It doesn't work well on my Alpha box. Too much focus on x86. Someone else has problems on a Max Performa.
Oh, and are you STARK RAVING LOONY? "Grandma, go recompile your kernel, you need support for vfat and the EMU10K1, make it all modularized, and don't forget the patches" Grandma: "You lost me at recompile"
Whatever. Recompiling a kernel, while simple to someone with a basic understanding of compilers, isn't what I consider "basics of maintaining these systems". Grandma wants email. Grandma may want some web access. Grandma doesn't care about O(1) schedulers or other nifty features of 2.4
-- Having a Creationist Museum is like having an Atheist place of worship
Porsches are like iMacs. It looks purdy, but it runs like shit on the road.
i have an older PCI video card in an Athlon server. 2.2 kernels can talk to it just fine, but when i boot 2.4, the console goes all wacky -- characters aren't displayed, even though the cursor moves around.
i ended up replacing the card when a friend returned one i forgot i'd lent him. but in general, i think that 2.4 isn't well-tested on pre-2000 hardware & probably never will be.
the only reason i want 2.4 is for LVM, and i could get it in 2.2 if i was less lazy. the linux kernel team should be very careful to avoid the mistake made by so many other developers of mature pieces of software, and know when to call it finished.
Whats wrong with 2.4?
crowley:~$ uname -a
Linux linux 1.0.9 #4 Sun Mar 09 23:19:51 PST 2003 i486
"Time to give our old RH 6.2 machines one last kernel-recompile before Red Hat's end-of-life date arrives for 6.2?"
:)
I don't see what this kernel thing has to do with the e-o-l date of RH 6.2 ? I've been running 2.4.x kernels in my RH 6.2 box for at least a year and a half. RH 6.2 (or it's derivate Trustix 1.5) is still my favourite distro and I'm not going to give it up anytime soon!
"If it ain't broken, don't fix it." I have several machines running 2.2.x. Simple routers, mail servers and stuff. And they'll be running 2.2.x until a upgrade is really needed or a big security leak is found in the old kernel.
.sig: No such file or directory
When kernel 2.6 comes out, no doubt we'll all cootchy-coo over it and quite a number of us will run to download it simply because it has a lot of improvements and because it's the most functional kernel. And yet in four, five or six years' time those same people would probably recoil in horror if they found out that someone is "still" using 2.6 because "everyone knows" that some newer kernel is "so much better".
If something works now, why won't it work in a few years time with the same hardware? If stability is important to you, isn't it better to stick to something tried and tested?
Note to M1-ers: a curt but otherwise insightful message is not "Flamebait" or "Troll".
Don't upgrade to 2.4! If you do, then Linux will never beat FreeBSD in the uptime department!
A Government Is a Body of People, Usually Notably Ungoverned
I run 2.2.18 on an ancient sparcstation used as a small traffic web and cvs server. It just passed its 397th day of uptime.
I've been using Debian 2.2 with the 2.2 kernel since it was released. I have only rebooted the box twice since then, when I've had to move the machine. I highly doubt I'll upgrade it for years to come... If I actually used it for anything other than network services, maybe I'd keep it more up to date.
Only if you're into drag racing. (Street racing and stoplight dragging is simply stupid.) On the track, while most Porsches may not be able to hang on with higher horsepower cars in the straights, they'll blow away almost anything on the curves. Since races are won in the curves, draw your own conclusions ...
From the Linux Counter:
Kernel Count Percentage
2.0 34 1.0%
2.2 549 15.6%
2.4 2927 82.9%
2.5 16 0.5%
Others 0.1%
No, it's not dead yet.
I prefer not to reboot my server, so no I won't update it any time soon.
:-)
We need a feature in the kernel so we can upgrade it without rebooting
Easy solution, Get a little more RAM, and put in a CD-ROM drive. Store your linux distro on a CD. Have it boot from the floppy, and copy the CD to the RAMdisk. Still no moving parts except the fans, because the CD-ROM only needs to be used once every boot-up, aka every 2 years.
Never upgrade your kernel that came with your dist at the first place, what will you do with that RaidCard with noopensource modules when you update your kernel? Same thing goes on your desktop, you happen to have a special GFX card or network card? You stuck with the old kernel, Im sorry
It's not like I am showing off (or running 2.2 or anything) BUT,
/ /boot /usr /var /tmp /home /mnt/md0 /mnt/md1
[root@server root]# uptime
3:24am up 124 days, 17:38, 1 user, load average: 0.00, 0.00, 0.00
[root@server root]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda2 1008M 108M 849M 12%
/dev/hda1 31M 9.9M 19M 34%
/dev/hda6 5.6G 3.1G 2.2G 58%
/dev/hda7 496M 113M 357M 24%
/dev/hda8 496M 8.1M 462M 2%
/dev/hda5 20G 8.6G 11G 44%
/dev/md0 147G 115G 32G 78%
/dev/md1 300G 107G 194G 36%
[root@server root]#
Look on Kazaa for my Mp3Z and MovieZ collection!
I run a 2.2 kernel, with the patch for Ethernet bridging and firewalling.
i dge
:)
http://bridge.sourceforge.net/
http://www.math.leidenuniv.nl/mailman/listinfo/br
It seems that the new firewalling technique of 2.4 (iptables) does not play well with Ethernet bridges.
I have a DSL connection to a small subnet of static IP addresses (/29). The problem is that the DSL uplink, out of my control and unfirewalled, is on one of the addresses in my subnet! It's as if there is a fox in the henhouse.
There is no proper routing subnet, as there should be. This is no doubt because of the IP address shortage. The DSL uplink must exist on the same subnet as my machines, giving me only 5 usable addresses for my machines. Broadcasts must be passed correctly, or the machines won't be able to ARP each other. Proxy ARP is not an option, because of the need to keep the DSL uplink on the same subnet.
So, I run Ethernet bridging with firewalling. I bridge two Ethernet cards together, passing broadcast packets between them (filtering out externally generated "smurf" broadcast packets, of course). I also implement my firewall at this point. The network is one logical LAN, but partitioned into two physical LAN's, with the firewall machine in between them. The firewall makes sure that unwanted packets from the DSL uplink never reach my machines.
It's not perfect (there is no stateful connection filtering), but it has worked well for me. Probes come in at least every hour, and no successful breakins to my knowledge.
And another reason not to upgrade? The machine's uptime is now at 326 days, I'm going for the year
Dr. Demento On The 'Net!
I dual boot 2.2 and 2.4 kernels. My Fuji FinePix digital camera and IBM USB keyboard appear to not interface with kernels in the 2.2 series. (I'm the only person I know to run dual keyboards.) However, I bought a VMWare 2.x license and don't want to shell out $300 for the latest VMWare version until there's a version that supports the Linux 2.6 kernels. I've so far resisted the temptation to grab a VMWare keygen or cracked version.
Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
Well I still use on my small portable 486 acer machine. Because the new redhat's demand more machine power I use 6.2.
Hell, my main server at home still runs 2.0.36 and probably always will. My servers at work run the latest 2.2.
I've had nothing but bad luck with 2.4 from a performance and stability standpoint and pretty much the only thing it gains is USB support. Guess what? I don't use USB on servers. Nor will I ever.
upgrading your kernel is the linux equivalent of the lawn mower wars your dad (and probably many of you) have with your neighbor, whereby your neighbor's grass may not be shorter than yours and requires that people mow constantly so as to appear better.. although i haven't figuresd that one out yet myself. put simply it's all about "being the first kid on your block" with it.. in my experience it's mostly been used to flaunt your aptitude to either be first (first post) for the associated bragging rights (is it a right though?) and penis size correlation there of (first = bigger).
What do you mean, 2.2? Seriously, the "server" in my parents not-so-small medical cabinet connects to 5 serial terminals and a couple of printers and card readers. I set it up in 1998 (downgrading from SCO ;-) and it's been running ever since, litterally 24x365. Not one single crash. It runs 2.0.35.
You talk about yourself way too much. Seriously, it's not healthy.
I'm sticking to 2.2 on my server because it's a celeron 333@416 and the 2.4 IDE drivers cause almost instant corruption of the filesystem due to overclocking of the PCI bus whereas 2.2 don't. I've patched the kernel to use reiserfs for squid and that's all I need.
It depends on what you want. When 2.6 comes out, I'll probably upgrade my music workstation but leave my server as it is.
Escher was the first MC and Giger invented the HR department.
everyone on here will pledge to the death OpenSource is better, but when they finaly make a new kernel, boy does everyone jump out of the way! then you hear the 'if it aint broke . dont fix it' from 75% of the users, funny stuff.. OpenSource is great, but when the projects forked into a million distros and you dont even know if you can download the main piece of gear for your OpSys because maybe , somewhere in that mess, someone has a kenerl version check or something.. maybe someone will fix the mess one day and we can all use linux :D
an avid BeOS user
Infact a 486 is overkill for a home based router. Its inet, xinit and other utilities that are highly bloated for a 486 which make it a little slugish. Try the linux router project. Its very tiny and designed for old systems to make them routers only. Infact it can run even without a hard drive! All you need is a floppy to load it and then forget it.
Speaking of old hardware I remember trying out Linux in 98 when I came to a Linux powered website powered by a 100mhz 486! No you did not misread that.
The webpage designer mentioned that his website gets thousands of hits a week and transfers gigs of traffic! Besides using the 486 to serve webpages the author benchmarked it with apache and the linux 2.0 kernel with a pentiumpro running IIS.
The linux 486 machine creamed the IIS pentiumpro by a significant margin. I believe both systems only had 48 megs of ram so that might of been the bottleneck on NT. Ram was alot more expensive and NT + IIS was a beast. NT back then typically ate more then half of a systems ram. I think he also was playing with perl apache modules to make the linux box faster. I do not remember for sure. Perl could not be loaded as an isapi app back then and they could only use cgi on IIS. My last statement is just speculation of course but I can otherwise explain why apache creamed it.
Keep in mind many older cisco routers use old motorola 68030 processors which barely have 386 level speeds. The internet backbone used these for years and they can transfer enormous amounts of data. They do not need to run quake3 or compile Mozilla. They are fine at what they do.
http://saveie6.com/
Hmm it looks like the linux router project is outdated and maybe dieing. Take a look at this instead.
Its a cd based distro that has options to use it as a firewall exclusively. If you find it too bloated you can always use netbsd or freebsd which are tiny and use less memory for your 486.
http://saveie6.com/
Debian 3.0 still comes with a 2.2 kernel by default (although you have the option of installing a 2.4 kernel).
On top of that, one of my desktop machines is actually still running 2.2.19. I see no reason for upgrading other than journaling (I know you can get journaling to work in 2.2, but not in combination with the software RAID-1 patches), which I don't really miss since the machine is not mission-critical and never crashes or gets shut down anyway.
Maybe I'll just skip 2.4 on that machine and go straight to 2.6 when that becomes stable (since I hear they're introducing a new firewalling system, again).
I have SuSE linux 6.4 on my 486sx laptop, i think it's running the 2.2.14 kernel. But i'm not that much of a kernel freak, so i could be wrong ;)
-- Fuck Beta
All my debian 30.0 boxen run 2.2 kernel.
Except the one which needs 2.4 for smp
support!
Hmm... using Debian stable would give you a standard 2.2. And if you're not in for a recompile (e.g. don't need one), you'd probably keep it.
I use Debian stable on a Sun Sparc Classic box with the kernel out of the box.
"We can confirm that Debian does *not* ship the version with the trojan horse. Our version predates it." [CA-2002-28]
The "on(e)-disk-router" fli4l is using the 2.2.22 (nice version!) kernel. I think the 2.4.X kernel would be just too big and you really don't need USB support for a 60 MHz Pentium router with a floppy-disk only!
My spirit takes a journey through my mind...
NOBODY CARES! shut up.
2.2.x has been vastly easier to get running on sparc32 than anything in 2.4.x. I have several utility servers (DNS, etc.) running Debian, and they'll move to 2.2.24, but not 2.4.20. Much easier to work with.
with 1.2.13? My 466SX/33 stayed there when I chickened out of trying to convert to ELF. Now, it's just a point of pride.
Linux localhost 2.0.36 #1 Tue Oct 13 22:17:11 EDT 1998 i486 unknown
It's a 486/66 which serves an old inkjet.
Its uptime is equal to the interval between power cuts. The best I ever got was about 400 days.
Are the slashdot editors really such incompetent Linux fanboys that they all think the 2.2 kernel series is dead? My god... they probably even think 2.0 is dead!
[kernel.org]
The latest stable version of the Linux kernel is: 2.4.20
The latest prepatch for the stable Linux kernel tree is: 2.4.21-pre5
The latest beta version of the Linux kernel is: 2.5.64
The latest snapshot for the beta Linux kernel tree is: 2.5.64-bk5
The latest 2.2 version of the Linux kernel is: 2.2.24
The latest 2.0 version of the Linux kernel is: 2.0.39
I run 2.2.x at home whenever possible. I have one box on which I must run 2.4.x in order to be able to run X, because it's got an i810 video chipset in it, and 2.2.x doesn't have agpgart. So I have to run 2.4.18 [1] on that box. But when I run 2.4.18, I can't use both X and the NFS client at the same time. Starting up X and then attempting to access files in an NFS-mounted file system causes whatever process is touching NFS to go into La-La-Land and never come back. This even prevents a clean reboot -- I have to sit through an fsck (fortunately ext3 makes it faster). So I stopped running NFS on that box.
And people wonder why I switched my server to OpenBSD!
At work, I administer a Red Hat server which I recently updated to kernel 2.0.39. From kernel 2.0.36. Unfortunately, that by itself didn't fix the problem I was seeing, but adding more swap space seems to have done the trick. The other Linux systems at work all run 2.2.* kernels.
Linus lied to you. There is no 2.4.20. It's really 2.4.0-pre20. If you read the 2.4.* kernel names that way, you will understand why your boxes keep having the problems they're having. And while you're sitting there, waiting for 2.4.18 to compile, you might as well read up on the IDE driver problems in 2.4.19 and 2.4.20. Higher numbers are not better.
[1] 2.4.18: the least benightedly unstable 2.4.x kernel it's even been my profound displeasure not to be able to avoid running.
I use FreeSCO as a floppy based router/masq machine. Quickest setup ever!
What, me worry?
What does the submitter care if RedHat EOLs 6.2 if he's building his kernels by hand anyway. An EOL for 6.2 would mean he wouldn't get new RPMs or support for it. It's not like it would suddenly prevent manual installation of kernels.
--
My comments and opinions completely reflect those of anyone and anything I am remotely associated with.
I'm still running 2.2 on all my production NAT firewalls because they need to support VPN masquerading for both PPTP and IPSEC. The VPN masqerade code works flawlessly under 2.2.19, and you can even use the stock RedHat kernel RPM. No support for IPSEC over NAT is available in any version of 2.4 generically; you can hack it in for a machine if you have to but it certainly isn't automatic like the 2.2 setup is.
On my small network router/fileserver in my homeLAN (A Panasonic CF-41-Notebook). Why should i fix it if it isnt broken?
I was running 2.2.19 on my APRS digipeater untill last week. It was always stable, I don't recall it ever crashing. About once every few months the AX.25 stack would fail and I'd have to restart the KISS interface, but other than that it was pretty flawless.
I'm now running 2.4.20, libax25 0.0.10, and aprsdigi 2.1.2. We'll see how it goes...
-73, de n1ywb
www.n1ywb.com
who still uses 2.2.x...?
me.
i've got a suse 6.4 box still running 2.2.20...i lost track of the uptime...
I don't think anyone has mentioned drivers yet! I've got an old digiboard that just doen't work under 2.4. I suspect the driver't been poked just enough to compile, but never tested. Not surprising since it's a 10 year old EISA card. I've got another system running an olicom token ring card of the same age... Third party driver that hasn't been updated in half a decade.
As far as I can tell, the improvements in 2.6 are mainly in terms of interactivity and process scheduling. If you're a home user who uses their machine for all kinds of things, then 2.6 probably will be quite a big thing for you. But if you administer a bunch of web servers where having tried-and-tested software is more important than whether or not you can click and drag a window around without XMMS skipping then you'll probably just stick with 2.0/2.2/2.4.
Note to M1-ers: a curt but otherwise insightful message is not "Flamebait" or "Troll".
.....To all my coyote linux homies! Word bitch, Coyote like a muhfucker.
Just kidding. Coyote's help boards do tend to read like an AOL teen chat sometimes. Supposedly Coyote's moving to the 2.4 kernel "in the near future", but I won't hold my breath. Despite using an older kernel, and being floppy based, Coyote still manages to pack in a lot of useful features.
http://www.coyotelinux.com For all your single floppy disk-based routing, firewall, and DHCP server needs. Now with reduced fat, 50% more in each box, and ssh authentication!
There are some people that if they don't know, you can't tell 'em.
I only recently retired a Slackware system based on 1.2.8, but with a 1.3.97 kernel - and that only because my colo host was tired of an ancient, 2 ft tall Dell server in his rack...
My firewall is a PPC machine running a variant of 2.2. It has experienced uptimes so long the /proc/uptime counter rolled over. I don't intend changing this any time soon.
Here's its uname (certain details X'd out):
Linux xxxxx 2.2.xx Sat Dec 25 16:40:13 EST 1999 ppc
ME!
Well my Sun Cobalt (Raq 4i) server anyway. It's working well enough to host my web & email server so I say leave it alone.
You wouldn't believe the headaches I had to go through to update my workstation from 2.2.x to 2.4.x
A name change might be needed with the recent SCO fiasco. Yes, freesco has nothing whatsoever to do with SCO but the name does not sound good. Not to mention SCO could sue them because part of their name is in their's. Still I am glad someone else is making a quality router distro. I was afraid the linux router project would die.
http://saveie6.com/
I am running Debian (with kernel 2.2) on some machines because 2.4.x used to crash and panic. They are production servers and never give me headaches.
Laudele lor desigur m-ar mahni peste masura.
...the maru stegfs box runs 2.2 because the rubberhose fs doesn't work correctly in 2.4.
I still run 2.2 on two out of 5 of my web servers. 2.2.18 on one, and 2.2.16 on the other I believe. I see no reason to upgrade as they both run fine still, and I don't want to bring the servers down to do kernel upgrading. They have been up since I installed them, and plan to keep it that way.
I'm going to submit a bug report when I have time, but it is probably going to be difficult to write a helpful one.