El eterno problema en samba: nofile = 1024

Al hacer una configuración de samba en Debian Wheezy (Y parece que en la mayoría de distribuciones linux), un mensaje de error aparece al configurar samba y comprobando el archivo de configuración con testparm:

rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)

Este mensaje viene a decir que el número máximo de archivos que un usuario puede abrir esta configurado a 1024 en el sistema. Esta es parte de toda una serie de límites que se configuran en el sistema para evitar que un usuarios acapare todos los recursos del sistema.

La solución pareciera estar documentada en muchas partes, sin embargo a mi no me ha funcionado. Según la mayoría, basta con agregar lo siguiente en el archivo /etc/security/limits.conf, al menos antes de la última línea

(...Contenido suprimido...)
#@student        -       maxlogins       4
*                -       nofile          16384
# End of file

Pero mi Debian no responde a tal configuración. Y sin embargo lo hace cuando se configura al vuelo con ulimit -n 16384. Por tanto, supe que era posible.

Para que en realidad funcione, basta con especificar el usuario sobre el que se realiza este configuración en lugar del comodín * Así queda

(...Contenido suprimido...)
#@student        -       maxlogins       4
root             -       nofile          16384
# End of file

Tiene sentido al final de cuentas. Con el comodín, el límite máximo sería alcanzable para todo el que se loguea en el sistema (Sobre todo en mi caso que lo uso como PDC...). En este caso, sólo cambiamos el límite para root, que es quién maneja los procesos de Samba.

Actualización:
Por si las dudas (Se supone que hemos arreglado el problema, pero el mensaje de error continúa apareciendo cuando se ejecuta testparm desde una sesión root obtenida con su -), agregue en /etc/pam.d/sudo lo siguiente,

(...Contenido suprimido...)
session    required   pam_limits.so

Reinicie el sistema y todo estará bien.