{"id":263,"date":"2026-10-13T09:50:06","date_gmt":"2026-10-13T07:50:06","guid":{"rendered":"https:\/\/www.cisilino.com\/?p=263"},"modified":"2026-10-29T20:02:48","modified_gmt":"2026-10-29T19:02:48","slug":"mysql-no-arranca-debian-12","status":"publish","type":"post","link":"https:\/\/www.cisilino.com\/es\/2026\/10\/13\/mysql-no-arranca-debian-12\/","title":{"rendered":"MySQL no arranca tras actualizar a Debian 12: causa y soluci\u00f3n"},"content":{"rendered":"

El s\u00edntoma: MySQL no arranca y mysql.service queda en failed<\/h2>\n

Tras actualizar a Debian 12, MySQL no arranca. El servicio figura como fallido y el log muestra el error Can't read dir of '\/etc\/mysql\/mariadb.conf.d\/'<\/code>.<\/p>\n

\"MySQL<\/figure>\n
# service mysql status\n\u00d7 mysql.service - MySQL Community Server\n     Loaded: loaded (\/lib\/systemd\/system\/mysql.service; enabled; preset: enabled)\n     Active: failed (Result: exit-code)\n     Status: \"Server startup in progress\"\n\nmysqld: Can't read dir of '\/etc\/mysql\/mariadb.conf.d\/' (OS errno 2 - No such file or directory)\nmysqld: [ERROR] Stopped processing the 'includedir' directive in file \/etc\/mysql\/my.cnf at line 29.\nmysqld: [ERROR] Fatal error in defaults handling. Program aborted!\nsystemd[1]: Failed to start mysql.service - MySQL Community Server.<\/code><\/pre>\n
Al comprobar los paquetes instalados, MySQL est\u00e1 presente con normalidad (paquetes mysql-community-server<\/code> 8.0 del repositorio oficial de Oracle).<\/p>\n
dpkg -l | grep mysql<\/code><\/pre>\n
La causa: la alternativa my.cnf apunta a mariadb.cnf<\/h2>\n
En Debian el archivo \/etc\/mysql\/my.cnf<\/code> no es un archivo real. Es un enlace gestionado por update-alternatives<\/strong>. Varios paquetes pueden registrar su propia versi\u00f3n y, en modo autom\u00e1tico, gana la que tiene la prioridad m\u00e1s alta.<\/p>\n
Durante la actualizaci\u00f3n se instal\u00f3 (y luego se elimin\u00f3) el paquete mariadb-common<\/strong>. Registra \/etc\/mysql\/mariadb.cnf<\/code> con prioridad 500<\/strong>, m\u00e1s alta que \/etc\/mysql\/mysql.cnf<\/code> (prioridad 300). El paquete se elimin\u00f3 pero no se purg\u00f3 del todo (estado rc<\/code>), as\u00ed que su configuraci\u00f3n sigui\u00f3 activa. En la l\u00ednea 29 de ese archivo hay la inclusi\u00f3n de \/etc\/mysql\/mariadb.conf.d\/<\/code>, un directorio que no existe. MySQL lee la configuraci\u00f3n, no encuentra el directorio y se detiene.<\/p>\n
Buena noticia:<\/strong> los datos en \/var\/lib\/mysql<\/code> no se han tocado. Es solo un problema de configuraci\u00f3n.<\/p>\n
Diagn\u00f3stico: comprobar ad\u00f3nde apunta my.cnf<\/h2>\n
ls -l \/etc\/mysql\/my.cnf \/etc\/alternatives\/my.cnf\nupdate-alternatives --display my.cnf\nsed -n '25,32p' \/etc\/mysql\/my.cnf\ndpkg -l | grep -i mariadb<\/code><\/pre>\n
Si el problema es este, la salida ser\u00e1 parecida a la siguiente.<\/p>\n
\/etc\/alternatives\/my.cnf -> \/etc\/mysql\/mariadb.cnf\n\/etc\/mysql\/my.cnf -> \/etc\/alternatives\/my.cnf\n\nmy.cnf - modalit\u00e0 automatica\n  la versione migliore del collegamento \u00e8 \/etc\/mysql\/mariadb.cnf\n  il collegamento attualmente punta a \/etc\/mysql\/mariadb.cnf\n\/etc\/mysql\/mariadb.cnf - priorit\u00e0 500\n\/etc\/mysql\/my.cnf.fallback - priorit\u00e0 100\n\/etc\/mysql\/mysql.cnf - priorit\u00e0 300\n\n!includedir \/etc\/mysql\/conf.d\/\n!includedir \/etc\/mysql\/mariadb.conf.d\/\n\nrc  mariadb-common   1:10.11.18-0+deb12u1   all   MariaDB common configuration files<\/code><\/pre>\n
Soluci\u00f3n paso a paso<\/h2>\n
1. Hacer una copia de seguridad de la configuraci\u00f3n<\/h3>\n
cp -a \/etc\/mysql \/root\/etc-mysql-backup-$(date +%F)<\/code><\/pre>\n
2. Eliminar los restos de mariadb-common<\/h3>\n
El purge elimina mariadb.cnf<\/code> y su entrada en update-alternatives.<\/p>\n
apt purge mariadb-common<\/code><\/pre>\n
3. Volver a apuntar my.cnf a mysql.cnf<\/h3>\n
update-alternatives --remove my.cnf \/etc\/mysql\/mariadb.cnf 2>\/dev\/null\nupdate-alternatives --set my.cnf \/etc\/mysql\/mysql.cnf<\/code><\/pre>\n
4. Comprobar la configuraci\u00f3n<\/h3>\n
update-alternatives --display my.cnf\ncat \/etc\/mysql\/my.cnf\nmy_print_defaults mysqld<\/code><\/pre>\n
Ahora my.cnf<\/code> debe apuntar a \/etc\/mysql\/mysql.cnf<\/code> e incluir \/etc\/mysql\/conf.d\/<\/code> y \/etc\/mysql\/mysql.conf.d\/<\/code>. Si my_print_defaults mysqld<\/code> muestra los par\u00e1metros sin errores, la configuraci\u00f3n es correcta.<\/p>\n
5. Arrancar MySQL<\/h3>\n
systemctl start mysql\nsystemctl status mysql\njournalctl -u mysql -n 50 --no-pager<\/code><\/pre>\n
Si my.cnf no es un enlace simb\u00f3lico<\/h2>\n
Si \/etc\/mysql\/my.cnf<\/code> es un archivo normal o \/etc\/mysql\/mysql.cnf<\/code> no existe, se puede recrear la configuraci\u00f3n a mano.<\/p>\n
mv \/etc\/mysql\/my.cnf \/etc\/mysql\/my.cnf.mariadb.bak\ncat > \/etc\/mysql\/my.cnf <<'EOF'\n!includedir \/etc\/mysql\/conf.d\/\n!includedir \/etc\/mysql\/mysql.conf.d\/\nEOF\nmkdir -p \/etc\/mysql\/conf.d\nsystemctl start mysql<\/code><\/pre>\n
Soluci\u00f3n r\u00e1pida provisional<\/h2>\n
Si MySQL no arranca y hace falta volver a poner la base de datos en l\u00ednea enseguida, basta con crear la carpeta que falta. Pero es solo un parche: MySQL seguir\u00eda leyendo la configuraci\u00f3n pensada para MariaDB. Conviene aplicar la soluci\u00f3n completa cuanto antes.<\/p>\n
mkdir \/etc\/mysql\/mariadb.conf.d && systemctl start mysql<\/code><\/pre>\n
C\u00f3mo evitar que vuelva a ocurrir<\/h2>\n
Conviene averiguar qu\u00e9 actualizaci\u00f3n instal\u00f3 MariaDB, consultando el historial de apt.<\/p>\n
grep -i -B3 -A3 mariadb \/var\/log\/apt\/history.log*<\/code><\/pre>\n
Para impedir que mariadb-common<\/code> se reinstale en el futuro se puede bloquear con un pin de APT de prioridad negativa.<\/p>\n
cat > \/etc\/apt\/preferences.d\/no-mariadb <<'EOF'\nPackage: mariadb-*\nPin: release *\nPin-Priority: -1\nEOF<\/code><\/pre>\n
Despu\u00e9s de cada actualizaci\u00f3n importante es buena costumbre comprobar tambi\u00e9n el estado de la alternativa con update-alternatives --display my.cnf<\/code>. Las notas de la versi\u00f3n de Debian 12<\/a> recogen los cambios de la actualizaci\u00f3n.<\/p>\n
Si necesitas una versi\u00f3n antigua de MySQL en el mismo servidor, mira c\u00f3mo aislar MySQL 5.7 en Docker con nftables<\/a>.<\/p>\n
Preguntas frecuentes<\/h2>\n
\u00bfPierdo los datos si MySQL no arranca?<\/h3>\n
No. El problema afecta solo a los archivos de configuraci\u00f3n en \/etc\/mysql<\/code>; los datos en \/var\/lib\/mysql<\/code> permanecen intactos.<\/p>\n
\u00bfPor qu\u00e9 eligi\u00f3 Debian mariadb.cnf?<\/h3>\n
Porque la alternativa my.cnf<\/code> estaba en modo autom\u00e1tico y mariadb.cnf<\/code> tiene prioridad 500, m\u00e1s alta que los 300 de mysql.cnf<\/code>. Con update-alternatives --set<\/code> la elecci\u00f3n pasa a ser manual y ya no cambia sola.<\/p>\n
\u00bfVale tambi\u00e9n para Ubuntu?<\/h3>\n
S\u00ed, el mecanismo de update-alternatives<\/code> para my.cnf<\/code> es el mismo en Ubuntu y en las dem\u00e1s distribuciones derivadas de Debian.<\/p>\n
Conclusi\u00f3n<\/h2>\n
El error \u00abCan’t read dir of \/etc\/mysql\/mariadb.conf.d\/\u00bb<\/strong> tras una actualizaci\u00f3n de Debian no indica un da\u00f1o en MySQL. Es una configuraci\u00f3n residual de MariaDB que ha quedado activa mediante update-alternatives. Al eliminar mariadb-common<\/code> con apt purge<\/code> y volver a poner my.cnf<\/code> en mysql.cnf<\/code>, MySQL vuelve a funcionar con normalidad.<\/p><\/p>\n","protected":false},"excerpt":{"rendered":"
Tras actualizar a Debian 12 MySQL no arranca y en los logs aparece mariadb.conf.d. C\u00f3mo reconocer la causa y resolverlo sin tocar los datos.<\/p>\n","protected":false},"author":1,"featured_media":750,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"wpai_generated_summary":"","footnotes":""},"categories":[364],"tags":[335,303,299,295],"class_list":["post-263","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-servidores-bases-de-datos","tag-actualizacion","tag-debian-12-es","tag-mariadb-es","tag-mysql-es"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t