Я думаю, мне не разрешили задавать вопросы о 18.10, поэтому я обновил дистрибутивы до 19.04, и это та же самая проблема, которая была у меня с 18.10, описанная здесь: не могу установить mysql 8 на ubuntu 18.10
Так что я на самой последней версии, на этот раз я взял 8.13:
Я предполагаю, что что-то было испорчено со способными внутренностями, и ожидание 24 часов позволило все ясное, и повторно базируйтесь. Где как перед большинством - но не все - способных инструментов и инструментов человечности показали, что mysql-8.0 был значением по умолчанию после выполнения dpkg-i mysql-8.13 (не фактическое имя пакета).
Я возвратился сегодня (не совсем 24 часа спустя) и теперь пытающийся сделать установку для шоу mysql-сервера, что я ожидаю видеть:
root@mrserver:~# apt-get install mysql-server
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
libmecab2 mecab-ipadic mecab-ipadic-utf8 mecab-utils mysql-client mysql-common mysql-community-client mysql-community-client-core mysql-community-server mysql-community-server-core
The following NEW packages will be installed:
libmecab2 mecab-ipadic mecab-ipadic-utf8 mecab-utils mysql-client mysql-common mysql-community-client mysql-community-client-core mysql-community-server mysql-community-server-core mysql-server
0 upgraded, 11 newly installed, 0 to remove and 1 not upgraded.
Need to get 23.1 MB/30.1 MB of archives.
After this operation, 295 MB of additional disk space will be used.
Do you want to continue? [Y/n]
APT ведет список пакетов в [1 133] /var/lib/apt/lists, который был бы загружен при выяснении. Файлы в вышеупомянутой папке обычно файлы InRelease или файлы Выпуска , который содержит такую информацию. Согласно DebianRepository/Format - Debian Wiki:
Для загрузки пакетов со склонного репозитория загрузил бы InRelease или файл Выпуска от $ARCHIVE_ROOT/dists/$DISTRIBUTION каталог.
файлы InRelease подписываются встроенные, в то время как файлы Выпуска должны иметь сопровождение файл Release.gpg .
списки файлов Выпуска индексные файлы для распределение и их хеши (перечисленный индексный файл относительно [1 144] расположение файла Выпуска ).
Для загрузки индекса основной Кв. компонента просканировал бы Файл версии для хешей файлов в основном каталоге. например, http://ftp.cz.debian.org/debian/dists/testing/main/binary-i386/Packages.bz2 , который был бы перечислен в [1 112] http://ftp.cz.debian.org/debian/dists/testing/main/Release как [1 113] binary-i386/Packages.bz2
For MySQL, это кажется файл InRelease для Дискотеки , хотя содержит необходимые детали , но информация о пакете в [1 147] /mysql-8.0/binary-amd64 / пуста. Это - основная причина базовой проблемы. Это не первый раз, когда MySQL сделал такую вещь. Точно подобный выпуск произошел 6 месяцев назад, т.е. апрель 2019.
После взгляда ситуации, кажется, что MySQL думает , что выпуски non-LTS поддерживаются в течение 6 месяцев , или ожидает, что пользователи обновят до последнего non-LTS как можно скорее. Я не буду удивлен, удаляют ли они информацию о пакете 19,10 в апреле 2020.
Однако версия MySQL может все еще быть загружена и установила , но или при помощи Bionic (18.04) или при помощи Eoan (19.10) информация о хранилище. Это установило бы версию 8.0 MySQL, не повреждая систему. Я предполагаю, что Вы уже установили mysql-apt-config deb пакет, которые создают mysql.list
, Если 18.04's информация о хранилище должна использоваться
sudo sed -i 's/disco/bionic/g' /etc/apt/sources.list.d/mysql.list
, Если 19.10's информация о хранилище должна использоваться
sudo sed -i 's/disco/eoan/g' /etc/apt/sources.list.d/mysql.list
, Затем наконец работает
sudo apt update
sudo apt install mysql-server
, Это до Вас, если Вы хотите к [1 118], сохраняют информацию о хранилище другого выпуска . Хранение его не будет вредить Вашей системе также.
В конце я зафиксировал это путем обновления к 19,10, и затем установка MySQL по умолчанию была v 8.0 так или иначе.