El Fri, 09 Oct 2015 14:38:04 -0430, Frederit Mogollon escribió: (...)
>> Mi política con los paquetes/repositorios de los backports es dejarlos >> desactivados y usarlos sólo de manera premeditada, es decir, si quiero >> instalar un paquete lo hago manualmente con "apt-get -t >> wheezy-backports install [paquete]" y así me evito disgustos. >> >> > Hola Camaleón. Gracias por responder. Si, siempre había usado esa > estrategia, pero esta vez me fui de impulso, y como que no es buena idea > actualizar todo a backports de una. > > > >>> ------------------------------------------------------------------ >>> $ crontab/tesistas: fdopen: Permiso denegado >>> --------------------------------------------------------------------- >> >> (...) >> >> Comprueba los permisos/propietarios del directorio de tareas de tu >> usuario: >> >> ls -la /var/spool/cron/crontabs/ (...) > Al hacerlo como root, resulta lo siguiente: > > > root@Tesistas:/home/tesistas# ls -la /var/spool/cron/crontabs/ > total 12 drwx-wx--T 2 root root 4096 jul 10 01:00 . > drwxr-xr-x 5 root root 4096 abr 17 16:01 .. > -rw------- 1 tesistas crontab 1630 jul 10 01:00 tesistas Parece correcto. Sube un nivel más para ver si los permisos/propietarios siguen bien: ls -la /var/spool/cron/ Y revisa también lo que comentan en esta página, más que nada porque el mensaje que recibe el usuario parece el mismo que recibes tú: crontab listing or editing results in fopen: permission denied http://serverfault.com/questions/619296/crontab-listing-or-editing- results-in-fopen-permission-denied >> No veo la forma en que un escaneo de clamav altere los permisos de los >> archivos, creo que no lo hace al menos de manera predeterminada y en >> caso de cambiarlos sin haberle dicho expresamente que lo haga se >> trataría de un bug muy serio. Lo que sí podría hacer es mover archivos >> a una cuarentena pero como digo, hasta donde sé hay que configurarlo >> para que eso suceda. >> >> > o.O Oh no no... tal vez fui yo, que no me supe explicar bien: Clamav > en ningún momento alteró los permisos de archivos. (...) Entendido :-) ------------------------------------------------------------------------ >>> # shutdown -h now bash: /usr/local/bin/shutdown: Permiso denegado >>> >>> ------------------------------------------------------------------------ >> >> (...) >> >> ¿Y esa ruta? :-? >> >> root@stt008:~# whereis shutdown shutdown: /sbin/shutdown >> /usr/share/man/man8/shutdown.8.gz >> >> > Aquí si es falta mía en agregar que para apagar el ordenador desde el > usuario normal sin privilegios de root (es un ordenador con un solo > usuario -tesistas-, pero utilizado por varias personas desde la misma > cuenta de usuario), había creado links simbólicos de los comandos > /sbin/shutdown, /sbin/reboot y /sbin/halt al path del usuario tesistas. > Esto en nada representa un factor que contribuya al problema en debate, > puesto que lo había implementado ya desde hace más de año y medio, y > funcionaba de maravilla. Pero no es normal que no te permita apagar el equipo y que te devuelva l inicio de sesión, porque entiendo que has ejecutado el "shutdown -h now" como súperusaurio ¿no? En caso contrario, prueba como root. > Tocará hacer una desactualización de la mayoría de paquetes > instalados/actualizados desde backports... :/ Bueno, es pronto para saber qué es lo que ha pasado, de momento hay algunos comandos que no funcionan como deberían pero de ahí a echar la culpa a los backports va un mundo :-) >> Desde luego parece un problema de permisos, vete revisando los >> registros (/var/log/syslog) por si vieras algo raro y comprueba a ver >> cuántos paquetes de los backports tienes instalados. >> >> > Sinceramente no veo los logs a menudo, pero al revisar el syslog, hay > algo que me llama la atención y no sé si es normal, me refiero a la > descripción "ordered data mode. Opts: (null)" en las siguientes líneas > del log: (...) (nada raro) > Al listar los paquetes instalados desde backports, obtengo que son en > total 120: (...) > root@Tesistas:/home/tesistas# for p in $(dpkg -l | grep '^ii' | cut -d ' > ' -f 3); do apt-cache showpkg $p | head -3 | grep -v '^Versions' | > sed -e 's/Package: //;' | paste - - ; done | grep backports | awk -F > '\t' '{print $1}' (...) Los paquetes de los backports llevan la coletilla "-bpo" y aquí la mayoría (en realidad, todos menos el kernel) no la tienen, es decir, que no parece que el problema venga de esos paquetes. Saludos, -- Camaleón
