14.04.5 LTS: após a atualização, “o sistema de pacotes está quebrado”

Question

Sim, procurei e pesquisei e tentei e experimentei, e agora estou postando ...

Algumas semanas atrás, fiz uma atualização regular do meu sistema LTS 14.04.5, e agora ele está me dando o erro "o sistema de pacotes está quebrado". Diz para tentar duas coisas:

1. Desative os PPAs de terceiros. Eu verifiquei minha lista de fontes (no Ubuntu Software Center) e não havia nenhuma. Eles são todos fontes do ubuntu.com. OK, não, existe uma fonte do Google, mas desativá-la não ajudou em nada.

2. Execute "sudo apt-get install -f", que me deu a saída abaixo. Essa saída implica que meu disco está cheio, mas de acordo com o df, definitivamente não é. Parece que o problema está em outro lugar, mas está causando o apt-get a pensar que a unidade está cheia.

Alguma idéia?

command-prompt$ sudo apt-get install -f
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  account-plugin-windows-live gir1.2-gnomekeyring-1.0 gir1.2-rb-3.0
  gir1.2-secret-1 libdmapsharing-3.0-2 libgpod-common libgpod4 libhdb9-heimdal
  libkdc2-heimdal libllvm3.5 libntdb1 librhythmbox-core8 libsgutils2-2
  libupstart1 linux-headers-3.13.0-117 linux-headers-3.13.0-117-generic
  linux-headers-3.16.0-30 linux-headers-3.16.0-30-generic
  linux-headers-4.4.0-34 linux-headers-4.4.0-34-generic linux-headers-4.4.0-45
  linux-headers-4.4.0-45-generic linux-headers-4.4.0-64
  linux-headers-4.4.0-64-generic linux-image-3.16.0-30-generic
  linux-image-4.4.0-34-generic linux-image-4.4.0-64-generic
  linux-image-extra-3.16.0-30-generic linux-image-extra-4.4.0-34-generic
  linux-image-extra-4.4.0-64-generic media-player-info python-ntdb
  python3-mako python3-markupsafe rhythmbox-data
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  linux-headers-3.13.0-129 linux-headers-3.13.0-129-generic
  linux-headers-4.4.0-91
The following NEW packages will be installed:
  linux-headers-3.13.0-129 linux-headers-3.13.0-129-generic
  linux-headers-4.4.0-91
0 upgraded, 3 newly installed, 0 to remove and 49 not upgraded.
4 not fully installed or removed.
Need to get 0 B/19.5 MB of archives.
After this operation, 149 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
(Reading database ... 1695950 files and directories currently installed.)
Preparing to unpack .../linux-headers-4.4.0-91_4.4.0-91.114~14.04.1_all.deb ...
Unpacking linux-headers-4.4.0-91 (4.4.0-91.114~14.04.1) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-4.4.0-91_4.4.0-91.114~14.04.1_all.deb (--unpack):
 unable to create '/usr/src/linux-headers-4.4.0-91/drivers/staging/android/ion/Makefile.dpkg-new' (while processing './usr/src/linux-headers-4.4.0-91/drivers/staging/android/ion/Makefile'): No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Preparing to unpack .../linux-headers-3.13.0-129_3.13.0-129.178_all.deb ...
Unpacking linux-headers-3.13.0-129 (3.13.0-129.178) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-3.13.0-129_3.13.0-129.178_all.deb (--unpack):
 unable to create '/usr/src/linux-headers-3.13.0-129/arch/mips/include/asm/lasat/head.h.dpkg-new' (while processing './usr/src/linux-headers-3.13.0-129/arch/mips/include/asm/lasat/head.h'): No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Preparing to unpack .../linux-headers-3.13.0-129-generic_3.13.0-129.178_amd64.deb ...
Unpacking linux-headers-3.13.0-129-generic (3.13.0-129.178) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-3.13.0-129-generic_3.13.0-129.178_amd64.deb (--unpack):
 error creating directory './usr/src/linux-headers-3.13.0-129-generic/include/config/module/sig': No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/linux-headers-4.4.0-91_4.4.0-91.114~14.04.1_all.deb
 /var/cache/apt/archives/linux-headers-3.13.0-129_3.13.0-129.178_all.deb
 /var/cache/apt/archives/linux-headers-3.13.0-129-generic_3.13.0-129.178_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

    

Answer 1

Parece que seu arquivo de fontes está corrompido e há pacotes quebrados. Remova o arquivo de origem corrompido pressionando Ctrl + Alt + T para abrir um terminal e digite:

sudo rm /etc/apt/sources.list

Em seguida, digite

sudo software-properties-gtk

Isto irá abrir o software-properties-gtk e um novo arquivo sources.list será criado automaticamente.

Em seguida, altere o servidor para US ou para qualquer outro servidor de sua escolha. Você deve ativar os repositórios a partir do novo diálogo para criar novas sources.list.

Marque todas as caixas, clique em Reverter e, em seguida, clique em fechar.

sudo apt-get update && sudo apt-get dist-upgrade -y

E: Subprocesso / usr / bin / dpkg retornou um código de erro (1) [relacionado ao Google Chrome]

    

Answer 2

faça um df -hi para verificar o status do disco cheio; Aposto que você não tem mais inodes; assim, nenhum arquivo novo pode ser gravado, nenhum arquivo estendido (nenhum arquivo aumentado). -i significa mostrar informações do inode (blocos de pensamento, clusters ...).

sem dúvida, você fez algo como criar vários arquivos pequenos de log / email & amp; ele usou todos os inodes e o 'disco está cheio' já que nenhum outro arquivo pode ser gravado (mesmo que algum espaço não seja alocado; todos os inodes usados!). inodes são alocados no formato; mas procure por um diretório cheio de dezenas de milhares de arquivos pequenos, exclua as porcarias indesejadas ou, pelo menos, mude para um volume que não seja do sistema e limite seus logs / emails ou o que for para ter um limite mais sustentável ( número definido pelo seu tipo de disco, capacidade, etc) etc.

    

Answer 3

De acordo com a primeira resposta em apt-get: Não há espaço disponível no dispositivo (12.04) seu sistema pode ter ficado sem inode. Compare a saída de df -ih a df -h .

Na saída 'apt-get install -f', seu sistema possui uma quantidade moderada de pacotes antigos que podem ser removidos automaticamente. Isso pode permitir que a atualização seja executada corretamente.

Execute sudo apt-get autoremove . Execute df -h e df -ih para comparar as duas saídas. Considere postar os resultados antes e depois.

Se apt-get autoremove não liberar inode suficiente, talvez seja necessário liberar alguns arquivando alguns arquivos. du ~/ | sort -n | head -n 10 listará os 10 arquivos menores no diretório inicial dos usuários atuais. O arquivamento ou a exclusão de muitos arquivos pequenos proporcionará o máximo de esforço possível ao liberar inodes.

    

Answer 4

Obrigado pela ajuda a todos!

De df -i (segunda e terceira resposta) eu pude ver claramente que os inodes estavam todos esgotados:

/dev/sda4 1.7M 1.7M 5.2K 100% /

mas eu estava tendo problemas para encontrar os infratores. Eu olho em todos os lugares usuais, e finalmente descobri que cerca de 50 ou mais núcleos (e cabeçalhos, e tudo) eram os prováveis culpados. O Ubuntu Software Center e o apt-get não eram funcionais o suficiente para me permitir remover alguns, então eu fui para / usr / src e manualmente deletei alguns dos diretórios mais antigos. Depois de 2-3 kernels eu pude ver que a contagem de inodos estava finalmente indo na direção certa. Mas o USC / apt-get ainda não funcionaria corretamente. Então eu deletei mais 5 ou mais, o que me levou a:

/dev/sda4 1720320 1595437 124883 93% /

e ENTÃO eu finalmente consegui fazer com que a USC se consertasse, ou pelo menos isso não está me motivando mais. Então, finalmente, dentro do USC, eu removi um monte de kernels linux.

Estou prestes a reinicializar a máquina e tentar uma atualização completa do sistema ...

EDIT: Atualização funcionou! Tudo funciona! Obrigado novamente!

dá um soco no Ubuntu por deixar meu computador de joelhos DUAS vezes durante um processo de atualização regular, por causa do gerenciamento deficiente do sistema de armazenamento

aguarda com expectativa a atualização para 18.04 LTS quando eu vou atualizar novamente