Ubuntu 10.04 до 12.04, mysql5 вызывает зависание обновления

Question

Я делаю обновление с 10.04 по 12.04. Процесс обновления прошёл меня через все конфликтующие файлы .conf, и я решил оставить свою версию mysql.conf. Несмотря на это, процесс обновления заморожен. Вот последние несколько строк:

Setting up mysql-client-5.5 (5.5.31-0ubuntu0.12.04.2) ...
Setting up mysql-server-5.5 (5.5.31-0ubuntu0.12.04.2) ...
Installing new version of config file /etc/apparmor.d/usr.sbin.mysqld ...
Installing new version of config file /etc/logrotate.d/mysql-server ...
Installing new version of config file /etc/mysql/debian-start ...
Installing new version of config file /etc/init/mysql.conf ...

Я читал, что переименовываю mysql.conf в какое-то имя резервной копии, затем продолжаю обновление, но я не уверен, как это повлияет на мое обновление выпуска. Кто-нибудь знает, каким должен быть мой следующий ход?

Answer 1

Понял! В час ночи даже.

Я начал новый сеанс SSH, и он показал, что 12.04 работает. Многие пакеты нуждались в обновлениях, поэтому я запустил обычное sudo apt-get update sudo apt-get и sudo apt-get upgrade и было предупреждение о resolvconf. дпкг был недоволен. Многие googling предоставили sudo dpkg --configure -a но это также не помогло. Вот сага:

josh@ccdev:~$ sudo dpkg --configure -a
Setting up resolvconf (1.63ubuntu16) ...
start: Unknown job: resolvconf
invoke-rc.d: initscript resolvconf, action "start" failed.
dpkg: error processing resolvconf (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 resolvconf

Я нашел существующий файл resolvconf и вручную проверил его. Он был идентичен тому, который работал на форуме.

josh@ccdev:~$ sudo nano /etc/resolv.conf

Который , когда я нашел sudo initctl reload-configuration здесь.

josh@ccdev:~$ sudo initctl reload-configuration
josh@ccdev:~$ sudo dpkg --configure -a
Setting up resolvconf (1.63ubuntu16) ...
resolvconf start/running
Processing triggers for resolvconf ...

Bam. Обновления и обновления работали нормально. Я также запустил sudo service mysql stop сразу после запуска нового сеанса, чтобы быть в безопасности.