{"id":267,"date":"2026-10-13T09:50:06","date_gmt":"2026-10-13T07:50:06","guid":{"rendered":"https:\/\/www.cisilino.com\/?p=267"},"modified":"2026-10-29T20:02:04","modified_gmt":"2026-10-29T19:02:04","slug":"mysql-startet-nicht-debian-12","status":"publish","type":"post","link":"https:\/\/www.cisilino.com\/de\/2026\/10\/13\/mysql-startet-nicht-debian-12\/","title":{"rendered":"MySQL startet nach dem Debian-12-Upgrade nicht mehr: Ursache und L\u00f6sung"},"content":{"rendered":"

Das Symptom: MySQL startet nicht mehr (mysql.service failed)<\/h2>\n

MySQL startet nicht mehr: Der Dienst ist fehlgeschlagen, und das Log meldet den Fehler 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
Beim Pr\u00fcfen der installierten Pakete ist MySQL ganz normal vorhanden (mysql-community-server<\/code>-8.0-Pakete aus dem offiziellen Oracle-Repository).<\/p>\n
dpkg -l | grep mysql<\/code><\/pre>\n
Die Ursache: Die Alternative my.cnf zeigt auf mariadb.cnf<\/h2>\n
Unter Debian ist die Datei \/etc\/mysql\/my.cnf<\/code> keine echte Datei, sondern ein Link, der von update-alternatives<\/strong> verwaltet wird. Mehrere Pakete k\u00f6nnen ihre eigene Version registrieren, und im automatischen Modus gewinnt die mit der h\u00f6chsten Priorit\u00e4t.<\/p>\n
Beim Upgrade wurde das Paket mariadb-common<\/strong> installiert (und danach entfernt), das \/etc\/mysql\/mariadb.cnf<\/code> mit Priorit\u00e4t 500<\/strong> registriert, h\u00f6her als \/etc\/mysql\/mysql.cnf<\/code> (Priorit\u00e4t 300). Das Paket wurde entfernt, aber nicht vollst\u00e4ndig gel\u00f6scht (Status rc<\/code>), sodass seine Konfiguration aktiv blieb. In Zeile 29 dieser Datei steht das Include von \/etc\/mysql\/mariadb.conf.d\/<\/code>, einem Verzeichnis, das nicht existiert: MySQL liest die Konfiguration, findet das Verzeichnis nicht und bricht ab. Das Ergebnis: \u201eMySQL startet nicht mehr\u201c, obwohl die Pakete in Ordnung sind.<\/p>\n
Die gute Nachricht:<\/strong> Die Daten in \/var\/lib\/mysql<\/code> wurden nicht angetastet. Es ist nur ein Konfigurationsproblem.<\/p>\n
Diagnose: pr\u00fcfen, worauf my.cnf zeigt<\/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
Wenn das Problem hier liegt, sieht die Ausgabe \u00e4hnlich aus wie diese.<\/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
L\u00f6sung Schritt f\u00fcr Schritt<\/h2>\n
1. Die Konfiguration sichern<\/h3>\n
cp -a \/etc\/mysql \/root\/etc-mysql-backup-$(date +%F)<\/code><\/pre>\n
2. Die Reste von mariadb-common entfernen<\/h3>\n
Das Purge entfernt mariadb.cnf<\/code> und den zugeh\u00f6rigen Eintrag in update-alternatives.<\/p>\n
apt purge mariadb-common<\/code><\/pre>\n
3. my.cnf wieder auf mysql.cnf zeigen lassen<\/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. Die Konfiguration pr\u00fcfen<\/h3>\n
update-alternatives --display my.cnf\ncat \/etc\/mysql\/my.cnf\nmy_print_defaults mysqld<\/code><\/pre>\n
Jetzt muss my.cnf<\/code> auf \/etc\/mysql\/mysql.cnf<\/code> zeigen und \/etc\/mysql\/conf.d\/<\/code> sowie \/etc\/mysql\/mysql.conf.d\/<\/code> einbinden. Gibt my_print_defaults mysqld<\/code> die Parameter ohne Fehler aus, ist die Konfiguration korrekt.<\/p>\n
5. MySQL starten<\/h3>\n
systemctl start mysql\nsystemctl status mysql\njournalctl -u mysql -n 50 --no-pager<\/code><\/pre>\n
Wenn my.cnf kein symbolischer Link ist<\/h2>\n
Ist \/etc\/mysql\/my.cnf<\/code> eine normale Datei oder existiert \/etc\/mysql\/mysql.cnf<\/code> nicht, k\u00f6nnen Sie die Konfiguration von Hand neu anlegen.<\/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
Schnelle vorl\u00e4ufige L\u00f6sung f\u00fcr \u201eMySQL startet nicht mehr\u201c<\/h2>\n
Muss die Datenbank sofort wieder online, gen\u00fcgt es, das fehlende Verzeichnis anzulegen. Das ist aber nur ein Provisorium: MySQL w\u00fcrde weiterhin die f\u00fcr MariaDB gedachte Konfiguration lesen, daher wenden Sie die vollst\u00e4ndige L\u00f6sung besser so bald wie m\u00f6glich an.<\/p>\n
mkdir \/etc\/mysql\/mariadb.conf.d && systemctl start mysql<\/code><\/pre>\n
Wie Sie verhindern, dass es wieder passiert<\/h2>\n
Es lohnt sich herauszufinden, welches Upgrade MariaDB installiert hat, anhand des apt-Verlaufs. Wie wir MySQL 5.7 in Docker betreiben, ohne es dem Internet auszusetzen, steht in diesem Artikel<\/a>. Was sich in Debian 12 ge\u00e4ndert hat, erkl\u00e4ren die Release Notes zu Debian 12<\/a>.<\/p>\n
grep -i -B3 -A3 mariadb \/var\/log\/apt\/history.log*<\/code><\/pre>\n
Damit mariadb-common<\/code> k\u00fcnftig nicht erneut installiert wird, kann man es mit einem APT-Pin mit negativer Priorit\u00e4t sperren.<\/p>\n
cat > \/etc\/apt\/preferences.d\/no-mariadb <<'EOF'\nPackage: mariadb-*\nPin: release *\nPin-Priority: -1\nEOF<\/code><\/pre>\n
Nach jedem gr\u00f6\u00dferen Upgrade ist es au\u00dferdem gute Praxis, den Status der Alternative mit update-alternatives --display my.cnf<\/code> zu pr\u00fcfen.<\/p>\n
H\u00e4ufig gestellte Fragen<\/h2>\n
MySQL startet nicht mehr: Verliere ich die Daten meiner Datenbanken?<\/h3>\n
Nein. Das Problem betrifft nur die Konfigurationsdateien in \/etc\/mysql<\/code>; die Daten in \/var\/lib\/mysql<\/code> bleiben unversehrt.<\/p>\n
Warum hat Debian mariadb.cnf gew\u00e4hlt?<\/h3>\n
Weil die Alternative my.cnf<\/code> im automatischen Modus war und mariadb.cnf<\/code> Priorit\u00e4t 500 hat, h\u00f6her als die 300 von mysql.cnf<\/code>. Mit update-alternatives --set<\/code> wird die Auswahl manuell und \u00e4ndert sich nicht mehr von selbst.<\/p>\n
Gilt das auch f\u00fcr Ubuntu?<\/h3>\n
Ja, der Mechanismus von update-alternatives<\/code> f\u00fcr my.cnf<\/code> ist unter Ubuntu und den anderen von Debian abgeleiteten Distributionen derselbe.<\/p>\n
Fazit<\/h2>\n
Der Fehler \u201eCan’t read dir of \/etc\/mysql\/mariadb.conf.d\/\u201c<\/strong> nach einem Debian-Upgrade bedeutet keinen Schaden an MySQL, sondern eine MariaDB-Restkonfiguration, die \u00fcber update-alternatives aktiv geblieben ist. Wenn Sie mariadb-common<\/code> mit apt purge<\/code> entfernen und my.cnf<\/code> wieder auf mysql.cnf<\/code> setzen, l\u00e4uft MySQL wieder normal.<\/p><\/p>\n","protected":false},"excerpt":{"rendered":"
Nach dem Upgrade auf Debian 12 startet MySQL nicht mehr, und in den Logs taucht mariadb.conf.d auf. So erkennen Sie die Ursache und beheben sie, ohne die Daten anzufassen.<\/p>\n","protected":false},"author":1,"featured_media":749,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"wpai_generated_summary":"","footnotes":""},"categories":[363],"tags":[302,298,294,334],"class_list":["post-267","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-server-datenbanken","tag-debian-12-de","tag-mariadb-de","tag-mysql-de","tag-update"],"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