No se si ya actualizaron los paquetes de systemd, pero ya tendrá su propio su y es posible que este sea el problema al no reconocer los permisos. El sep 25, 2015 7:11 AM, "Camaleón" <[email protected]> escribió:
> El Thu, 24 Sep 2015 22:31:46 -0300, Ricardo Delgado escribió: > > > tengo un .sh (actualiza.sh) que venia utlizando desde hace tiempo y es > > asi > > > > #!/bin/bash > > echo "actualizando" > > sudo aptitude update && aptitude full-upgrade -y > > > > hasta hace un tiempo lo utilizaba sin problemas, desde el ultimo intento > > de actualizacion me aparece eso (para correr lo hacia desde > > $./actualiza.sh) > > > > y ahora me genera esto > > > > Estado actual: 179 actualizados [+76], 1696 nuevos [+93]. > > Son muchos paquetes nuevos... ¿seguro que ha estado funcionando bien? > > > Hay 2 paquetes nuevos obsoletos:coinor-libcoinmp1, libllvm3.5 E: No se > > pudo abrir el fichero de bloqueo «/var/lib/dpkg/lock» - open (13: > > Permiso denegado) > > E: No se pudo bloquear el directorio de administración (/var/lib/dpkg/), > > ¿está como superusuario? > > > > concretamente me actualiza los repositorios pero no me toma aptitude > > full-upgrade -y, es decir del script: aptitude update lo ejecuta, > > aptitude full-upgrade -y me tira el error que describo. > > ¿Y si lo ejecutas el comando desde una terminal te dice lo mismo? Mira a > ver que no haya ningún otro proceso de apt, dpkg o synaptic ejecutándose > en segundo plano. > > Saludos, > > -- > Camaleón > >
