Outro aplicativo está atualmente segurando o yum lock; esperando ele sair


11

Estou tentando instalar o wireshark no Fedora (versão mais recente do gnome3) e continuo recebendo o erro.

Outro aplicativo está atualmente segurando o yum lock; esperando ele sair ...

Eu continuo matando o processo ofensivo depois de descobrir que ele é pid usando ps aux | grep yum, mas o mesmo processo gera novamente com um pid diferente.

root      1605  0.0  3.4  54424 26228 ?   SN   10:51   0:02 /usr/bin/python     
/usr/share/PackageKit/helpers/yum/yumBackend.py get-updates none

Como posso matar adequadamente esse processo ou usar o yum para instalar o wireshark corretamente?


Qual é o processo?
Caro

atualizado com o resultado de ps aux | grep yum para mostrar o processo
user77017

1
Muitas respostas aqui mostram como impedir que isso aconteça em geral, mas não como resolver o problema se você estiver preso na situação atualmente. Tentei uma sugestão em uma resposta de outra pergunta: remover /var/run/yum.pid e ele resolveu o problema instantaneamente.
clearlight 14/09/17

Respostas:


10

É o PackageKit tentando atualizar o banco de dados yum para que ele possa mostrar um ícone na área de trabalho quando houver atualizações a serem aplicadas.

Ele deve ser executado apenas por curtos períodos - se não estiver completo, sugere que há algum tipo de problema com a configuração do yum, de forma que ele fica parado tentando atualizar o status de um dos repositórios ou algo assim.


infelizmente isso realmente faz sentido no meu caso, a internet aqui é abismal / filtrada
user77017

2
ok deixa pra lá, eu reiniciei e agora posso usar o yum. Sinto como se estivesse trabalhando no Windows.
user77017

1
@ user77017 I feel like I'm working on Windows- Recompile sua distribuição para usar um gerenciador de pacotes que não seja o yum. Deve dar a você o sentimento do Linux.
ta.speot.is

lol todda, recompilação é chato e demorado, eu preferiria o trabalho gerenciador de pacotes padrão corretamente com yum
user77017

5

Se você realmente não gosta do PackageKit, pode removê-lo executando o seguinte comando como root:

 yum remove PackageKit

Você também pode desativar o PackageKit da verificação de atualizações executando gpk-prefs no terminal:

 gpk-prefs &disown

Na janela de preferências, altere Verificar se nunca há atualizações .


4

Pare o daemon do packagekit com:

service packagekitd stop

Não me lembro se o nome é "packagekitd". Também não me lembro se nas últimas versões do fedora PK é um daemon ou apenas um processo do usuário.

Se você deseja desativar o processo, verifique o comando "ntsysv" como raiz em um terminal e os aplicativos de inicialização automática em suas preferências da área de trabalho.

Para o seu problema com a conexão com a Internet e o download de pacotes, verifique o plugin quickmirror para yum. A configuração é muito simples. Também use o plugin presto.


Não funciona assim, pelo menos no F15, embora possa funcionar nas versões anteriores. No F15, ele é ativado pelo dbus, e é iniciado assim que alguém (o applet do centro de controle do Gnome provavelmente) tenta falar com ele pelo dbus.
TomH 25/07


1

Eu encontrei uma maneira de corrigir esse problema.

Você pode desativar a atualização automática do sistema e resolvê-la.

Na China, testei dessa maneira e funciona bem.


Olá e bem-vindo ao Super Usuário! Talvez você possa explicar como fazer isso para tornar sua resposta um pouco mais detalhada? Apenas um pensamento.
Slm

Para desativar o packagekit: no terminal, execute gpk-prefs e selecione "Verificar atualizações: Nunca".
Nav

1

Existe uma solução muito simples para esse problema.

O processo "PackageKit" será iniciado apenas se o computador estiver ocioso. Com isso em mente, devemos simplesmente sair do Linux e entrar novamente. Devemos, então, abrir imediatamente uma janela do terminal e executar o yum antes que o sistema possa ficar ocioso.

É isso aí!

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.