En caso de recibir el siguiente error en el log de APF:

Unable to load iptables module (ip_tables), aborting.

El problema solamente lo he encontrado en instalaciones Fedora, y se soluciona modificando el siguiente parámetro en el fichero de configuración de apf:

fichero: /etc/apf/conf.apf

Parámetro:

MONOKERN="0" 

Lo pasamos a:

MONOKERN="1"

Y reiniciamos APF:

/etc/init.d/apf restart

El origen del problema reside en tener iptables compilado en el kernel de forma estática en lugar de como módulo.

En el Kernel Linux, existe la posibilidad de configurar la proporción/relación de uso que se va a dar a la memoria RAM y a la memoria Swap en nuestro sistema.

Como la mayoría sabéis la memoria Swap, también conocida como memoria o espacio de intercambio es simplemente una partición asignada en un disco duro (del tamaño que estimemos necesario) cuya función es actuar como si de memoria RAM se tratase en el momento que hay poca memoria RAM disponible en el sistema.

Existe una gran penalización cuando usamos Swap en vez de RAM, ya que utilizamos el disco para el volcado de los datos que normalmente tendrían que ir en memoria física (RAM), esto provoca la ralentización general del sistema operativo, por lo que normalmente hay que intentar usar la menor cantidad de memoria Swap posible.

El objetivo de este artículo no es explicar las ventajas/desventajas de cada una de las memorias, sino saber cómo decirle a nuestro sistema operativo, y en concreto al Kernel Linux que porcentaje/ratio de memoria RAM usada es el límite para comenzar a utilizar swap.

Existe un parámetro a nivel de kernel, swappiness al que podemos asignarle un valor, de 0 a 100, que indicará la preferencia de la memoria Swap respecto a la RAM, la tendencia del sistema a mover procesos a disco en lugar de a memoria física.

Un valor de swappiness alto provocará que el kernel tenga tendencia a utilizar más memoria Swap, mientras que cuanto más bajo sea, mayor preferencia tendrá la memoria RAM. Por defecto creo recordar que el valor de swappiness es de 60:

$ cat /proc/sys/vm/swappiness
60

Para modificarlo a tiempo real, hacemos uso de sysctl del siguiente modo (como root):

sysctl vm.swappiness=30

Hay que tener en cuenta que de este modo perderemos el cambio tras un reinicio, para modificarlo de forma permanente editamos el fichero /etc/sysctl.conf

vim /etc/sysctl.conf

Y añadimos/modificamos:

vm.swappiness=30

Conviene probar diferentes valores hasta dar con el correcto, pues cada sistema puede tener unos requerimientos especiales, es interesante probar a tiempo real y controlar el rendimiento del sistema hasta dar con el valor óptimo para nuestros sistemas.

Si tienes un equipo con 4GB de RAM o más instalados, y monta un sistema operativo GNU/Linux CentOS/RHEL/Fedora probablemente veas que al mostrar la cantidad de RAM de la que dispone el sistema no llega a mostrar más de 3.3 GB aproximadamente.

Para permitir que nuestro sistema sea compatible con una capacidad de memoria RAM igual o superior a 4GB tenemos que instalar un kernel compilado de forma especial para ello (PAE kernel). La forma de hacerlo es sencilla:

yum install kernel-PAE

Una vez instalado, reiniciamos el sistema y con el comando uname -a comprobamos si ya estamos utilizando el nuevo kernel, y con el comando free verificamos que efectivamente la memoria RAM que detecta el sistema es la correcta.

Red Hat ha publicado una actualización del kernel de Red Hat Enterprise Linux 5 que corrige diversas vulnerabilidades.

Los principales problemas corregidos son:

- Se ha corregido un fallo en la función ‘__scm_destroy’ de net/core/scm.c, que podría ser aprovechado por un atacante para causar una denegación de servicio a través de ciertas operaciones de conexión UNIX.

[Sigue leyendo en Hispasec.com...]

Os dejo un vídeo de una entrevista realizada a Linus Torvalds por la Linux Fundation en la que se charla sobre el Kernel Linux, su evolución, calidad e impresiones:

Para la mayor parte de usuarios de Gnu/Linux el pitido de sistema sueler ser bastante incómodo e inútil, os voy a explicar el modo de deshabilitarlo en Debian y Ubuntu. Me refiero a ese pitido beep que no proviene de los altavoces, sino del propio PC.

Para desactivar este pitído editaremos el siguiente fichero, lo que hacemos es meter en una lista negra el módulo de kernel encargado de generar estos pitidos:

vim /etc/modprobe.d/blacklist

Y añadimos como lista negra el módulo de los pitidos…

#Módulo de pitidos de sistema
blacklist pcspkr

Guardamos y en el próximo reinicio de sistema el pitido desaparecerá, si no podemos esperar ejecutad:

sudo rmmod pcspkr

Fuente en inglés | www.arsgeek.com

Se ha conseguido portar el Kernel 2.6 de Linux para ser utilizado en un iPhone, el resultado lo podéis ver en el vídeo.

En distribuciones 32-bit de Debian no es posible utilizar más de 3Gb de memoria RAM, la solución más sencilla es instalar desde el gestor de paquetes APT un kernel que sí lo soporta, concretamente el kernel con el sufijo bigmem.

En mi caso estaba utilizando un kernel 2.6 así que instalé el siguiente

linux-image-2.6-686-bigmem

apt-get install linux-image-2.6-686-bigmem

Reiniciamos y solucionado, ya podemos utilizar 4Gb de RAM o más en nuestro sistema.

Fuente: www.debianadmin.com