Atualização online de 12.04 para 14.04

Question

Eu estava tentando atualizar meu laptop Lenovo T500 do Kubuntu 12.04 LTS para o Kubuntu 14.04 LTS.

Atirou-se ao processo de atualização e, finalmente, após o download de um pacote de zillion, o upgrade começou, apenas para ficar preso ...

Ele ficou preso por horas em:

 Installing the upgrades->Unpacking subversion

Últimas linhas de mensagens de erro:

GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init() at /usr/lib/perl/5.18/DynaLoader.pm line 207.

GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed at /usr/lib/perl/5.18/DynaLoader.pm line 207.

Eu não me importo mais com subversão, eu uso o git agora; Eu não me importo se o subversion acaba em um estado ruim e eu tenho que removê-lo.

Eu só quero que a atualização continue e esperamos que seja concluída.

Alguma ideia?

    

Answer 1

Eu tive esse problema também, mas descobri uma maneira de contornar isso.

Após a atualização ter parado, procure o processo chamado "frontend" na árvore de processos de "python- > sudo- > fiel > fiel > ...- > ...- > frontend "em que o gerenciador de upgrade está sendo executado. Depois de eliminar este subprocesso, o processo de instalação será iniciado novamente e concluído de forma limpa.

Isso está relacionado a algo envolvendo a atualização do man-db. Não está relacionado a subversão, ou python, ou o que quer que esteja sendo descompactado. Esse foi apenas o último bit nos logs. O problema é algo relacionado ao man-db e (provavelmente) perl.

Recomendar uma nova instalação como primeiro curso de ação não é exatamente útil. É o que você faz quando a solução de problemas falha. Não é uma solução.

    

Answer 2

Eu encontrei esse problema exato fazendo um upgrade de 12.04 - > 14.04. Eu não consegui matar o processo frontend como descrito acima, porque apesar de eu poder lançar uma janela Xterm, sudo e su segfaulted devido ao sistema ser meio-atualizado.

No entanto, eu me recuperei da situação reinicializando, entrando no modo de recuperação e conseguindo consertar pacotes quebrados. Isso efetivamente reiniciou o processo de atualização no modo de linha de comando e acabei (eventualmente) com um sistema 14.04 utilizável.

    

Answer 3

Eu tive um problema semelhante, mas estava preso ao iniciar o mysql.

ps fax | less e encontrado frontend. Ele tinha um filho que estava executando start mysql

Em outro terminal, executei sudo stop mysql , o que pareceu liberar o que quer que o início estivesse aguardando e a instalação continuou.

Eu suspeito que isso seja geralmente aplicável. Encontre o processo filho mais baixo do frontend e mate ou solte-o e as coisas serão retomadas.