Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 52 reacties
Bron: Linux Today

Na een jaar van uitstel is hij er dan eindelijk: de Linux 2.4.0 kernel. Linus Torvalds, de grote man achter Linux, besloot dat "enough is enough" en gooide de 2.4.0 kernel online. De kernel is te downloaden op ftp.kernel.org en bevat talloze verbeteringen ten opzichte van de 2.2.x kernel . Kort na de release van de 2.40 kernel heeft Joe Pranevich een artikel genaamd 'Wonderful World of Linux 2.4' geschreven waarin wordt verteld wat de verschillen tussen de oude en nieuwe kernels zijn. Hieronder de aankondiging van de 2.4.0 kernel:

In a move unanimously hailed by the trade press and industry analysts as being a sure sign of incipient braindamage, Linus Torvalds (also known as the "father of Linux" or, more commonly, as "mush-for-brains") decided that enough is enough, and that things don't get better from having the same people test it over and over again. In short, 2.4.0 is out there.

Anxiously awaited for the last too many months, 2.4.0 brings to the table many improvements, none of which come to mind to the exhausted release manager right now. "It's better", was the only printable quote. Pressed for details, Linus bared his teeth and hissed at reporters, most of which suddenly remembered that they'd rather cover "Home and Gardening" than the IT industry anyway.

Anyway, have fun. And don't bother reporting any bugs for the next few days. I won't care anyway.

Er zijn te veel mensen die dit nieuws hebben ingestuurd om ze allemaal persoonlijk te bedanken, maar iedereen die het heeft gedaan: bedankt!

Moderatie-faq Wijzig weergave

Reacties (52)

VOOR dat mensen denken dat ze deze kernel willen gaan compilen zorg er voor dat je deze versies van de volgende software installed hebt:

o Gnu C 2.91.66 # gcc --version
o Gnu make 3.77 # make --version
o binutils 2.9.1.0.25 # ld -v
o util-linux 2.10o # fdformat --version
o modutils 2.4.0 # insmod -V
o e2fsprogs 1.19 # tune2fs --version
o pcmcia-cs 3.1.21 # cardmgr -V
o PPP 2.4.0 # pppd --version
o isdn4k-utils 3.1beta7 # isdnctrl 2>&1|grep version
Lees gelijk ook even de /usr/src/linux/Documentation/Changes file. Daar staan deze (en nog een aantal andere) minimaal benodigde versies in, plus een aantal andere nuttige opmerkingen.
Linus schiep kernel 2.4.0, en dacht dat het goed was, ook bijna iedereen om hem heen dacht dat het goed was (quote: Er mag gedanst worden! ; Vanmiddag direct op m'n bak zetten).
Bill Gates schiep windows, telkens opnieuw, hij zag zelf dat het eigenlijk best wel goed was, maar bijna iedereen om hem heen dacht dat het slecht was. Maar toch gingen ze bijna allen met windows in zee...... ;)
Kort na de release van de 2.40 kernel heeft Joe Pranevich een artikel genaamd 'Wonderful World of Linux 2.4' geschreven waarin wordt verteld wat de verschillen tussen de oude en nieuwe kernels zijn.
Dat artikel is niet net na de 2.4.0 release geschreven, maar bestaat al bijna meer dan een jaar. Naar mate de tijd vorderde heeft hij het steeds geupdate...
eventjes ter informatie:

een 2.2.x naar 2.4.x kernel upgrade is heeeel wat moeilijker dan een 2.2.x naar 2.2.x upgrade. Het is niet zo dat je nu een nieuwe kernel gaat installeren en alles werkt in 1 keer. Wat je als gewone gebruiker het beste kunt doen is wachten op de eerste distro's met deze nieuwe kernel.
Ik vermoed dat usenet en de forums de komende dagen met deze problemen 'kernel 2.4. werkt niet - kut Linux' worden overspoeld....

Een systeem met een 2.4pre kerneltje is natuurlijk wel te upgraden denk ik.
Ik denk ook dat het nogal wat problemen gaat geven. Ten eerste omdat de meeste distro's met een precompiled kernel komen en veel mensen dus nog nooit een eigen kernel gebakken hebben. En ten tweede omdat er weer de nodige dingen veranderd zijn. Zoals bijvoorbeeld de directory structuur in de modules directory.

Het is natuurlijk wel zo dat behalve beter deze kernel ook veel meer hardware support heeft dan de 2.2.x
kernels, dus zeker voor sommigen de moeite waard om te upgraden.

Ik denk ook dat in het vervolg de kernels elkaar sneller zullen moeten opvolgen wil linux de andere free OS'en ook in de toekomst voor blijven qua grootte. FreeBSD bijvoorbeeld released veel vaker dan linux.
't gaat idd problemen geven. de meeste mensen weten niet hoe ze de bel moeten upgraden (en al helemaal niet dat ze voor 2.4 een nieuwe ksymoops en modutils nodig hebben bv.)
Dat is gewoon 't probleem van niet kunnen lezen dat bij heel erg veel mensen de kop opsteekt nadat ze van de basisschool af zijn...
Ik denk ook dat in het vervolg de kernels elkaar sneller zullen moeten opvolgen wil linux de andere free OS'en ook in de toekomst voor blijven qua grootte.
2 Dingen:
Over die snellere opvolging van versies is uitgebreid gediscussieerd en ook Linus en Alan Cox waren 't daar wel over eens. Ik verwacht dan ook voor 't eind van dit jaar een 2.6 of iig een test-versie.

De grootte vd kernel vind ik eerlijk gezegd iets dat niet uit de klauwen moet lopen. Hoe groter hoe erger eigenlijk. Ik heb liever dat ze meer ondersteunen en dat dan de sourcebase groter wordt is te verwachten... als de kernel dan maar nog steeds op een flop past.
Gelukkig is er net een project bezig dat de compressie vd kernel met nog eens 15% :) kan verbeteren tov bZimage. Stond een verhaaltje over op kt.linuxcare.com bij de kernel-cousin.
Mijn 2 jaar oude SuSE install heeft de overgang van 2.0.36 naar de 2.2.x kernel serie ook overleefd
ik zie niet in waarom 2.4 een probleem moet opleveren, ok er moeten een aantal dingen aangepast worden, maar als je er ff tijd in steekt is dat niet zo'n probleem.
maar als je er ff tijd in steekt is dat niet zo'n probleem.
precies. Maar we leven hier dus in een Windows-maatschappij ('als het met twee muisklikken niet wil dan is het kut'), en niet dat ik denk dat zulke mensen gauw Linux gaan installeren, maar het zijn vaak toch wel de typjes die zonder veel nadenken een kerneltje 2.4 neerhalen in de verwachting dat ze dan een compleet nieuwe Linux hebben. En doorworstelen van een aantal Howto's en de moed niet opgeven als het niet wil, gebruik maken van usenet en forums, echte bugs doorspelen naar de programmeurs, enzovoorts, doen deze Linux-dekstop gebruikers niet echt gauw...

Een gevorderde gebruiker (dat ben je als je niet te eigenwijs bent om documentatie door te lezen) moet het wel lukken, maar hoeveel mensen draaien er niet een Mandrake(ofzo)-Linux bij naast windows....

problemen die je met 2.2 -> 2.4 tegen kunt komen zijn onder andere herschreven API's (andere interfaces) waardoor veel daemons die de kernel rechtstreeks aanspreken, zoals ppp, niet meer werken, een DevFS in plaats van een fysieke /dev, alle apparaten schijnen er ook anders te heten, andere modules, enzovoorts. grafische config-appjes gaan dus niet meer goed werken, en je moet waarschijnlijk in je /etc veel met de hand editen....
dat devFS is aan de distros overgelaten om te gebruiken. er is wel een user space module die alle nieuwe namen on-the-fly vertaalt naar de oude, voor backwarsdcompatibiliteit.
Heet overigens devfsd

Extra:

Otis:
De kerneldevelopers bemoeien zich niet met een installer omdat ze dat aan de distributies over laten. Die moeten maar zien te regelen dat er een makkelijke upgrade komt.
Er wordt overigens een redelijk duidelijk pad aangegeven om je kernel te upgraden van 2.2.x->2.4 in de README en als je dat al niet weet te volgen, denk ik dat je gewoon beter op je distro kunt wachten.
't Is de prijs die je betaald om bleeding edge te draaien...

Verder klopt het verhaal dat een paar API's zijn herschreven. Deze hadden nog wat onnodige oude ballast en die is er uit gesnoeid. De paar apps die deze onderdelen direct gebruikten zijn aangepast, voor zover ze tenminste in de kernel-tree waren opgenomen.
Voor wat betreft alle niet in de kernel-tree opgenomen patches is het altijd al zo geweest dat er door de bouwers voor elke major upgrade (zoals nu van 2.2 naar 2.4) gecheckt moest worden of hun software nog werkt, omdat de kerneldevelopers daar niet speciaal rekening mee houden.

Overigens is het ook NOT DONE om je niet te houden aan de specificaties van software. De apps die deze API's direct aanspraken deden dat nl. ook niet geheel netjes. Ze hadden om die APIs te kunnen gebruiken kernelsource in hun eigen source moeten includen en dat is iets wat door Linus et al. altijd afgewezen is; precies om bovenstaande gevolgen te voorkomen.
Je moet ook niet denken dat die opruiming gedaan is omdat ze dat nu zo graag wilden, meer omdat ze zo een algemenere oplossing konden creeeren die hen in staat stelde om diverse nieuwe en toekomstige hardware beter te gaan ondersteunen. USB oa.
Linux is overigens zeker niet de enige die hun APIs aanpast, ze geven het iig toe voordat iemand er naar gaat vragen. En de APIs zijn ook nog eens vrij in te zien. Sommige andere software pakketten is dat een heel ander verhaal... (en nee ik bedoel niet alleen software uit Redmond, WA).

edit:
nesten ging kennelijk ff niet goed. Gelijk ook ff een aantal opmerkingen tov Otis
een DevFS in plaats van een fysieke /dev,
die is optioneel
alle apparaten schijnen er ook anders te heten,
als je je oude /dev intact laat zullen alle major-minor nummers met een beetje geluk ook kloppen met 't nieuwe kernel
Zo dit was wel de posting met de meeste humor:
precies. Maar we leven hier dus in een Windows-maatschappij ('als het met twee muisklikken niet wil dan is het kut'), en niet dat ik denk dat zulke mensen gauw Linux gaan installeren, maar het zijn vaak toch wel de typjes die zonder veel nadenken een kerneltje 2.4 neerhalen in de verwachting dat ze dan een compleet nieuwe Linux hebben. En doorworstelen van een aantal Howto's en de moed niet opgeven als het niet wil, gebruik maken van usenet en forums, echte bugs doorspelen naar de programmeurs, enzovoorts, doen deze Linux-dekstop gebruikers niet echt gauw...
Ik snap echt niet hoe men er bij komt dat het maar normaal is dat wanneer je je kernel wil upgraden dat je dan uren kwijt moet zijn om allerlei verspreid liggende info te verzamelen en door te worstelen. Waarom is er niet gewoon een simpele oplossing hiervoor? men kan wel een kernel proggen maar geen install programma?

En als je je kernel van 2.2 naar 2.4 upgrade en het gaat mis (lees: je system werkt niet meer) hoe kom je dan bij je internet om info te verzamelen? dat gaat dan niet. (En nee, niet aankomen met "Dan gebruik je even windows.")

Het _IS_ ook _KUT_ als het niet vanzelf gaat. Immers: de computer is beter in het automatisch verrichten van handelingen dan de mens, waarom kan de computer niet zelf regelen dat die kernel er goed en wel opkomt? waarom moet de gebruiker zelf in allerlei details duiken om het maar runnable te krijgen?
problemen die je met 2.2 -> 2.4 tegen kunt komen zijn onder andere herschreven API's (andere interfaces) waardoor veel daemons die de kernel rechtstreeks aanspreken, zoals ppp, niet meer werken,
ALS dit waar is dan is dit een enorme flater. Dit soort dingen is NOT DONE in software development: api wijzigingen zodat allerlei tools maar een re-compile nodig hebben.

Het lijkt me trouwens sterk dat dit waar is.
grafische config-appjes gaan dus niet meer goed werken, en je moet waarschijnlijk in je /etc veel met de hand editen
LOL. :D

Man o man... en dan noemen ze Windows2000 achterhaald. Nou... dat denk ik niet. Ja sorry hoor, maar dit is werkelijk tenenkrommend. Ten eerste die arrogante opmerking van Linus al dat hij het niet interesseert of er bugreports binnenkomen of niet (lekker supporting naar je gebruikers toe) en dan dit ook nog :D ik had toch op zn minst verwacht dat in 2.4 de lijst met tools om het gevaarte up en running te krijgen groter was geworden en niet meer afhankelijk van de "distro proggers". Immers: als RH en co. niet scriptgenerators maken die config parameters omzetten in rc's dan kun je fijn zelf editen... klinkt me als het editen van ellenlange CLSID registry key lists met de hand.. nee dank u :)
warning, flame detected, fireing countermeasures
Waarom is er niet gewoon een simpele oplossing hiervoor? men kan wel een kernel proggen maar geen install programma?
ff wachten op de updates van je distro, die heel simpel via je package manager installeren en klaar is clara.
En als je je kernel van 2.2 naar 2.4 upgrade en het gaat mis (lees: je system werkt niet meer) hoe kom je dan bij je internet om info te verzamelen? dat gaat dan niet.
zeker nog nooit met Linux gewerkt maar er wel commentaar op hebben he ? als je ooit met linux had gewerkt dan zou je weten dat je meerder kernels kan installeren en bij het booten een van deze kernels kan kiezen, als je 2.4.0 niet werkt dan kies je gewoon je oude vertrouwde 2.2.x kernel.
Het lijkt me trouwens sterk dat dit waar is.
is imho gedeeltelijk waar: kijk b.v. naar het firewalling/ip-masquerading gebeuren, dat heeft een aantal veranderingen ondergaan sinds 2.2.x , deze nieuwe functionaliteit heeft een nieuwe API nodig om 'm aan te spreken. MAAR er zit wel een backwards compatibility optie met ipchains in de kernel. (kan je zelf tijdens configgen aan/uit zetten dus als je 't niet gebruikt geen extra overhead)
Ten eerste die arrogante opmerking van Linus al dat hij het niet interesseert of er bugreports binnenkomen of niet
je moet ff beter lezen: "And don't bother reporting any bugs for the next few days"
hij heeft hard gewerkt aan 2.4.0 en mag imho best een paar dagen rustig aan doen.
klinkt me als het editen van ellenlange CLSID registry key lists met de hand.. nee dank u
ten eerste: linux is alleen het kernel, de rest van de software er omheen staat daar in princiepe los van.
ten tweede: bij linux zijn alle config files plain-text en leesbaar, unlike het windows register.
Otis, we weten dat je een notore Linux-hater bent, maar dat geeft je nog niet het recht om onzin te vertellen.
wanneer je je kernel wil upgraden dat je dan uren kwijt moet zijn
sorrie maar het gaat hier niet om een kernel upgrade, het gaat om een hele nieuwe Linux release. Bij een normale kernel upgrade ben je in 5 minuten klaar. Dit moet je vergelijken met een overstap van win98 naar win2k, dan kun je ook niet alleen de kernel wijzigen, dan moeten er ook nieuwe utilities bij.
waarom moet de gebruiker zelf in allerlei details duiken om het maar runnable te krijgen?
dat hoeft ook niet, dat doen de mannen van Debian en RedHat etc. al voor je.
api wijzigingen zodat allerlei tools maar een re-compile nodig hebben
wat zeur je nou? de scandisk van win2k is ook echt niet het zelfde als bij win98 hoor! als je er niks vanaf weet moet je niet gaan posten!
Ten eerste die arrogante opmerking van Linus al dat hij het niet interesseert of er bugreports binnenkomen of niet
alweer niet goed gelezen, als ze niet binnenkomen is alles goed, als ze wel binnenkomen kun je dingen verbeteren, dus dit heeft niks met de support te maken.
ik had toch op zn minst verwacht dat in 2.4 de lijst met tools om het gevaarte up en running te krijgen groter was geworden
huh? wat wil je hier nou mee zeggen?
Alsof windhoos zo probleemloos werkt. Het verschil is dat je het in windhoos niet op kunt lossen... }>
Ik moet de eerste 'gewone' gebruiker van Linux nog tegenkomen (dus huis-tuin-kuiken-gebruiker). Toch?
Mijn vriendin is een huis-tuin-keuken gebruiker:
kan wat basic dingetjes op mn server-vuurmuur-router als ik dr niet ben :)
ik vind inloggen, uitloggen, computer opstarten en down brengen via console of ssh nou niet echt een wonder van geavanceerd gebruik.
en dat is een huis tuin en keuken gebruiker? mijn vriendin kan inloggen en spelletjes spelen of internetten of aan d'r verslag werken.

Die heeft echt nog nooit een xterm gezien! (nou ja, bij mij dan)
Met andere woorden, je zit dus altijd aan de nieuwe distro's vast?

* 786562 acq
wat heet 'altijd'?
je bent het volgende nodig om een goede upgrade van 2.2.x naar 2.4.x te doen:

-tijd
-nog meer tijd
-zin om documentatie door te lezen
-een oude computer om op te experimenteren
-genoeg basiskennis van Linux (directorystructuur, scripts in /etc, enzovoorts)
Gekkehuis :)

Vanmiddag direct op m'n bak zetten. Was toch zo dat bij 2.4.x ipchains was vervangen door iets anders?
Inderdaad, dat is nu iptables geworden
Ik geloof dat ipchains nog een jaartje of 4 word ondersteund :)
IPTables staat volgens de makers nog ernstig in de kinderschoenen, en raden het niet aan te gebruiken in een productieomgeving... :)
Vrolijk je ipchains gebruiken dus ;)
Ik heb iptables n tijdje op mn server gehad (nu OpenBSD) en dat werkte stukken lekkerder dan ipchains. Dat zegt natuurlijk niets over zwakheden in de code (bugs etc.), maar het is dus niet zo dat iptables waardeloos is (mocht iemand dat denken).
Was was netfilter dan?

Die had er ook mee te maken op een of andere manier ..

Ma'goed zometeen thuis op een test-bak ff loeren naar 2.4
2.4.0-test11 draaide bij mij prima, maar alles daarboven gaat verkeerd (onkillbare zombie processes), waaronder -final.

Ik weet niet of jullie afgaan op de naam van een kernel, maar er zit ongeveer net zo veel verschil tussen -final en -prerelease als tussen -prerelease en -test13. Ook zullen in -final nog een aantal bugs zitten. Zo bijzonder vind ik deze release dus niet.

Maar al met al toch leuk voor de media; nu kunnen ze smullen van de Ultieme Milestone simpelweg genaamd "2.4.0" en krijgt opensource/free software een iets grotere naam bij het "ik-ken-niks-anders-dan-microsoft" publiek.
onkillbare zombie processes
|:( |:(
Dat is precies het idee achter een zombie proces, je kunt een zombie niet killen, want die is al dood.

(maar los daarvan: dat hoort eigenlijk niet voor te komen als alles goed werkt, dus je hebt wel een punt...)
zombie processen wachten nog op hun parent om volledig te stoppen. als deze reeds weg zijn...
dan blijft de zombie ronddwalen.

soms kan een init naar een ander runlevel (b.v. 1 of 2) en daarna weer terug naar 3 (of 5 voor X) het probleem oplossen soms moet je rebooten om ze te laten verdwijnen.
ach,
beetje toelichten voor windows users kan geen kwaad ;)
ik heb 'm van ftp.nl.kernel.org/pub/linux/kernel/v2.4/linux-2.4.0.tar.gz (url zo ff uit me hoofd)
1,56Mbyte/s met campusnet :)
Casema 5Kbyte/sec :-(

Time to move on to MXstream

ff lukt het compileren en opstarten wel nu de rest nog.
Netwerk kaart ppp enz enz
Ben blij dat ie uit is. Ben errug benieuwd hoe de kernel omgaat met games. Ook benieuwd wat de nieuwe hardware ondersteuning gaat bieden. Iemand al ervaring mee? Ik meende trouwens dat Linus de kernel nog wou uitstellen voor een paar weken, omdat ie nog niet helemaal tevreden was, maar het is een een .0 versie. Beter is waarschijnlijk te wachten op 2.4.1 :(
Voor je werkstation kan je prima met een .0 versie draaien, ik zou hem alleen niet op je firewall of server installeren.
Je moet je ook gaan afvragen of 2.4 wel zaken bied die voor jou server interesant zijn, usb ondersteuning en in de kernel gebakken X versnelling zal voor je ftp server weinig uitmaken, de nieuwe in de kernel geintegreede http server die de connecties kan doorsturen naar Apache wellicht wel voor je webserver.
Ik merk dat de kwaliteid van de kernels die gereleased worden enorm is verbeterd, dit natuurlijk omdat er steeds meer bedrijven Linux draaien en het "Ooeps, sorry..." gehalte naar beneden moest, ik kan me nog wel herrineren dat je met een 2.0 kernel soms meerdere malen per maand een critical patch over de kernel heen moest gooien om fouten te verhelpen. Toen was je ook nog dagen bezig je monitor in sync met je videokaart te brengen omdat je de sync freq's niet wist....dat was lachen..-not-
Tot nu toe nog niet te klagen over 2.4.0.... heb hem net gedowned.... compilen... rebooten (gaat m'n uptime)

Bijna alles werkte...alleen mijn 2e netwerkkaart module was van naam veranderd en audio deed nog niets (alsa->oss upgrade)

Dus weer kerneltje recompilen, en draai hem nu al een paar uur... prima.
Echte aanrader, is een stuk sneller dan 2.2.17 die ik vanmorgen nog draaide
Waaraan merk je dat 'ie "een stuk sneller" is? Is dat gevoelsmatig of heb je al een benachmarkje beschikbaar?
...maar de quote die jullie hierboven hebben staan is niet uit het artikel van Joe Pranevich, maar is de aankondiging van Linus zelf op de kernel-mailing list... :Z

edit:

oke, mooi aangepast :).

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True