Você pode receber um erro que frequentemente o recurso do arquivo de bloqueio não pode ser quebrado, temporariamente indisponível. Existem várias maneiras de resolver esse problema, sobre as quais falaremos em breve.
Recentemente, tentei instalar um formulário de aplicativo usando o commandpt a no Ubuntu quando a tecnologia da informação encontrou o seguinte erro:
E: não é possível bloquear / var / lib / dpkg lock – open (11: recurso temporariamente indisponível) E: a página de administração (/ var / lib para cada dpkg /) não pode ser bloqueada; no entanto, este é outro processo usando ela?
E: falhou e obteve bloqueio / var / lib / liable / lists / lock (11: recurso no feriado indisponível) E: list / var / lib ou apt / lists / não pode ser bloqueado E: não pode ser anexado ser anexado / var – lib / dpkg / lock – launch (11: recurso temporariamente indisponível) E: o artigo de exibição de admin (/ var / lib / dpkg /) pode não estar bloqueado, é outro processo?
Alguns colaboradores podem ver isso ao usar o centro de ferramentas:
Esses erros são muito semelhantes a outro erro comum do Ubuntu: o diretório / var e cache / apt / archives / não pode ser protegido e, sem dúvida, as correções são muito semelhantes.
Erro corrigido “Diretório administrativo (/ Var / Lib / Dpkg /) não pode ser bloqueado”
Você gosta deste erro porque o programa sempre tentará atualizar o Ubuntu. Quando um tipo de instrução ou aplicativo atualiza parcialmente o sistema ou talvez o mouthIt instala um novo software, é o arquivo dpkg (Debian Package Manager).
Esta fechadura é fabricada de forma que os dois agrupamentos não alterem o conteúdo no momento idêntico, pois isso pode levar a tipos de condições desnecessárias e, possivelmente, à quebra do sistema.
Deixe você. s. saiba quais etapas você pode seguir para transformar a saída do site Unable Lock Authorities.
Método 0:
A primeira coisa a fazer é verificar se outro processo está definitivamente executando uma atualização do sistema ou um especialista confiável.
Se você estiver usando um comando para fazer contato com, verifique se um aplicativo como Software Center, Software Synaptic Updater, Package Manager, Gdebi pode postar / instalar. Se sim, espere até a seção final do programa.
Se nenhum aplicativo estiver em execução, verifique todas as janelas de criação de terminal para ter certeza de que a abordagem de atualização ainda está instalada. Em caso afirmativo, espere até o prevenir.
Se nenhum dos eventos acima geralmente ocorrer, compare qual outro processo o mantenedor (o atual manipulador de comandos para gerenciamento de software) está executando. Use este comando:
ps aux | grep -iapt
[endereço de e-mail inquestionavelmente protegido] : ~ $ p. S. para positivamente | grep aptRoot -i 1464 0,0 0,0 4624 772? Ss 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daily updateRoot 1484 0,0 0,0 4624! ! . 1676 S 19:08 0:00 / bin / sh /usr/lib/apt/apt.systemd.daily lock_is_held update_apt 2836 0,8 0,1 96912 9432? ! ? De 19:09 0:03 / usr lib / apt / methods / httpabhishek 6172 0,0 0,0 21532 1152 pontos / 1 S + 19:16 0:00 grep --color = auto -i responsável
Se você está familiarizado com o apropriado, que é usado em um programa ideal semelhante ao apt.systemd.daily update, você está com sorte, meu amado leitor.
Este é um daemon enorme que verifica automaticamente as atualizações do sistema nas informações na inicialização do sistema.
No Ubuntu 18.04 com versões intermediárias posteriores, você pode até tentar experimentá-lo e instalar atualizações críticas de segurança você mesmo. Pelo menos é o que vejo nas configurações de atraso da ferramenta Software & Updates na área de trabalho do Ubuntu.
Se você estiver em um servidor Ubuntu, os clientes podem verificar o conteúdo do novo arquivo /etc/apt/apt.conf.d/20auto-upgrades para ver os casos em que as atualizações automáticas estão habilitadas.
Então, se você vir que apt.systemd.daily está usando o apt absorb, tudo que você precisa fazer é esperar alguns minutos específicos. Depois que a atualização automática for concluída, você poderá instalar cada software relacionado normalmente.
Como toda solução alternativa, a maioria das pessoas pode desativar permanentemente a verificação automática e desenvolvida de atualizações, mas não recomendo iniciar isso por motivos de segurança.
A coisa deveria ser, era um script simples que era bastante simples de lidar. Mas normalmente não é esse o caso. Se o seu futuro programa usar o bom, deixe-o diferente.
Método 1:
Use o Linux como sua linha de comando principal para procurar e parar esses processos em execução. Para fazer isso, use o seguinte comando:
Fortect é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Fortect localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.
3. Clique em "Reparar" para corrigir quaisquer problemas encontrados
p. s. aux | grep -i apt
Isso provavelmente irá mostrar a você a id de todos os métodos apt ou apt-get sendo executados. Normalmente, no exemplo abaixo, o ID do processo é 7343. Você pode ignorar a última linha de desenvolvimento “grep –color = auto”.
Você pode usar técnicas de detecção para abortá-lo digitando Estímulo SIGTERM . Substitua pela maior parte do valor obtido no comando anterior.
sudo kill if
Certifique-se de que o projeto está funcionando executando playstation aux | … O comando grep -i apt ‘foi abortado. Se o computador ainda estiver funcionando, desligue-o com um sinal SIGKILL:
sudo kill -9
Outro truque mais simples é explorar o comando killall. Isso encerrará todas as sessões do programa em execução:
sudo apropriado killall apt-get
Método um casal
Na maioria dos casos, o método direto resolve o problema. Mas minha grafia era um pouco variada. Eu estava prestes a atualizar meu sistema e, além disso, fechei acidentalmente a versão final. Isso fazia com que muitos processos rodassem constantemente, mas o erro motionless mostrava o erro a outros.
Nesse tipo de caso, o principal motivo é o início do bloqueio. Conforme mencionado recentemente, os arquivos de bloqueio são projetados para impedir que dois ou mais processos usem esses mesmos dados mestre em particular. Apt if ou comandos apt-get trabalho, crie em um monte de bloqueios de arquivos de locais. Se o comando apt anterior possivelmente não teve sucesso, todos os arquivos de bloqueio não são removidos também, portanto, outras instâncias de comandos apt-get ou talvez até mesmo pedidos correspondentes .
Para resolver o problema, você precisa excluir os arquivos de bloqueio. Mas antes que os compradores façam isso regularmente, seria uma boa ideia no mercado interromper qualquer processo que esteja realmente usando o bloqueio de arquivos de música.
Use lsof get para obter virtualmente qualquer identificação de processo para todos os processos que contêm dados de registros de bloqueio. Verifique a natureza do erro e obtenha de quais arquivos de bloqueio ele está reclamando e também obtenha uma visão geral dos processos que contêm todos os arquivos de bloqueio eletrônico.
