Error xulrunner al actualizar a Ubuntu 18

[Braiam Peguero]

Lamentablemente, esos no fueron los comandos que quise que ejecutaras,
ni incluiste el resultado de los mismos. Cuando se realizan pruebas
diagnosticas es importante seguir las instrucciones y copiar y pegar
exactamente todo lo que resultan de ellas, ya que sin estos es
imposible solucionar el problema. Error 127 solo dice que dpkg terminó
de forma inesperada, lo cual no es útil para identificar la causa del
problema. Favor ejecutar tal y como aparecen y enviar el resultado de
los mismos.

> sudo lsof /var/cache/apt/archives/lock
> sudo lsof /var/lib/dpkg/lock
> sudo apt-get update && sudo apt-get -f install

> Si, todavía te sigue apareciendo el error, manda el resultado de `ls
-l /var/cache/apt/archives /var/lib/dpkg`.

On Sat, Jan 19, 2019 at 2:37 PM evangelsan evangelsan
<evangelsan en telefonica.net> wrote:
>
> Con estas órdenes, Braiam,  parece que el sistema realiza un montón de acciones pero al final me sale esto:
>
> fugitiv1 en ordenador-desktop:~$ /var/lib/dpkg/lock
> bash: /var/lib/dpkg/lock: Permiso denegado
> fugitiv1 en ordenador-desktop:~$ sudo apt-get update
> Obj:1 http://security.ubuntu.com/ubuntu bionic-security InRelease
> Obj:2 http://es.archive.ubuntu.com/ubuntu bionic InRelease
> Obj:3 http://es.archive.ubuntu.com/ubuntu bionic-updates InRelease
> Leyendo lista de paquetes... Hecho
>
> Y luego sigo sin poder eliminar el dichoso xulrunner:
> error 127
>
> Saludos
>
> > El 19 de enero de 2019 a las 16:59 Braiam Peguero <braiamp en gmail.com> escribió:
> >
> >
> > > Cuando te aparezca este tipo error simplemente elimina ese archivo (y
> > > cualquier otro similar que apareciera).
> >
> > No solo no es necesario removerlo, es **extremadamente peligroso
> > hacerlo**. Cada vez que apt/dpkg trabajan, estos se aseguran de que
> > otras instancias no traten de hacer cambios (ej. dos dpkg
> > instalando/desinstalando cosas es una excelente manera de obtener
> > problemas de dependencias). lsof nos dirá exactamente que proceso esta
> > bloqueando el archivo, para así terminarlo de manera segura (imagina
> > que aptd esta actualizando algo en background). Remover archivos cada
> > vez que se te presente un problema es una forma segura de obtener
> > peores problemas (de la misma manera que muchos dicen "usa sudo"
> > cuando no tienen permisos para manipular un archivo.
> >
> >
> >
> >
> >
> > On Sat, Jan 19, 2019 at 10:43 AM <mike.alfa.2007 en gmail.com> wrote:
> > >
> > > El vie, 18-01-2019 a las 10:24 -0400, Braiam Peguero escribió:
> > > > > E: No se pudo bloquear /var/cache/apt/archives/lock - open (11:
> > > > > Recurso no disponible temporalmente)
> > >
> > > Cuando te aparezca este tipo error simplemente elimina ese archivo (y
> > > cualquier otro similar que apareciera). Ese archivo 'lock' es un
> > > especie de banderilla que se crea cuando un gestor de paquetes empieza
> > > a trabajar sobre el sistema de paquetes con el fin de que si otro
> > > gestor de paquetes intentara acceder al sistema de paquetes este
> > > archivo lo bloqueara, evitando que dos gestores actúen sobre el sistema
> > > simultáneamente pudiendo dañarlo.
> > > Este archivo se elimina automáticamente al terminar el gestor de
> > > paquetes  que lo invocó, sin embargo algunas veces NO se borra
> > > automáticamente y bloquea todo el sistema de paquetes... Se puede
> > > borrar con seguridad si no hay ningún administrador de paquetes
> > > funcionando. Una vez que lo borres reintenta lo que quieres hacer..
> > >
> > > sudo rm /var/cache/apt/archives/lock
> > > sudo apt-get update
> > >
> > > Saludos,
> > > Mauricio J. Adonis C.
> > >
> >
> >
> > --
> > Braiam



-- 
Braiam