Je ne sais pas pourquoi, je me retrouve avec une erreur 144 sur une base mysql.  J'ai d'autre base qui vont très bien, mais celle-ci a décider de faire grève.  J'ai donc utiliser phpmyadmin pour réparer. Mais mysql refuse d'ouvrir les tables :  Can't create new tempfile: puis Operation failed.
Ou veut-il les créer ses tempfile?  
De plus je découvre que ce truc est déja arrivé à d'autre mais ils ont pu réparer avec phpmyadmin. Dommage pour moi !  

il crée les tempfile dans le repertoire temporaire qui est spécifié dans le my.cnf (SHOW VARIABLES LIKE 'tmpdir' pour voir son path).
t'as suffisamment d'espace disque ?

 
Voici le my.cnf:
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
 
# Default to using old password format for compatibility with old and
# shorter password hash.
# Reference: http://dev.mysql.com/doc/mysql/en/ [...] shing.html
old_passwords=1
     
[mysql.server]
user=mysql
basedir=/var/lib
 
[mysqld_safe]
err-log=/var/log/mysqld/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
 
je ne trouve pas ce que tu me demande.  
pour l'espace disque il me reste 7.4Go. Normallement sa doit suffire

et  
 
SHOW VARIABLES LIKE 'tmpdir' ?

mysql> SHOW VARIABLES LIKE 'tmpdir' ;  
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| tmpdir        |       |
+---------------+-------+
1 row in set (0.00 sec)
 
C'est pas terrible.  
Mais si cette variable n'existe pas. Comment les autres bases fonctionnent-elles?  
Par hasard

Ca y est j'ai trouvé. Cette seule base était en lien symbolique depuis mon hom --> /var/lib/mysql.  J'ai supprimé le lien (en console) et ai recopier ma base. Un petit de REPAIR TABLE et le tour est joué.  
 
Il faut donc noté que les liens symboliques ont une influence certaines sur les bases mysql