Het lijkt erop dat ik dingen na de kernel-upgrade niet kan compilerenDe linux kernelsource bevat een aantal include bestanden (die met
een .h eindigen), waarnaar wordt verwezen door de standaard
include bestanden in /usr/include.
Er wordt als volgt naar verwezen (waar
xyzzy.h iets in /usr/include/linux zou zijn):
#include <linux/xyzzy.h>Normaal gesproken, is er een link met de naam linux in
/usr/include naar de directory
include/linux van je kernelsource
(/usr/src/linux/include/linux op het systeem). Als deze link
niet voorkomt, of naar de verkeerde plaats verwijst, zal het meeste helemaal
niet worden gecompileerd.
Als je besloot de kernelsource te verwijderen, omdat het teveel
ruimte op de disk in beslag nam, zal dit uiteraard een probleem zijn.
Een andere manier waarop het fout kan gaan is door bestandspermissies;
als je root een umask heeft, die andere gebruikers niet toestaat,
standaard de bestanden te zien, en je pakte de kernelsource uit met de
p (preserve filemodes)
optie, dan zullen die gebruikers ook niet in staat zijn om de C compiler
te gebruiken. Alhoewel je het
chmod commando zou kunnen gebruiken om dit te herstellen,
is het waarschijnlijk makkelijker om de include bestanden opnieuw uit te
pakken. Je kunt dit op dezelfde manier doen zoals
je in het begin met de hele source deed, alleen met een aanvullend argument: blah# tar zxvpf linux.x.y.z.tar.gz linux/include
Opmerking: ``make config'' zal de /usr/src/linux
opnieuw aanmaken als het er niet is.