Не удается остановить MariaDB на Ubuntu Lucid

При запуске MariaDB 5.5 я получаю следующую ошибку:

InnoDB: Unable to lock /var/lib/mysql/ibdata1

Первоначально столкнулся с этой ошибкой после перезагрузки сервера под управлением MariaDB 5.1. Выполнили ряд шагов по устранению неполадок, в том числе:

• Обновление MariaDB до 5.5
• Перемещение и копирование файлов ib *
• Удаление Apparmor (которое остановило ошибки переполнения синхронизации)

Я также получаю другие ошибки, например:

InnoDB: Could not open or create data files.
InnoDB: If you tried to add new data files, and it failed here,
InnoDB: you should now edit innodb_data_file_path in my.cnf back
InnoDB: to what it was, and remove the new ibdata files InnoDB created
InnoDB: in this failed attempt. InnoDB only wrote those files full of
InnoDB: zeros, but did not yet use them in any way. But be careful: do not
InnoDB: remove old data files which contain your precious data!
[ERROR] Plugin 'InnoDB' init function returned error.
[ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
[Note] Plugin 'FEEDBACK' is disabled.
[ERROR] Unknown/unsupported storage engine: InnoDB
[ERROR] Aborting

Но я уверен, что это всего лишь результат первоначальной ошибки.

Когда я останавливаю MariaDB (/etc/init.d/mysql stop), он сообщает, что MariaDB успешно остановился. Но при выполнении ps -ef | grep mysql там еще есть PID.

Если я убью PID, он автоматически воссоздается.

Вывод ps для этого PID:

mysql     9173     1 17 09:43 ?        00:00:00 /usr/sbin/mysqld

Я могу войти в MySQL, когда этот PID существует, и он показывает обычный SHOW PROCESSLIST, но есть также спящий запрос.

Могу ли я попытаться решить эту проблему другими способами? Помощь будет принята с благодарностью.

ОБНОВЛЕНИЕ # 1

Чтобы вернуть сервер в известное состояние, я сделал:

• Восстановите резервную копию перед внесением каких-либо изменений в конфигурацию
• Обновите MariaDB до версии 5.5
• Остановите Apache и MySQL
• Обратите внимание, что мошеннический MySQL PID все еще существует
• Файл my.cnf перемещен на новое имя
• Остановите MySQL снова
• Ran ps -ef | grep mysql, чтобы узнать, пропал ли PID, он был
• Перемещен my.cnf назад
• Запущен MySQL
• Отметил, что существовали только действительные MySQL PID
• Запустил Apache и заметил, что не могу подключить свои сайты
• Внесены изменения Джоэлса в файл my.cnf (default_storage_engine = InnoDB TO default-storage-engine = innodb)
• Снова запустил MySQL и Apache

Прямо сейчас доступ к сайтам закрыт. В системные журналы или журналы ошибок Apache не записывается ничего нежелательного. Я просто не могу понять, почему я не могу подключиться к веб-сайтам.

Однако я получаю эту ошибку в своем системном журнале:

[Warning] Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. Statements writing to a table with an auto-increment column after selecting from another table are unsafe because the order in which rows are retrieved determines what (if any) rows will be written. This order cannot be predicted and may differ on master and the slave. Statement: UPDATE thread AS thread,taggregate_temp_1371329760 AS aggregate

Любые идеи?

ОБНОВЛЕНИЕ # 2

Теперь в моем системном журнале появляются следующие ошибки:

Jun 16 11:31:45 kernel: net_ratelimit: 5 callbacks suppressed
Jun 16 11:31:45 kernel: TCP: Possible SYN flooding on port 80. Sending cookies.

И теперь после перезагрузки моего сервера я получаю эту ошибку и выше ...

Unable to lock /var/lib/mysql/ibdata1, error: 11