Hallo Rene,
Dein Quoting-Stil ist nahezu unlesbar. Bitte vernuenftig quoten, also den urspruenglichen Text mit "> " davor einruecken. Brauchbare Mailclients unterstuetzen Dich dabei. Dabei sollte dann in etwa folgender Stil rauskommen:
-----------------schnipp----------------
Ich bekomme "no space left on device" obwohl mir df anzeigt, dass noch massig Platz ist. Was ist da los?
Mach mal "df -i". Das zeigt Dir die freien Inodes an.
Ah, jetzt ja!
-----------------schnapp----------------
On Thu, Feb 10, 2011 at 13:38:13 +0100, Rene wrote:
ich habe mehrere Kernel Versionen auf dem System: /usr/src/linux wird nur genutzt zum Anlegen der oldconfig, bzw. ist vorgegeben zum Kompilieren der Kernels /usr/src/linux ist also nur ein Symlink zu den jeweiligen Kernel Sourcen, die heruntergeladen wurden. bei mir waere das: /usr/src/linux-2.6.35.10
Auch als Symlink sollte /usr/src/linux nicht mehr existieren. Wenn der Link falsch sitzt, bekommt man ueber ihn die falschen (nicht zum aktuell gebooteten Kernel passenden) Header. Tools, die die Kernelheader/-sourcen in /usr/src/linux suchen sind entweder hoffnungslos veraltet oder fehlerhaft.
Ich hoffe, dass lirc die gaengige Methode verwendet, um die zum _laufenden_ Kernel gehoerenden Sourcen zu finden. Dazu muss dem Verzeichnis-Symlink "/lib/modules/`uname -r`/source" gefolgt werden.
easyVDR:~# /lib/modules/`uname -r`/source -bash: /lib/modules/2.6.35.10/source: is a directory
Einen Verzeichnis-Symlink kann man nicht als Kommando hinschreiben. Sowas wie
ls -l /lib/modules/`uname -r`/source
oder
readlink /lib/modules/`uname -r`/source
waere sinnvoller gewesen.
Nebenbei: Laeuft Etch mit so neuen Kernelversionen ueberhaupt noch fehlerfrei? Der udevd von Etch sollte deutlich zu alt dafuer sein.
zumindest scheint es bei anderen usern mit gleicher Distri zu laufen
Warum muss es eigentlich unbedingt Etch sein? Die aktuelle Debian Stable ist Squeeze, das ist zwei Major-Versionen von Etch entfernt.
Gruss, Chris