Raspbian Jessie に MySQL をインストールしようとしています。同じ設定の別のマシンでは問題なく動作しましたが、2 台目では動作しません。
パッケージの構成中にパスワードの入力を求められ、しばらく待つと次のメッセージが表示されます。
┌─────────────────────────────────────┤ Configuring mysql-server-5.5 ├──────────────────────────────────────┐
│ │
│ Unable to set password for the MySQL "root" user │
│ │
│ An error occurred while setting the password for the MySQL administrative user. This may have happened │
│ because the account already has a password, or because of a communication problem with the MySQL server. │
│ │
│ You should check the account's password after the package installation. │
│ │
│ Please read the /usr/share/doc/mysql-server-5.5/README.Debian file for more information. │
│ │
│ <Ok> │
│ │
└───────────────────────────────────────────────────────────────────────────────────────────────────────────┘
もう少し詳しく調べてみると、このエラーは MySQL の起動に失敗したことが原因であることがわかりました。 を調べたところ/var/log/mysql/error.log、次のエントリがありました。
161217 23:33:16 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
161217 23:33:16 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
161217 23:33:17 [Note] /usr/sbin/mysqld (mysqld 5.5.53-0+deb8u1) starting as process 16476 ...
161217 23:33:17 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
161217 23:33:17 [Note] Plugin 'FEDERATED' is disabled.
161217 23:33:17 InnoDB: The InnoDB memory heap is disabled
161217 23:33:17 InnoDB: Mutexes and rw_locks use GCC atomic builtins
161217 23:33:17 InnoDB: Compressed tables use zlib 1.2.8
161217 23:33:17 InnoDB: Using Linux native AIO
161217 23:33:17 InnoDB: Initializing buffer pool, size = 128.0M
161217 23:33:17 InnoDB: Completed initialization of buffer pool
InnoDB: Error: auto-extending data file ./ibdata1 is of a different size
InnoDB: 0 pages (rounded down to MB) than specified in the .cnf file:
InnoDB: initial 640 pages, max 0 (relevant if non-zero) pages!
161217 23:33:17 InnoDB: Could not open or create data files.
161217 23:33:17 InnoDB: If you tried to add new data files, and it failed here,
161217 23:33:17 InnoDB: you should now edit innodb_data_file_path in my.cnf back
161217 23:33:17 InnoDB: to what it was, and remove the new ibdata files InnoDB created
161217 23:33:17 InnoDB: in this failed attempt. InnoDB only wrote those files full of
161217 23:33:17 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
161217 23:33:17 InnoDB: remove old data files which contain your precious data!
161217 23:33:17 [ERROR] Plugin 'InnoDB' init function returned error.
161217 23:33:17 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
161217 23:33:17 [ERROR] Unknown/unsupported storage engine: InnoDB
161217 23:33:17 [ERROR] Aborting
161217 23:33:17 [Note] /usr/sbin/mysqld: Shutdown complete
161217 23:33:18 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
これはアップグレードではなく、新規インストールです (それ以外は、MySQL のインストールを数回試み、mysql-server-5.5試行の合間に消去しました)。
ただし、最初の試みでストレージ容量が不足したことを述べておきます (ルート パーティションが 2 GB に満たない)。2 GB SD カードを 16 GB カードに交換し、古いddカードの内容を新しいカードにコピーしてパーティションを拡張することで、この問題を解決しようとしました。それでもまだうまくいきません。一方、最初のシステム (最初から 4 GB カードが搭載されていました) は問題なく動作しました。ここでの問題は何でしょうか。また、どうすれば解決できるでしょうか。
答え1
どうやら、この問題は最初の試行時のストレージ容量不足によって発生したようです。MySQL はデータ ファイルを作成しようとしましたが、容量不足のため失敗し、破損したデータ ファイルと、それを指す構成ファイルが残されました。
私の記憶が正しければ、最初に試したのは MySQL を再インストールすることでしたがsudo apt-get remove、これにより、問題のあるデータ ファイルと構成が残ってしまったため、次のインストールでそれが検出され、同じように失敗しました。
どうやら、その後もsudo apt-get purge mysql-server-5.5これらの項目は削除されなかったようです。次のコマンド シーケンスで、ようやく問題が解決しました。
sudo apt-get purge mysql-server-5.5
sudo rm -R /etc/mysql
sudo rm -R /var/lib/mysql
sudo apt-get install mysql-server
その後、MySQL が起動し、MySQL コンソールにログオンできるようになりました。
重要: これにより、システム上のすべての MySQL データが永久に消去されます。新規インストールの場合、または結果がわかっている場合にのみ、これを実行してください。