De repente, aptitude e apt estão bombardeando com segfaults; parece estar relacionado ao cache, como no aptitude eu vejo a mensagem "cache de carregamento" antes de morrer:
Ouch! Got SIGSEGV, dying..
Do apt-get update:
Ign http://archive.ubuntu.com trusty/universe Translation-en_US
Fetched 3,438 kB in 27s (125 kB/s)
Segmentation fault
E: Problem executing scripts APT::Update::Post-Invoke-Success 'test -x /usr/bin/apt-show-versions || exit 0 ; apt-show-versions -i'
E: Sub-process returned an error code
Do syslog após o aptitude ser executado:
Oct 8 10:28:22 etown kernel: [ 4807.432466] aptitude[5868]: segfault at 7f13ee640fc4 ip 00007f13f21180d7 sp 00007fff1d7ce6a0 error 6 in libapt-pkg.so.4.12.0[7f13f2029000+144000]
Do syslog após o apt-get update run:
Oct 8 11:01:48 etown kernel: [ 6814.538186] apt-show-versio[6794]: segfault at 7f56ef3cdfc4 ip 00007f56f04310d7 sp 00007ffd2bb5e060 error 6 in libapt-pkg.so.4.12.0[7f56f0342000+144000]
Eu tentei aumentar o limite de cache nos arquivos conf sem sucesso:
APT::Cache-Limit "10000000000";
Alguma idéia de guru-terra que eu possa tentar?
O trabalho encontrado em um relatório de erros do ubuntu requer o acréscimo uma nova linha para /etc/apt/apt.conf.d/70debconf :
APT::Cache-start 200000000;Isso funciona em torno do problema. Eu não entendo porque eu preciso dizer ao APT para alocar mais do que a quantidade padrão de memória para pará-lo de segmentação, mas eu faço! Há um bug aqui em algum lugar.
Muito obrigado a @LittleByBlue e @Sagar por me apontar na direção certa, concentrando a atenção em libapt-pkg.so.4.12.0 .
O comentário acima fez o truque para mim:
rm -rf /var/cache/apt/*.bin
Se isso não for possível, você também pode tentar
rm -rf /var/cache/apt/*
Note que este segfaults é muito específico, então isso provavelmente não funcionará no seu caso.