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.