Debian Wheezy 7.9 sin permisos sobre el sistema después de actualización
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
Reply to: