Re,
Bon, alors la je te propose de faire un essai mais c’est un peu “hiphip houra” …
Lidée c’est que, selon tes derniers logs, il semble effectivement qu’une de tes tables systeme soit corrompue. Dans le cas qui nous interresse il semble que ce soit la table “host” :
[ERROR] Fatal error: Can't open and lock privilege tables: Incorrect file format 'host'
J’ai parcouru quelques sites/forum décrivant cette erreur (cela semble courant, il y a même un post sur le forum yuno) et il apparait qu’une solution puisse fonctionner. Je l’ai testé sur une de mes bases (mais qui fonctionne bien). Franchement, je ne sais pas si cela peut fonctionner pour toi et les eventuelles conséquences (pertes de données, perte d’acces à la base, …).
Je te donne ce que j’ai trouvé et testé, à toi de voir si tu veux tenter le coup 
Si tu le fais, dis nous si ça fonctionne, ça peut servir à d’autres.
Il y a 2 étapes :
- Démarrer mysql en contournant les systeme de privileges mysql (database en openbar)
- Se connecter à la db et executer une commande de réparation de la table host
1 - Executer mysql
Ouvre un premier termninal (execution en avant-plan) et execute avec le compte root la commande suivante :
$ mysqld --skip-grant-tables
Sur Jessie cela n’a pas focntionné, il semble qu’il ne soit pas possible d’executer mysqld avec le compte root. J’ai alors utilisé la commande suivante :
su - mysql -s /bin/bash -c "/usr/sbin/mysqld --skip-grant-tables"
Théoriquement tu devrais obtenir, sur ton terminal, un truc dans le genre :
150824 20:55:28 [Note] /usr/sbin/mysqld (mysqld 5.5.44-0+deb8u1) starting as process 2350 ...
150824 20:55:28 [Note] Plugin 'FEDERATED' is disabled.
150824 20:55:28 InnoDB: The InnoDB memory heap is disabled
150824 20:55:28 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150824 20:55:28 InnoDB: Compressed tables use zlib 1.2.8
150824 20:55:28 InnoDB: Using Linux native AIO
150824 20:55:28 InnoDB: Initializing buffer pool, size = 128.0M
150824 20:55:28 InnoDB: Completed initialization of buffer pool
150824 20:55:28 InnoDB: highest supported file format is Barracuda.
150824 20:55:28 InnoDB: Waiting for the background threads to start
150824 20:55:29 InnoDB: 5.5.44 started; log sequence number 3544121
150824 20:55:29 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150824 20:55:29 [Note] - '127.0.0.1' resolves to '127.0.0.1';
150824 20:55:29 [Note] Server socket created on IP: '127.0.0.1'.
150824 20:55:29 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.44-0+deb8u1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Debian)
2 - Réparation de la table host
Ouvre un second terminal et connecte toi à mysql, utilise la séquence de commandes suivantes :
$ mysql
mysql> use mysql
mysql> repair table host use_frm;
La console mysql m’a renvoyé cette sortie :
+------------+--------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+------------+--------+----------+----------+
| mysql.host | repair | status | OK |
+------------+--------+----------+----------+
1 row in set (0.00 sec)
Si tu obtiens autre chose … bon bah … je ne sais pas
Une fois cela fais, tu sors de la console mysql (mysql> exit). Puis sur le premier terminal, tu arrête mysql avec un “control+c” (^c).
Maintenant essaie de relancer normalement mysql, si tu as de la chance ça marche.
J’ai lu des posts ou l’opération avait du être répétées pour d’autres tables detectées corrompues apres réparation de la table host.
Hope this helps
