A ver si consigo explicarlo de una forma facil y entendible.
KDE hace una especie de backup de todo lo que va haciendo ... en unas caches que se zampan nada menos que 90 megas de espacio ram NADA MAS ARRANCAR , ..
KDE , escribe sus caches en
/var/tmp/kdecache-root/
aunque EXISTAN , en cada inicio las vuelve a REGENERAR , CAUSANDO mas molestias que beneficios reales y para modo livecd/usb nos resta la nada despreciable cantidad de unos 90 megas de espacio.
los ficheros que escribe llevan al final del nombre la extension
.cache
por ejemplo tenemos...
icon-cache.kcache --->> 10 megas
plasma_theme_O***one.kcache -->> 80 megas
y asi hay unos pocos.
estube peleando con los permisos de la carpeta etc , intentando evitar que kde escribiera esos ficheros sin mucho exito.
la solucion al final paso a ser la siguiente..
copiar el nombre de un fichero .cache , eliminarlo ...y crear una carpeta con el mismo nombre que el fichero eliminado , de forma que cuando kde fuese a escribir alli , no pudiese , ...
al no ser un fichero escribible, pues...NO PUEDE ESCRIBIR , asi de simple , ...cambiar ficheros *cache , por carpetas con el mismo nombre exacto.
esto para los modos live es tremendamente bueno ,
el hecho de que kde escribiese esas caches y tan grandes hacia que los changes en kde4 fuesen tortuga , por ek hecho de ..
1 - escribe los 100 megas de caches en sistema
2 - se escriben en el directorio changes
3 - se escriben en el changes del usb
y claro 300 megas al final ....
el caso es que una vez anulados los caches ya funcionan bien los changes en kde4 con wifislax.