Buenas compañeros de la lista. En esta ocasión les comentaré sobre un problema inicial con cron/crontab, pero que ahora creo se trata de actualización. Es un poco largo, así que por partes.
###### Primero, el contexto: Les escribo desde un sistema Debian Wheezy 7.9 + IceWM + SpaceFM + SLiM, instalado en una PC de escritorio, con 512 MB de RAM y 10 GB de HD IDE. Los kernels instalados son: linux-image-3.16.0-0.bpo.4-686-pae linux-image-3.2.0-4-686-pae La lista de repositorios es: --------------------------------------------------------------------------------------------------------------------------------------- root@Tesistas:/home/tesistas# cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux 7.8.0 _Wheezy_ - Official i386 NETINST Binary-1 20150110-13:31]/ wheezy main deb http://cdn.debian.net/debian/ wheezy main contrib non-free deb-src http://cdn.debian.net/debian/ wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # wheezy-updates, previously known as 'volatile' deb http://cdn.debian.net/debian/ wheezy-updates main contrib non-free deb-src http://cdn.debian.net/debian/ wheezy-updates main deb http://http.debian.net/debian wheezy-backports main contrib #deb http://www.deb-multimedia.org wheezy main non-free #deb-src http://cdn.debian.net/debian/ wheezy main --------------------------------------------------------------------------------------------------------------------------------------- ###### Ahora, el problema e intentos de solucionarlo. Desde la versión Debian 7.8 había asignado el escaneado automático del sistema con clamav, mediante crontab desde el usuario normal. Aclaro, que funcionaba perfecto. En el lapso de los últimos 15 días, actualicé un par de veces el sistema, con las líneas: ----------------------------------- $ sudo aptitude update $ sudo aptitude upgrade ------------------------------------- siendo la última actualización entre ayer y hoy. Al intentar modificar la tarea de ejecución de clamav desde crontab, con las órdenes ---------------------- $ crontab -l $ crontab -e ------------------------ obtuve la siguiente respuesta: ------------------------------------------------------------------ $ crontab/tesistas: fdopen: Permiso denegado --------------------------------------------------------------------- cuando antes se listaba la única tarea asignada en el crontab del usuario tesistas. Se que aún existe tal asignación puesto que el clamscan se ejecutó a la hora que lo tenía programado inicialmente. Luego de leer los manuales de cron/crontab, me percaté que en el directorio /var/spool/cron/crontabs/ se halla un archivo con el nombre del usuario (tesistas), y que contiene la tarea asignada al crontab. Supuse que tras un cambio mayor en una de las actualizaciones, se alteró alguna configuración que conllevó a la pérdida de permisos por parte del usuario normal. Al intentar reasignar al usuario al grupo crontab, con la línea: ----------------------------------------------- $ usermod -aG crontab tesistas ---------------------------------------------- obtuve la misma respuesta de permiso denegado. Eventualmente, descubrí que al intentar apagar o reiniciar el ordenador, era redirigido a la pantalla de inicio de SLiM, solicitando el login y password, como normalmente ocurre al cerrar sesión. Al intentarlo desde terminal de usuario y de root, obtuve respuestas similares: ------------------------------------------------------------------------ # shutdown -h now bash: /usr/local/bin/shutdown: Permiso denegado ------------------------------------------------------------------------- ------------------------------------------------------------------------ # poweroff bash: /sbin/poweroff: Permiso denegado ------------------------------------------------------------------- ----------------------------------------------------------------------- # reboot bash: /usr/local/bin/reboot: Permiso denegado ------------------------------------------------------------------------ En este punto pensé que el problema radicaba en la última actualización del kernel desde backports, por lo que opté por el reinicio forzado desde el hardware, e ingresé mediante el kernel linux-image-3.2.0-4-686-pae. Al realizar pruebas tanto con crontab como con el apagado, similares a las anteriores, obtuve las mismas respuestas de "permiso denegado", lo que obviamente descarta el kernel como fuente de problema. A continuación pego el contenido de dos archivos log relevantes: --------------------------------------------------------------------------------------------------------------- # cat /var/log/aptitude Aptitude 0.6.8.2: informe de registro vie, oct 9 2015 02:29:56 -0430 IMPORTANTE: este registro sólo muestra las acciones que se pretenden realizar. Puede que no se completen algunas acciones por fallos de dpkg. Se instalarán 4 paquetes y se eliminarán 0. Se usará 775 kB de espacio en disco ================================================================= [ACTUALIZA] libfreetype6:i386 2.4.9-1.1+deb7u1 -> 2.4.9-1.1+deb7u2 [ACTUALIZA] linux-image-3.16.0-0.bpo.4-686-pae:i386 3.16.7-ckt11-1+deb8u3~bpo70+1 -> 3.16.7-ckt11-1+deb8u4~bpo70+1 [ACTUALIZA] linux-libc-dev:i386 3.16.7-ckt11-1+deb8u3~bpo70+1 -> 3.16.7-ckt11-1+deb8u4~bpo70+1 [ACTUALIZA] opera-developer:i386 34.0.1996.0 -> 34.0.2011.0 ================================================================= Registro completado. ------------------------------------------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------------------------------ # cat /var/log/apt/history.log Start-Date: 2015-10-08 19:30:47 Commandline: synaptic Install: clamav-docs:i386 (0.98.7+dfsg-0+deb7u1) End-Date: 2015-10-08 19:31:01 Start-Date: 2015-10-09 02:30:37 Upgrade: opera-developer:i386 (34.0.1996.0, 34.0.2011.0), linux-libc-dev:i386 (3.16.7-ckt11-1+deb8u3~bpo70+1, 3.16.7-ckt11-1+deb8u4~bpo70+1), linux-image-3.16.0-0.bpo.4-686-pae:i386 (3.16.7-ckt11-1+deb8u3~bpo70+1, 3.16.7-ckt11-1+deb8u4~bpo70+1), libfreetype6:i386 (2.4.9-1.1+deb7u1, 2.4.9-1.1+deb7u2) End-Date: 2015-10-09 02:34:10 ------------------------------------------------------------------------------------------------------------------------------------- Estoy revisando la lista de cambios en la novena actualización de Debian Wheezy: Updated Debian 7: 7.9 released https://www.debian.org/News/2015/2015090502 Se agradece si han leído hasta aquí. Cualquier idea en pro de ayudar, será bienvenida. Saludos fdm
