root@system:/etc# ls -la /etc/mysql/my.cnf
lrwxrwxrwx 1 root root 24 Mai 21 11:21 /etc/mysql/my.cnf -> /etc/alternatives/my.cnf
root@system:/etc# ls -la /etc/alternatives/my.cnf
lrwxrwxrwx 1 root root 26 Mai 21 11:21 /etc/alternatives/my.cnf -> /etc/mysql/my.cnf.migrated
Then after
root@system:/etc# update-alternatives --remove my.cnf /etc/mysql/my.cnf.migrated
update-alternatives: /etc/mysql/mariadb.cnf wird verwendet, um /etc/mysql/my.cnf (my.cnf) im automatischen Modus bereitzustellen
Well, you're right...
root@system:/etc# ls -la /etc/mysql/my.cnf es/my.cnf
lrwxrwxrwx 1 root root 24 Mai 21 11:21 /etc/mysql/my.cnf -> /etc/alternativ
root@system:/etc# ls -la /etc/alternativ es/my.cnf es/my.cnf -> /etc/mysql/ my.cnf. migrated
lrwxrwxrwx 1 root root 26 Mai 21 11:21 /etc/alternativ
Then after
root@system:/etc# update-alternatives --remove my.cnf /etc/mysql/ my.cnf. migrated alternatives: /etc/mysql/ mariadb. cnf wird verwendet, um /etc/mysql/my.cnf (my.cnf) im automatischen Modus bereitzustellen
update-
root@system:/etc# update-alternatives --list my.cnf mariadb. cnf my.cnf. fallback
/etc/mysql/
/etc/mysql/
root@system:/etc# ls -la /etc/alternativ es/my.cnf es/my.cnf -> /etc/mysql/ mariadb. cnf
lrwxrwxrwx 1 root root 22 Mai 21 11:49 /etc/alternativ
And after a reboot, we're good :-)
So I guess you are right, the update-alternatives did not work out during migration. Does that point you to a solution?