Die Mariadb-Service-Unit enthält (s.o.) das Statement After=network.target. Das target ist nach meinem Wissen hierbei aber nur relevant für den System-Start. wpa-supplicant hingegen hat meiner Meinung nach jedoch absolut gar nichts mit dem network.target zu tun... weil via wpa-supplicant völlig unabhängig vom Systemstart oder Shutdown und auch dem network.target quasi jederzeit on-the-fly eine Verbindung auf- und abgebaut werden kann. Der TE sagt ja selber, dass erst beim Login mit GUI eine Verbindung hergestellt wird.... was in dem Fall also lange "after network.target" bedeutet. Warum das jetzt bei Dir in der richtigen Reihenfolge abläuft könnte man untersuchen, in der gegebenen Darstellung ist dazu jedenfalls nix grundsätzlich erklärendes enthalten, sondern nur die Tatsache beschrieben, dass es auch anderes sein kann.willy4711 hat geschrieben:28.03.2019 15:01:59Hab mal zurück gekramt in den Logs, als es noch mariadb bei mir gab, und kann das nicht bestätigen.
Ich gehe sogar davon aus, dass das bei mir auch reibungslos funktionieren würde, weil ich die WLAN-Verbindung mit eigener Service-Unit selber zum Teil des Systemstarts gemacht habe. Insofern würde auch die Reihenfolge beim shutdown zu keinen Problemen führen.
Was ich jetzt hier aber eben nicht weiss, ist der Umstand, inwiefern die lokale mariadb überhaupt was mit dem Netz zu tun hat. Wenn sie nix mit dem Netz zu tun hat, weil sie vielleicht gar nicht verwendet wird, war mein Hinweis falsch. Wenn sie allerdings selber aktiv im Hintergrund darauf wartet, dass irgendwann irgendwo eine Netzverbindung hergestellt wird und wenn sie dann darauf einen Socket (vielleicht zum Login) erstellt, hat sie sehr wohl was damit zu tun. Ich kenne mariadb nicht und kann deshalb nur mutmaßen. Aber genau dann knallts eben, wenn wpa-supplicant die WLAN-Verbindung außerhalb der regulären Shutdown-Reihenfolge schließt.
Ich glaube, es wäre deshalb wirklich das einfachste, mariadb einfach mal zum Testen in Conflict mit dem shutdown.target zu setzen. Dann sieht man doch, ob es daran gelegen hat. Ich wüsste wirklich nicht, welche andere Abhängigkeit noch bestehen könnte... zumal ich davon ausgehe, dass systemd das ordentlich in umgekehrter Reihenfolge (Start zu Shutdown) sauber handhabt.