Para corrigir o dpkg: link
Estou tendo o mesmo problema também, ami-00067852 ap-southeast-1a zone. O que diabos está acontecendo?
Quando eu tento instalar um pacote no meu servidor Ubuntu (10.10) no amazon ec2 com update-alternatives "para o JRE, o apt-get não responde mais.
Estou aguardando há 20 minutos esse problema com esta linha de texto:
update-alternatives: using /usr/lib/jvm/java-6-openjdk/jre/lib/jexec to provide /usr/bin/jexec (jexec) in auto mode.
E se eu tentar pará-lo e reiniciar o sistema. da próxima vez que eu usar o apt-get ou o aptitude de qualquer maneira que me for dada
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
Em que o comando não resolve o problema, deixando-me com um apt-get quebrado.
Para corrigir o dpkg: link
Estou tendo o mesmo problema também, ami-00067852 ap-southeast-1a zone. O que diabos está acontecendo?
Existe uma maneira de fazer seu dpkg rodar novamente. Infelizmente, eu ainda não sei como instalar o jre no meu debian, já que exatamente a mesma coisa acontece toda vez que o jre install é tentado.
Em poucas palavras, você precisa limpar os pacotes instalados de forma incompleta, depois de ter matado os processos dpkg e java (o processo java consumiu 100% de CPU na minha caixa). Então seu dpkg deve estar operacional novamente.Instruções detalhadas a seguir. Estes podem servir como um guia para alguém com os mesmos problemas.
ps -A |grep -E "(java|dpkg)"
para encontrá-los) dpkg -l |grep -v -E "^ii"
- isso listará todos os pacotes que não estão no estado perfeitamente instalado; instaladas de forma incompleta ou que têm arquivos de configuração remanescentes atrás deles após terem sido desinstalados (ou alguma outra variante). Você pode diferenciá-los por valor na primeira coluna. (rc = removeu & conf-files; iU = instalar e descompactar). Veja o cabeçalho da listagem ( dpkg -l | head
para significados detalhados). dpkg -P package_name [package_name2] [package_name3 ...]
para limpar esses pacotes incompletos. Pessoalmente, eu removi todos os pacotes listados (como todos eles estavam relacionados à instalação do jre quebrada), e o dpkg estava rodando depois. Atualização: após mais algumas pesquisas, verifica-se que esse bug está exclusivamente relacionado à execução de uma instância t1.micro de 32 bits da AMI baseada em debian no Amazon EC2.
Uma solução que funcionou para mim ( creditada a DanielDaniel - obrigado, @Yuval), é para:
Isso custará provavelmente apenas o quanto for necessário para executar a instância m1.small por 1 hora. Deve estar instalado e funcionando em nenhum momento.
Atualização 2 : depois de passar por todos os problemas, parece que o Java não funcionará na instância t1.micro. Executar qualquer coisa baseada em java terá o mesmo efeito em seu sistema do que executar a instalação de jre / jdk. Portanto, para usar o java em t1.micro, use alguma outra distro não baseada no debian (no entanto, não tenho 100% de certeza de que funcionaria) ou atualize a instância para m1.small ou melhor.
Atualização 3 : em 11/08/2011, o problema não foi resolvido. Consulte o link para atualizações adicionais. No momento, cabe à Amazon revisar o patch proposto ... Basicamente, eles consertarão quando fizerem ...
Você executou dpkg --configure -a
como lhe foi dito? Se sim, o que você obteve como resultado?
ATUALIZAÇÃO:
Em seguida, execute: strace -s100 -f -o /tmp/debug.out dpkg --configure -a
aguarde alguns minutos e faça o upload do arquivo em algum lugar. Ou anexe as últimas 200 linhas aqui.
UPDATE2:
O arquivo chamado /tmp/debug.out é necessário. A saída no console não muda.
Eu tinha o ami-ccf405a5 de 32 bits que estava me causando problemas com o jre. Eu usei um ami de 64 bits (ami-cef405a7) e isso resolveu meu problema.