Похоже, повторный запуск сервера ()из скрипта postinst не удался. Это может иметь разные причины, часто служба все еще работает (, например. потому что на самом деле действие остановки перед ошибкой ), но возможно, что mysql не может запуститься из-за какой-то проблемы.
Попробуйте запустить /etc/init.d/mysql stop;/etc/init.d/mysql start;
и посмотрите, нет ли ошибок. Если mysql не останавливается правильно, вы можете попытаться убить его с помощью killall
.
Если проблема исправлена, запустите dpkg --configure -a
, чтобы настроить все пакеты, которые были задержаны при сбое скрипта postinst.
Другой хак заключается в том, чтобы найти скрипт postinst в /var/lib/dpkg
и поместить exit 0
после строки #!/bin/sh
, затем запустить dpkg --configure -a
и затем удалить строку. Имейте в виду, что любые (возможно важные )части сценария postinst не выполняются.
В этой теме вы можете увидеть, как разработчики говорят о том, как все работает и как все должно работать:https://github.com/systemd/systemd/issues/928
Они приводят пару примеров:
Под тегом Маршрут
[Route]
Destination=192.168.0.0/24
Metric=2048
Под тегом DHCP
[DHCP]
RouteMetric=1024
Объясняется, что:
subnet routes are configured with no metric via address_configure in networkd-address.c when obtaining an IP and dhcp-provided routes with metric are processed later via link_set_dhcp_routes in networkd-dhcp4.c
Далее есть оговорка:
the RouteMetric works for routed packets, but not for those that remain on the local subnet
Возможно, именно той функциональности, которая вам нужна, еще не существует, так как тикет, который я упомянул, в настоящее время открыт. Не стесняйтесь оставлять отзывы непосредственно разработчикам и присоединяться к обсуждению, если вы думаете, что у вас есть представление о том, как это должно работать.