Доброго времени суток, уважаемые форумчане. Помогите пожалуйста решить проблему с установкой сервера MySQL на Debian. Раньше я с этой системой не работал, но имею опыт разворачивания LAMP серверов на Ubuntu и полагал что на дебе будет все практически то-же самое, но, в лучших традициях реальной жизни все пошло не по плану. Выполнил apt-get update, apt-get upgrade, а потом apt-get install mysql-server, а в самом конце установки получил большой такой пинок под зад от mariadb.service: Код (Text): Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details. invoke-rc.d: initscript mysql, action "start" failed. ● mariadb.service - MariaDB database server Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2017-07-22 23:05:31 MSK; 6ms ago Process: 3729 ExecStartPost=/etc/mysql/debian-start (code=exited, status=203/EXEC) Process: 3700 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=0/SUCCESS) Process: 3689 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, status=0/SUCCESS) Process: 3685 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS) Process: 3682 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS) Main PID: 3700 (code=exited, status=0/SUCCESS) Status: "MariaDB server is down" июл 22 23:05:29 developer systemd[1]: mariadb.service: Control process exited, code=exited status=203 июл 22 23:05:29 developer mysqld[3700]: 2017-07-22 23:05:29 139823029615360 [Note] /usr/sbin/mysqld: Normal shutdown июл 22 23:05:29 developer mysqld[3700]: 2017-07-22 23:05:29 139823029615360 [Note] Event Scheduler: Purging the queue. 0 events июл 22 23:05:29 developer mysqld[3700]: 2017-07-22 23:05:29 139822307960576 [Note] InnoDB: FTS optimize thread exiting. июл 22 23:05:29 developer mysqld[3700]: 2017-07-22 23:05:29 139823029615360 [Note] InnoDB: Starting shutdown... июл 22 23:05:30 developer mysqld[3700]: 2017-07-22 23:05:30 139823029615360 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool июл 22 23:05:31 developer mysqld[3700]: 2017-07-22 23:05:31 139823029615360 [Note] InnoDB: Shutdown completed; log sequence number 1616839 июл 22 23:05:31 developer systemd[1]: Failed to start MariaDB database server. июл 22 23:05:31 developer systemd[1]: mariadb.service: Unit entered failed state. июл 22 23:05:31 developer systemd[1]: mariadb.service: Failed with result 'exit-code'. dpkg: ошибка при обработке пакета mariadb-server-10.1 (--configure): подпроцесс установлен сценарий post-installation возвратил код ошибки 1 dpkg: зависимости пакетов не позволяют настроить пакет default-mysql-server: default-mysql-server зависит от mariadb-server-10.1, однако: Пакет mariadb-server-10.1 пока не настроен. dpkg: ошибка при обработке пакета default-mysql-server (--configure): проблемы зависимостей — оставляем не настроенным dpkg: зависимости пакетов не позволяют настроить пакет mysql-server: mysql-server зависит от default-mysql-server, однако: Пакет default-mysql-server пока не настроен. dpkg: ошибка при обработке пакета mysql-server (--configure): проблемы зависимостей — оставляем не настроенным При обработке следующих пакетов произошли ошибки: mariadb-server-10.1 default-mysql-server mysql-server E: Sub-process /usr/bin/dpkg returned an error code (1) Логи читал, но причины сбоя в них не нашел, но так как в линукс я не гуру мог что-то проглядеть. Переустановка скуля с вычищением всего и вся (через пурдж и вручную) результата не дает, при следующей установке все повторяется. Помогите пожалуйста найти ошибку, может кто сталкивался с подобным, буду благодарен за помощь. PS: система - пустышка, до меня на нее ничего не ставилось, были только произведены базовые настройки безопасности системным администратором.