Não é possível instalar nenhum pacote com o sudo apt-get install

Question

Estou rodando Raspbian no meu Raspberry Pi Acabei de configurar esse dia, o problema é que toda vez que tento instalar algum pacote eu recebo um erro, por exemplo, sudo apt-get install o samba me dá:

The following packages have unmet dependencies: 
libc6 : Depends: libgcc1 but it is not going to be installed 
samba : Depends: samba-common (= 2:3.6.6-6+deb7u4) but it is not going to be installed
        Depends: libwbclient0 (= 2:3.6.6-6+deb7u4) but it is not going to be installed 
        Depends: libacl1 (>= 2.2.51-8) but it is not going to be installed  
        Depends: libattr1 (>= 1:2.4.46-8) but it is not going to be installed  
        Depends: libcap2 (>= 2.10) but it is not going to be installed  
        Depends: libcomerr2 (>= 1.01) but it is not going to be installed  
        Depends: libcups2 (>= 1.4.0) but it is not going to be installed
        Depends: libgcc1 (>= 1:4.4.0) but it is not going to be installed  
        Depends: libgssapi-krb5-2 (>= 1.10+dfsg~) but it is not going to be installed  
        (...)
Try 'apt-get -f install' with no packages (or specify a solution).

Então eu tentei fazer o sudo apt-get -f install, mas isso me deu:

 $ sudo apt-get -f install 
 Reading package lists... Done 
 Building dependency tree 
 Reading state information... Done 
 Correcting dependencies... Done

 The following extra packages will be installed:
     libgcc1

 The following NEW packages will be installed: 
     libgcc1

 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. 
 Need to get 0 B/54.2 kB of archives. Continue [Y/n]? y 

 Use of uninitialized value $value in substitution (s///) at /usr/share/perl5/Debconf/Format/822.pm line 65, line 1. 
 Use of uninitialized value $item in hash element at /usr/share/perl5/Debconf/DbDriver/File.pm line 85, chunk 1. 
 Use of uninitialized value $value in substitution (s///) at /usr/share/perl5/Debconf/Format/822.pm line 65, line 1. 
 Use of uninitialized value $item in hash element at /usr/share/perl5/Debconf/DbDriver/File.pm line 85, chunk 1.

 E: Cannot get debconf version. Is debconf installed? 
 debconf: apt-extracttemplates failed: No such file or directory
 dpkg: regarding .../libgcc1_1%3a4.8.2-21~rpi3rpi1_armhf.deb containing libgcc1:armhf, pre-dependency problem: libgcc1 pre-depends on multiarch-support, multiarch-support is unpacked, but has never been configured.

 dpkg: error processing /var/cache/apt/archives/libgcc1_1%3a4.8.2-21~rpi3rpi1_armhf.deb (--unpack): pre-dependency problem - not installing libgcc1:armhf
 Errors were encountered while processing: /var/cache/apt/archives/libgcc1_1%3a4.8.2-21~rpi3rpi1_armhf.deb 

 E:Sub-process /usr/bin/dpkg returned an error code (1)

Eu então tentei descobrir como corrigir esses novos erros e acabei aqui: link

Então eu segui estes passos: link

Por que isso pareceu funcionar para o outro cara, mas ainda está me dando os mesmos erros, parece que há algo errado com o gerenciamento de pacotes, alguém sabe como eu consertaria isso?

    

Answer 1

desta resposta link

ISENÇÃO DE RESPONSABILIDADE: Não tenho certeza de quais implicações isso terá na minha configuração geral do pacote ou causar problemas com upgrades.

force manualmente o status instalado para o suporte multiarch:

nano /var/lib/dpkg/status

encontre a linha que começa com o Pacote: algo como:

Package: multiarch-support
Status: install ok unpacked

altere unpacked para installed

salvar & sair

sudo apt-get install -f

Isso deve corrigir suas dependências agora

sudo apt-get install git

    

Answer 2

Algumas outras pessoas que relataram isso criaram o problema movendo /var/cache para um tmpfs na inicialização. O Raspbian não é assim por padrão e o sistema não funciona dessa maneira, então se você fez isso, você pode reinstalar também.

Se não, pode haver problemas no cartão SD. Mesmo se for um novo cartão, uma pequena porcentagem deles talvez tenha nascido defunto e se houvesse 10.000 pessoas fazendo a mesma coisa ontem e apenas um acabasse aqui com esse problema, então há sua probabilidade (nb a maioria das pessoas provavelmente nunca terá tais problemas na vida, mas os que tendem a fazer muito barulho sobre isso).

Primeiro, verifique a segunda partição com e2fsck . Para fazer isso você precisa colocá-lo em outra caixa linux. Se você não tiver um, pegue um CD ao vivo e use isso, isso provavelmente tornará sua vida com o pi mais fácil a longo prazo. Insira o cartão e descubra qual é o nó do dispositivo para a segunda partição no cartão (alguns pop-up podem informá-lo ou compare ls /dev antes e depois de inseri-lo). Você não quer montá-lo, se ele montá-lo desfazer isso. Então, se é /dev/sdb2 :

e2fsck -c /dev/sdb2

Não confunda o nó do dispositivo. Tenha certeza. Pode demorar um pouco, mas não muito tempo. Deve completar sem erros. Se ele começar a tossir muito, você poderá pará-lo e reiniciar com -y para responder automaticamente sim a tudo, ou, como seu sistema de arquivos raiz está evidentemente parafusado, reflash a placa. Ou você poderia dar no cartão. Se você passar por isso duas vezes seguidas, tente outra.

Se tudo correr bem, a corrupção aleatória é mais ou menos descartada. Nesse momento eu tenho mais um culto de carga . Reinicie o pi e:

sudo apt-get install debconf --reinstall

Mas, novamente, não se preocupe com tudo isso até verificar a partição com e2fsck .

    

Answer 3

Na primeira tentativa:

dpkg -a --configure

Depois disso, execute seu 'comando apt-get' anterior. 'libgcc1' não está relacionado ao compilador gcc, está relacionado a rede. Depois de tentar, tente:

apt-get --reinstall install libgcc1

Se você não obtiver qualquer resposta, denuncie.