Ubuntu – Comment empêcher dist-upgrade de supprimer MariaDB

Une question similaire a été posée lors de la mise à niveau partielle – pourquoi supprimer MariaDB?. La réponse à cette question était essentiellement de dire que la mise à niveau dist est le problème. Cette question demande s’il existe une solution de contournement (ou un correctif).

Parfois, il est nécessaire de faire une mise à niveau dist et pas seulement une mise à niveau.

Pouvons-nous changer quelque chose dans notre sources.list (ou ailleurs) pour dire à Ubuntu de NE PAS supprimer MariaDB?

 [email protected]:~$ dpkg --get-selections | grep mysql
libdbd-mysql-perl    install
libmysqlclient18     install
mysql-common     install

[email protected]:~$ dpkg --get-selections | grep maria
libmariadbclient18 install
mariadb-client-10.0 deinstall
mariadb-client-5.5 install
mariadb-client-core-5.5 install
mariadb-common install
mariadb-server install
mariadb-server-10.0 deinstall
mariadb-server-5.5 install
mariadb-server-core-5.5 install

[email protected]:~$ sudo apt-get check
Reading package lists... Done
Building dependency tree
Reading state information... Done

[email protected]:~$ dpkg --list | grep mysql
ii libdbd-mysql-perl 4.020-1build2 Perl5 database interface to the MySQL database
ii libmysqlclient18 5.5.34+maria-1~precise Virtual package to satisfy external depends
ii mariadb-common 5.5.34+maria-1~precise MariaDB database common files (e.g. /etc/mysql/conf.d/mariadb.cnf)
ii mysql-common 5.5.34+maria-1~precise MariaDB database common files (e.g. /etc/mysql/my.cnf)

[email protected]:~$ sudo apt-get dist-upgrade -o Debug::pkgProblemResolver=true -o Debug::pkgProblemResolver::ShowScores=true 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Starting
Settings used to calculate pkgProblemResolver::Scores::
  Important => 3
  Required => 2
  Standard => 1
  Optional => -1
  Extra => -2
  Essentials => 100
  InstalledAndNotObsolete => 1
  Depends => 1
  Recommends => 1
  AddProtected => 10000
  AddEssential => 5000
Show Scores
10000 linux-image-3.8.0-29-generic [ amd64 ] < 3.8.0-29.42~precise1 > ( kernel )
6306 dpkg [ amd64 ] < 1.16.1.2ubuntu7.2 > ( admin )
5409 libc-bin [ amd64 ] < 2.15-0ubuntu10.5 > ( libs )
5371 debianutils [ amd64 ] < 4.2.1ubuntu2 > ( utils )
53 libsqlite3-0 [ amd64 ] < 3.7.9-2ubuntu1.1 > ( libs )
10 mariadb-common [ amd64 ] < 5.5.34+maria-1~precise > ( database )
8 mysql-common [ amd64 ] < 5.5.34+maria-1~precise -> 5.5.35-0ubuntu0.12.04.1 > (database )
6 libmariadbclient18 [ amd64 ] < 5.5.34+maria-1~precise > ( libs )
6 libmysqlclient18 [ amd64 ] < 5.5.34+maria-1~precise -> 5.5.35-0ubuntu0.12.04.1 > ( libs )
2 mariadb-client-5.5 [ amd64 ] < 5.5.34+maria-1~precise > ( misc )
2 mariadb-server-core-5.5 [ amd64 ] < 5.5.34+maria-1~precise > ( misc )
2 mariadb-client-core-5.5 [ amd64 ] < 5.5.34+maria-1~precise > ( misc )
1 mariadb-server-5.5 [ amd64 ] < 5.5.34+maria-1~precise > ( misc )
Starting 2
Investigating (0) mysql-common [ amd64 ] < 5.5.34+maria-1~precise -> 5.5.35-0ubuntu0.12.04.1 > ( database )
Broken mysql-common:amd64 Breaks on mysql-client-5.1 [ amd64 ] < none > ( none )
  Conflicts//Breaks against version 10.0.7+maria-1~precise for mariadb-client-10.0 but that is not InstVer, ignoring
  Considering mariadb-client-5.5:amd64 2 as a solution to mysql-common:amd64 8
  Added mariadb-client-5.5:amd64 to the remove list
Broken mysql-common:amd64 Breaks on mysql-client-core-5.1 [ amd64 ] < none > ( none )
  Considering mariadb-client-core-5.5:amd64 2 as a solution to mysql-common:amd64 8
  Added mariadb-client-core-5.5:amd64 to the remove list
Broken mysql-common:amd64 Breaks on mysql-server-core-5.1 [ amd64 ] < none > ( none )
  Considering mariadb-server-core-5.5:amd64 2 as a solution to mysql-common:amd64 8
  Added mariadb-server-core-5.5:amd64 to the remove list
  Conflicts//Breaks against version 5.5.34+maria-1~precise for mariadb-galera-server-5.5 but that is not InstVer, ignoring
  Fixing mysql-common:amd64 via remove of mariadb-client-5.5:amd64
  Fixing mysql-common:amd64 via remove of mariadb-client-core-5.5:amd64
  Fixing mysql-common:amd64 via remove of mariadb-server-core-5.5:amd64
Investigating (0) libmariadbclient18 [ amd64 ] < 5.5.34+maria-1~precise > ( libs )
Broken libmariadbclient18:amd64 Depends on libmysqlclient18 [ amd64 ] < 5.5.34+maria-1~precise -> 5.5.35-0ubuntu0.12.04.1 > ( libs ) (= 5.5.34+maria-1~precise)
  Considering libmysqlclient18:amd64 6 as a solution to libmariadbclient18:amd64 6
  Removing libmariadbclient18:amd64 rather than change libmysqlclient18:amd64
Investigating (0) mariadb-server-5.5 [ amd64 ] < 5.5.34+maria-1~precise > ( misc )
Broken mariadb-server-5.5:amd64 Depends on mariadb-client-5.5 [ amd64 ] < 5.5.34+maria-1~precise > ( misc ) (>= 5.5.34+maria-1~precise)
  Considering mariadb-client-5.5:amd64 2 as a solution to mariadb-server-5.5:amd64 1
  Removing mariadb-server-5.5:amd64 rather than change mariadb-client-5.5:amd64
Investigating (0) mariadb-server [ amd64 ] < 5.5.34+maria-1~precise > ( database )
Broken mariadb-server:amd64 Depends on mariadb-server-5.5 [ amd64 ] < 5.5.34+maria-1~precise > ( misc ) (= 5.5.34+maria-1~precise)
  Considering mariadb-server-5.5:amd64 1 as a solution to mariadb-server:amd64 0
  Removing mariadb-server:amd64 rather than change mariadb-server-5.5:amd64
Done
Done
The following packages will be REMOVED:
  libmariadbclient18 mariadb-client-5.5 mariadb-client-core-5.5 mariadb-server
  mariadb-server-5.5 mariadb-server-core-5.5
The following packages will be upgraded:
  libmysqlclient18 mysql-common
2 upgraded, 0 newly installed, 6 to remove and 0 not upgraded.
Need to get 957 kB of archives.
After this operation, 107 MB disk space will be freed.
Do you want to continue [Y/n]? n
Abort.
[email protected]:~$
 

Maintenant que MariaDB a mis à jour son PPA:

 [email protected]:~$ apt-cache show mysql-common | grep Version
Version: 5.5.35+maria-1~precise
Version: 5.5.35-0ubuntu0.12.04.2
Version: 5.5.35-0ubuntu0.12.04.1
Version: 5.5.22-0ubuntu1
[email protected]:~$ apt-cache show libmysqlclient18 | grep Version
Version: 5.5.35+maria-1~precise
Version: 5.5.35-0ubuntu0.12.04.2
Version: 5.5.35-0ubuntu0.12.04.1
Version: 5.5.22-0ubuntu1

[email protected]:~$ sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 

Meilleure réponse

  • Mysql-common cassé: amd64 Interrompt mysql-client-5.1 [amd64] (aucun)Conflits // Ruptures contre la version 10.0.7 + maria-1 ~ précis pour mariadb-client-10.0mais ce n'est pas InstVer, en ignorant
      Considérant mariadb-client-5.5: amd64 2 comme solution à mysql-common: amd64 8Ajout de mariadb-client-5.5: amd64 à la liste de suppression

    Comme on peut le voir, MariaDB se casse si vous essayez de mettre à jour mysql. Vous ne devez compter que sur sudo apt-get upgrade 

  • Ubuntu – Installation d’Ubuntu 16.04 MariaDB 10.1 en rétrograde: D

    Quelqu’un sait comment lire ce scénario? J’ai mis à jour la version 10.1, la version 10.0 et la base de données sont inaccessibles. (J’ai une sauvegarde de fichiers du répertoire)

    Je l’ai nettoyé, éventuellement avec la purge apt-get, renommé / var / lib / MySQL et / etc / MySQL, (mysql,… darn autocorrect!) J’ai essayé à nouveau, et il veut aller en 5.7, même lorsque les clés pgp de mariadb sont mises à jour.

    C’est ici …

     $ sudo apt-get update
    Hit:1 http ://sfo1 .mirrors .digitalocean .com/mariadb/repo/10.1/ubuntu xenial InRelease
    Hit:2 http ://mirrors .easynews .com/linux/ubuntu xenial InRelease
    Hit:3 http ://mirrors .easynews .com/linux/ubuntu xenial-updates InRelease
    Hit:4 http ://mirrors .easynews .com/linux/ubuntu xenial-security InRelease
    Hit:5 http ://archive .ubuntu .com/ubuntu xenial InRelease
    Reading package lists... Done
    
    $ sudo apt-get install mysql-server
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    The following additional packages will be installed:
      libaio1 libevent-core-2.0-5 mysql-client-5.7 mysql-client-core-5.7
      mysql-common mysql-server-5.7 mysql-server-core-5.7
    Suggested packages:
      mailx tinyca
    The following NEW packages will be installed:
      libaio1 libevent-core-2.0-5 mysql-client-5.7 mysql-client-core-5.7
      mysql-common mysql-server mysql-server-5.7 mysql-server-core-5.7
    0 upgraded, 8 newly installed, 0 to remove and 12 not upgraded.
    Need to get 18.2 MB of archives.
    After this operation, 160 MB of additional disk space will be used.
    Do you want to continue? [Y/n] n
     

    (Espaces ajoutés dans les miroirs parce que askubuntu pense que je poste des liens.)

    Une idée de quoi de neuf? Qu’est-ce que je rate?

    Mon ami dit que c’est parce que Mercure est en rétrograde jusqu’au 8.
    Très drôle, quand même… j’aimerais essayer.

    Merci pour votre temps / commisération

    Meilleure réponse

  • Cet article a aidé à mettre mariadb 10.1.20 en service le 16.04.1, après tout ce gâchis.

     https://www.linuxbabe.com/mariadb/install-mariadb-10-1-ubuntu14-04-15-10
     

    Je ne sais toujours pas comment lire le trouble rétrograde: D et comment l’éviter à l’avenir.

    Peut-être que maintenant je serais en mesure d’utiliser mes anciens fichiers de base de données à partir de l’archive tar … des conseils à n’importe qui?

    Plus précisément, dans cet article, je n’ai pas utilisé le sudo apt-key adv... ligne parce que je l’avais déjà fait, et IMPORTANT jea essayéd’utiliser aptitude pour supprimer les fichiers inutilisés avant d’utiliser les étapes de Xiao Guoan. Semble que je n’ai pas encore d’aptitude :).

    Eh bien, certaines personnes ayant ce problème sont clairement plus récentes que moi, … envisagez d’exécuter mysqyl_secure_installation juste après.

     See https://mariadb.com/kb/en/mariadb/mysql_secure_installation/
     

  • Ubuntu – Installer MariaDB lorsque Apt signale que MariaDB a des dépendances non satisfaites ou des packages cassés

    J’ai tout essayé pour installer MariaDB sur cette installation Ubuntu propre mais je reçois toujours cette erreur,

     Some packages could not be installed. This may mean that you have
    requested an impossible situation or if you are using the unstable
    distribution that some required packages have not yet been created
    or been moved out of Incoming.
    The following information may help to resolve the situation:
    
    The following packages have unmet dependencies:
    mariadb-server : Depends: mariadb-server-5.5 (= 5.5.33a+maria-1~saucy) 
    but it is not going to be installed
    E: Unable to correct problems, you have held broken packages.
     

    J’ai suivi ce guide pour essayer de l’installer,
    http://www.unixmen.com/install-lemp-server-nginx-mysql-mariadb-php-ubuntu-13-10-server/

    Et j’ai également suivi le guide « officiel » sur la page de téléchargement de MariaDB pour 13.10
    https://downloads.mariadb.org/mariadb/repositories/

    Mais rien ne semble fonctionner.

    Modifier 1

    J’ai essayé les deux Comment résoudre les dépendances non satisfaites après avoir ajouté un PPA? et comment installer MariaDB? mais cela me donne toujours l’erreur que j’ai publiée ci-dessus.

    C’est une nouvelle installation d’Ubuntu avec presque rien installé.

    Modifier 2

    Toutes les cases à cocher sont des tickets dans les mises à jour. L’Iran:

     sudo apt-get update && sudo apt-get -f install mariadb-server-5.5"=5.5.33a+maria-1~saucy"
     

    Et cela m’a donné cette erreur:

     The following packages have unmet dependencies:
    mariadb-server-5.5 : Depends: mariadb-client-5.5 (>= 5.5.33a+maria-1~saucy) 
    but it is not going to be installed
    Depends: mariadb-server-core-5.5 (>= 5.5.33a+maria-1~saucy) 
    but it is not going to be installed
    E: Unable to correct problems, you have held broken packages.
     

    Meilleure réponse

  • Voir Inadéquation de version entre les référentiels Debian Mariadb et Ubuntu

    Il est rare que les numéros de version de mysql-common ou libmysqlclient soient plus élevés dans les référentiels officiels Ubuntu ou Debian que dans les référentiels MariaDB, mais c’est arrivé. Chaque fois qu’il l’a été, c’est à cause de versions critiques de correctifs de bogues pour les bogues qui existaient dans la version de MySQL dans les référentiels de distribution mais qui avaient déjà été corrigés dans la version de MariaDB dans les référentiels MariaDB.

    Si une situation telle que décrite ci-dessus existe lorsque vous essayez d’installer MariaDB, vous obtiendrez une erreur comme celle-ci:

     The following packages have unmet dependencies:
    mariadb-server : Depends: mariadb-server-5.5 but it is not going to be installed
    E: Unable to correct problems, you have held broken packages.
     

    Un moyen de résoudre ce problème consiste à spécifier la version exacte des deux packages que vous souhaitez installer. Pour ce faire, déterminez d’abord les numéros de version complets des packages concernés. Un moyen simple de le faire est d’utiliser ‘apt-cache show’:

     apt-cache show mysql-common | grep Version
    apt-cache show libmysqlclient18 | grep Version
     

    C’est la situation au moment de la rédaction de ce document, car les numéros de version sont indiqués comme suit:

     Version: 5.5.34-0ubuntu0.13.10.1
    Version: 5.5.34+maria-1~saucy
     

    La page MariaDB propose deux solutions.

    Première solution: spécifier la version du package

    Pour chacun des éléments ci-dessus, vous recevrez une liste de versions. Ceux dans les référentiels MariaDB auront « mariadb » dans les chaînes de version et sont ceux que vous voulez. Avec les numéros de version en main, vous pourrez installer MariaDB en spécifiant explicitement les numéros de version comme ceci:

     apt-get install mariadb-server-5.5 mariadb-client-5.5 \
    libmysqlclient18=<version-number> \
    mysql-common=<version-number>
     

    lequel est

     apt-get install mariadb-server-5.5 mariadb-client-5.5 \
     libmysqlclient18=5.5.34+maria-1~saucy \
     mysql-common=5.5.34+maria-1~saucy
     

    REMARQUE: mise à jour vers 5.5.34 pour refléter la version actuelle à partir du 2014.01.28 [RealPariah]Après l’installation, vous devez conserver les packages jusqu’à ce que les numéros de version soient synchronisés.

    Une fois MariaDB installé, et tant que le problème de numéro de version existe, un `apt-get dist-upgrade` essaiera de supprimer MariaDB afin d’installer les paquets libmysqlclient et mysql-common » mis à jour « . Pour éviter que cela ne se produise, vous pouvez les conserver afin qu’apt n’essaye pas de les mettre à niveau. Pour ce faire, ouvrez un terminal, devenez root avec `sudo -s`, puis entrez ce qui suit:

     echo libmysqlclient18 hold | dpkg --set-selections
    echo mysql-common hold | dpkg --set-selections
     

    Les suspensions vous empêcheront de mettre à niveau MariaDB, donc lorsque vous souhaitez supprimer les suspensions, ouvrez un terminal, devenez root avec ‘sudo -s’, puis entrez ce qui suit:

     echo libmysqlclient18 install | dpkg --set-selections
    echo mysql-common install | dpkg --set-selections
     

    Vous pourrez ensuite mettre à niveau MariaDB comme d’habitude (par exemple avec `sudo apt-get update; sudo apt-get upgrade`).

    Comment savoir quand les numéros de version correspondent à nouveau?

    Vous pouvez suivre le numéro de version de MariaDB en vous inscrivant à une alerte par e-mail des nouvelles versions sur MariaDB.org. Selon le site, c’est un low-traffic announce-only list .

    De plus, lorsque les versions des packages sont à nouveau synchronisées, vous devriez cesser de voir un message dans apt que seuls les 2 packages conservés seront conservés, mais que tous les packages mariadb seront conservés:

     The following packages have been kept back:
    libmariadbclient18 libmysqlclient18 linux-generic linux-headers-generic
    linux-image-generic mariadb-client-5.5 mariadb-client-core-5.5
    mariadb-server mariadb-server-5.5 mariadb-server-core-5.5 mysql-common
     

    Cela indique que les numéros de colis sont de nouveau synchronisés, ce qui peut également être vérifié dans des outils synaptiques ou similaires.

    Deuxième solution: épingler le référentiel MariaDB

    Vous pouvez également épingler le référentiel MariaDB que vous utilisez. Cela se fait en créant un fichier sous `/ etc / apt / preferences.d /` avec le contenu suivant:

     Package: *
    Pin: origin <mirror-domain>
    Pin-Priority: 1000
     

    Remplacer <mirror-domain> avec le nom de domaine du miroir MariaDB que vous utilisez. Par exemple, ftp.osuosl.org . Une fois le fichier PIN en place, les packages de votre référentiel MariaDB auront la priorité sur les packages des référentiels système.

    Vous pouvez trouver le nom du miroir que vous utilisez dansSystem Settings >> Software & Updates, ou si vous utilisez une autre version d’Ubuntu,Synaptic >> Settings >> Repositories, ou cat /etc/apt/sources.list .

    le Pin-Priority dans ce cas doit être supérieur ou égal à 1000, ce qui causes a version to be installed even if this constitutes a downgrade of the package 

    (Voir man 5 apt_preferences pour plus d’informations sur les options dans d’autres cas.)

    Nommer le fichier de préférences d’épinglage

     Note that the file in the /etc/apt/preferences.d directory are parsed in alphanumeric ascending order and need to obey the following naming convention: 

     The files have either no or "pref" as filename extension and only contain alphanumeric, hyphen (-), undescore (_), and period (.) characters. Otherwise APT will print a notice that it has ignored a file... 

    (La source: man 5 apt_preferences )

    Donc, le nom lui-même n’a pas d’importance, mais un bon nom serait quelque chose comme 50_mariadb 

  • Ubuntu – Comment restaurer les bases de données SQL après la mise à niveau vers mariadb

    Lors de l’installation mariadb-server , il a déplacé toutes mes bases de données existantes vers /var/lib/mysql-5.7 et a créé un nouveau /var/lib/mysql dossier.

    Comment restaurer ces bases de données à partir du dossier de sauvegarde?

    Meilleure réponse

  • La restauration d’une base de données MySQL ou MariaDB impliquera  » exporting « et puis » importing  » avec  » phpmyadmin « utilisez-le pour exporter votre base de données. Copiez le fichier résultant vers un emplacement temporaire ou un lecteur USB et utilisez » phpmyadmin 

  • Ubuntu – Problème d’aptitude en utilisant le dépôt mariadb sur Ubuntu 13.10

    J’ai installé mariadb 5.5 sur mon ordinateur portable ubuntu comme décrit ici:

     sudo add-apt-repository "deb http://ftp.osuosl.org/pub/mariadb/repo/5.5/ubuntu $(lsb_release -c -s) main"
     

    et ça marche bien jusqu’à présent, seulement il y a quelque chose d’étrange avec l’aptitude: quand j’entre

     sudo su
    LANG=C 
    aptitude install
     

    Je reçois ces avertissements:

     The following NEW packages will be installed:
      linux-headers-3.11.0-12 linux-headers-3.11.0-12-generic mysql-client-core-5.5{b} mysql-server-core-5.5{b} 
    0 packages upgraded, 4 newly installed, 0 to remove and 2 not upgraded.
    Need to get 13.7 MB/21.4 MB of archives. After unpacking 100 MB will be used.
    The following packages have unmet dependencies:
     mariadb-server-core-5.5 : Conflicts: mysql-server-core-5.5 but 5.5.35-0ubuntu0.13.10.2 is to be installed.
     mysql-client-core-5.5 : Breaks: mysql-client-core-5.1 which is a virtual package.
     mysql-server-core-5.5 : Breaks: mysql-server-core-5.1 which is a virtual package.
     mariadb-client-core-5.5 : Conflicts: mysql-client-core-5.5 but 5.5.35-0ubuntu0.13.10.2 is to be installed.
    The following actions will resolve these dependencies:
    
         Keep the following packages at their current version:
    1)     mysql-client-core-5.5 [Not Installed]              
    2)     mysql-server-core-5.5 [Not Installed]              
    
    Accept this solution? [Y/n/q/?] 
     

    Je suis confus et presseqpour arrêter!

    Cet avertissement a commencé après quelques jours d’utilisation de mon PC avec aptitude pour le garder à jour.

    aptitude utilise maintenant le dépôt mariadb. c’est mon /etc/apt/sources.list :

     #begin sources.list
    deb http://de.archive.ubuntu.com/ubuntu/ saucy main restricted
    deb-src http://de.archive.ubuntu.com/ubuntu/ saucy main restricted
    
    ...
    
    deb http://ftp.osuosl.org/pub/mariadb/repo/5.5/ubuntu saucy main
    # deb-src http://ftp.osuosl.org/pub/mariadb/repo/5.5/ubuntu saucy main
    
    #end sources.list
     

    Pourquoi veut-il installer un noyau plus ancien et faire de telles choses?

    Je suis déjà sur

     uname -a
    Linux myserver 3.11.0-17-generic #31-Ubuntu SMP Mon Feb 3 21:53:31 UTC 2014 i686 i686 i686 GNU/Linux
     

    Meilleure réponse

  • c’est des conflits ppas / sources … J’ai eu cela plusieurs fois, le fait est que vous avez ajouté une source (ppa) à votre système où vous retirez / récupérez les mises à jour qui ont des packages du même que déjà un dans le système et c’est de confiance (officiel). Par exemple m’est arrivé linux-headers 3.x.x.9 installé mais linux-headers 3.x.x.8 doit être installé, car la source que vous avez ajoutée a un noyau plus récent recommandé pour votre système que votre source officielle. Voilà pourquoi cela se produit et la solution est de supprimer ou de désactiver le ppa en conflit dans /etc/apt/sources.list et vous le traverserez en un rien de temps 🙂

    Comment trouver un ppa conflictuel dont vous avez besoin pour lister ses packages pour voir quels packages il contient, j’utilise y-ppa-manager par webupd8 pour ces choses, vous pouvez le faire à votre façon.

     sudo add-apt-repository ppa:webupd8team/y-ppa-manager
    sudo apt-get update
    sudo apt-get install y-ppa-manager
     

    L’autre solution qui a été trouvée pour éviter le conflit est de supprimer (décocher) le référentiel ubuntu principal dans /etc/apt/sources.list par exemple us.ubuntu.archive saucy main restricted (ou quelle que soit la distribution que vous avez) alors faites aptitude update et aptitude install 

  • Ubuntu – La différence entre «systemctl start» et «systemctl enable»

    J’ai installé le serveur MariaDB sur ma machine. Lors de la configuration, j’ai rencontré un problème si je dois l’activer tout le temps car le document que je suis suivi est fourni avec ces étapes,

     sudo yum install mariadb mariadb-server 
    sudo systemctl start mariadb.service  
    sudo systemctl enable mariadb.service
     

    Meilleure réponse

  •  systemctl start et systemctl enable faire des choses différentes.

     enable connectera l’unité spécifiée aux endroits appropriés, afin qu’elle démarre automatiquement au démarrage, ou lorsque le matériel approprié est branché, ou dans d’autres situations selon ce qui est spécifié dans le fichier d’unité.

     start démarre l’unité maintenant.

     disable et stop sont l’opposé de ceux-ci, respectivement.

    Cela signifie que lorsque vous installez MariaDB pour la première fois, vous souhaiterez peut-être exécuter systemctl enable mariadb.service pour l’activer afin qu’il démarre au démarrage. Vous pourriez également vouloir exécuter systemctl start mariadb.service , ou tout simplement redémarrer, afin de démarrer MariaDB. Pour arrêter MariaDB, exécutez systemctl stop mariadb.service (il redémarrera au prochain démarrage ou lorsque vous le lancerez manuellement). Pour le désactiver afin qu’il ne démarre plus au démarrage, exécutez systemctl disable mariadb.service 

  • Ubuntu – Est-ce que mariadb continue de mourir? Comment l’arrêter

    J’utilise MariaDB 10.0.23-0 sur Ubuntu 15.10 en tant que serveur LAMP. Fonctionnement sudo /etc/init.d/mysql start résulte en:

     Job for mariadb.service failed because a timeout was exceeded. See "systemctl status mariadb.service" and "journalctl -xe" for details. 

    La sortie de systemctl status mariadb.service est:

    ● mariadb.service - serveur de base de données MariaDB
       Chargé: chargé (/lib/systemd/system/mariadb.service; activé; préréglage fournisseur: activé)
      Drop-In: /etc/systemd/system/mariadb.service.d
               └─migrated-from-my.cnf-settings.conf
       Actif: échoué (résultat: timeout) depuis sam. 2016-03-26 22:52:42 EDT; Il y a 26 ans
      Processus: 8707 ExecStart = / usr / sbin / mysqld $ MYSQLD_OPTS $ _WSREP_NEW_CLUSTER (code = quitté, statut = 0 / SUCCÈS)
      Processus: 8706 ExecStartPre = / usr / bin / install -m 755 -o mysql -g root -d / var / run / mysqld (code = exit, status = 0 / SUCCESS)
     PID principal: 8707 (code = sorti, statut = 0 / SUCCÈS)
    
    26 mars 22:52:39 boggan systemd [1]: mariadb.service: le délai de démarrage de l'opération a expiré. Fin.
    26 mars 22:52:39 boggan mysqld [8707]: 2016-03-26 22:52:39 140105856617216 [Remarque] / usr / sbin / mysqld: arrêt normal
    26 mars 22:52:39 boggan mysqld [8707]: 2016-03-26 22:52:39 140105856617216 [Remarque] Planificateur d'événements: purge de la file d'attente. 0 événements
    26 mars 22:52:39 boggan mysqld [8707]: 2016-03-26 22:52:39 140104920164096 [Remarque] InnoDB: FTS optimise la sortie du thread.
    26 mars 22:52:39 boggan mysqld [8707]: 2016-03-26 22:52:39 140105856617216 [Note] InnoDB: Démarrage de l'arrêt ...
    26 mars 22:52:42 boggan mysqld [8707]: 2016-03-26 22:52:42 140105856617216 [Remarque] InnoDB: arrêt terminé; journal numéro de séquence 3336953
    26 mars 22:52:42 boggan mysqld [8707]: 2016-03-26 22:52:42 140105856617216 [Remarque] / usr / sbin / mysqld: arrêt terminé
    26 mars 22:52:42 boggan systemd [1]: impossible de démarrer le serveur de base de données MariaDB.
    26 mars 22:52:42 boggan systemd [1]: mariadb.service: L'unité est entrée en état d'échec.
    26 mars 22:52:42 boggan systemd [1]: mariadb.service: échec avec le résultat 'timeout'`

    La première systemd ligne il y a une sorte de « bien duh ». Je sais que ça a expiré. La deuxième systemd , après le mysqld lignes est un peu mystifiant, car ilEst-ce queen fait commencer. Une application (OwnCloud, en particulier) qui dépend de la base de données fonctionne normalement … pour la minute et le changement que MariaDB est en place.

    Une autre question a suggéré d’utiliser time /etc/init.d/mysql start pour déterminer combien de temps cela prenait. Je l’ai couru à plusieurs reprises pour confirmer l’heure – c’est à chaque fois quelques secondes de chaque côté des années 90.

    D’autres recherches m’ont amené à vérifier les autorisations de fichiers, ce qui est bien… en plus, ilEst-ce quedémarrer, temporairement. J’ai poussé et poussé au meilleur de mes capacités (certes limitées en ce qui concerne Linux), et je n’ai fait aucun progrès.

    Donc, la question est…Comment faire pour que le service MariaDB reste actif?

    Comme ride supplémentaire, après avoir écrit cette question, j’ai laissé la machine en marche. J’y suis revenu une semaine plus tard (je ne l’ai pas touché entre les deux). En utilisant exactement la même commande, sudo /etc/init.d/mysql start , était un succès. Le démon mysql a démarré et s’est exécuté; il est revenu avec un [ ok ] rapport. J’ai redémarré pour des raisons d’expérimentation, et je suis de retour là où j’ai commencé.

    En cas d’importance, la sortie de journalctl -xe est:

    02 avr 23:51:44 boggan systemd [1]: Arrêt de la lecture des fichiers requis à l'avance.
    - Objet: L'unité ureadahead.service a terminé sa fermeture
    - Défini par: systemd
    - Prise en charge: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
    -
    - L'unité ureadahead.service a terminé sa fermeture.
    02 avr 23:51:55 boggan mysqld [2645]: 2016-04-02 23:51:55 140386161068800 [Remarque] InnoDB: DDL en ligne: Démarrer
    02 avril 23:51:55 boggan mysqld [2645]: 2016-04-02 23:51:55 140386161068800 [Remarque] InnoDB: DDL en ligne: commencez à lire l'index cluster de la table et créez des fichiers temporaires
    02 avr 23:51:55 boggan mysqld [2645]: 2016-04-02 23:51:55 140386161068800 [Remarque] InnoDB: DDL en ligne: Fin de la lecture de l'index cluster de la table et création de fichiers temporaires
    02 avr 23:51:55 boggan mysqld [2645]: 2016-04-02 23:51:55 140386161068800 [Remarque] InnoDB: DDL en ligne: terminé
    02 avr 23:51:55 boggan mysqld [2645]: 2016-04-02 23:51:55 140386161068800 [Remarque] InnoDB: DDL en ligne: terminé
    02 avr 23:52:06 boggan dbus [713]: [système] Échec de l'activation du service 'org.bluez': délai dépassé
    02 avr 23:52:37 boggan systemd [1]: mariadb.service: le délai de démarrage de l'opération a expiré. Fin.
    02 avr 23:52:37 boggan mysqld [2645]: 2016-04-02 23:52:37 140386097400576 [Note] / usr / sbin / mysqld: arrêt normal
    02 avr 23:52:37 noyau boggan: audit: type = 1400 audit (1459655557.935: 31): apparmor = "REFUSÉ" operation = "sendmsg" profile = "/ usr / sbin / mysqld" name = "/ run / systemd / notifier "pid = 2645 comm =" mysqld "demandé_mask =" w "refusé_mask =" w "fsuid = 122 ouid = 0
    02 avr 23:52:37 audit boggan [2645]: AVC apparmor = "DENIED" operation = "sendmsg" profile = "/ usr / sbin / mysqld" name = "/ run / systemd / notify" pid = 2645 comm = " mysqld "demandé_mask =" w "refusé_mask =" w "fsuid = 122 ouid = 0
    02 avr 23:52:37 boggan mysqld [2645]: 2016-04-02 23:52:37 140386097400576 [Remarque] Planificateur d'événements: purge de la file d'attente. 0 événements
    02 avr 23:52:37 boggan mysqld [2645]: 2016-04-02 23:52:37 140385225500416 [Remarque] InnoDB: FTS optimise la sortie du thread.
    02 avr 23:52:37 boggan mysqld [2645]: 2016-04-02 23:52:37 140386097400576 [Note] InnoDB: Démarrage de l'arrêt ...
    02 avril 23:52:39 boggan mysqld [2645]: 2016-04-02 23:52:39 140386097400576 [Remarque] InnoDB: arrêt terminé; numéro de séquence du journal 3360838
    02 avr 23:52:39 boggan mysqld [2645]: 2016-04-02 23:52:39 140386097400576 [Note] / usr / sbin / mysqld: arrêt terminé
    02 avr 23:52:39 noyau boggan: audit: type = 1400 audit (1459655559.419: 32): apparmor = "REFUSÉ" operation = "sendmsg" profile = "/ usr / sbin / mysqld" name = "/ run / systemd / notifier "pid = 2877 comm =" mysqld "demandé_mask =" w "refusé_mask =" w "fsuid = 122 ouid = 0
    02 avr 23:52:39 audit boggan [2877]: AVC apparmor = "DENIED" operation = "sendmsg" profile = "/ usr / sbin / mysqld" name = "/ run / systemd / notify" pid = 2877 comm = " mysqld "demandé_mask =" w "refusé_mask =" w "fsuid = 122 ouid = 0
    02 avr 23:52:39 audit boggan [2645]: AVC apparmor = "REFUSÉ" operation = "sendmsg" profile = "/ usr / sbin / mysqld" name = "/ run / systemd / notify" pid = 2645 comm = " mysqld "demandé_mask =" w "refusé_mask =" w "fsuid = 122 ouid = 0
    02 avr 23:52:39 noyau boggan: audit: type = 1400 audit (1459655559.419: 33): apparmor = "REFUSÉ" operation = "sendmsg" profile = "/ usr / sbin / mysqld" name = "/ run / systemd / notifier "pid = 2645 comm =" mysqld "demandé_mask =" w "refusé_mask =" w "fsuid = 122 ouid = 0
    02 avr 23:52:39 boggan systemd [1]: échec du démarrage du serveur de base de données MariaDB.
    - Objet: l'unité mariadb.service a échoué
    - Défini par: systemd
    - Prise en charge: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
    -
    - L'unité mariadb.service a échoué.
    -
    - Le résultat a échoué.
    02 avr 23:52:39 boggan systemd [1]: mariadb.service: L'unité est entrée en état d'échec.
    02 avr 23:52:39 boggan systemd [1]: mariadb.service: échec avec le résultat 'timeout'.

    Meilleure réponse

  • J’ai eu le même problème après la mise à niveau de mysql vers mariadb.
    Ce qui est étrange, c’est que le démarrage du service mariadb a échoué à l’expiration (au démarrage du système ou manuellement) alors que le démarrage du service mysql a réussi.

    L’explication donnée parT.J.L.a raison mais la correction n’a pas fonctionné pour moi.

     $ sudo aa-complain /usr/sbin/mysqld
    Setting /usr/sbin/mysqld to complain mode.
    
    ERROR: /etc/apparmor.d/usr.sbin.mysqld contains no profile
     

    J’ai donc désactivé le profil (avec aa-disable qui semble être équivalent àploutocratela solution)

     $ sudo aa-disable /usr/sbin/mysqld
    Disabling /usr/sbin/mysqld.
     

  • Comment installer MariaDB sur Debian 10

    MariaDB est un système de gestion de base de données relationnelle open-source multithread, un remplacement rétrocompatible pour MySQL. MariaDB est l’implémentation par défaut de MySQL dans Debian.

    Ce tutoriel explique comment installer MariaDB sur Debian 10.

    Installer MariaDB sur Debian 10 #

    Au moment de la rédaction de cet article, la dernière version de MariaDB disponible dans les référentiels Debian est la version 10.3.

    Effectuez les étapes suivantes en tant que root ou utilisateur avec des privilèges sudo pour installer MariaDB sur Debian 10:

    1. Commencez par mettre à jour l’index des packages:

      sudo apt update
    2. Installez le serveur MariaDB et les packages client en exécutant la commande suivante:

      sudo apt install mariadb-server
    3. Le service MariaDB démarre automatiquement. Pour le vérifier, vérifiez l’état du service:

      sudo systemctl status mariadb

      La sortie devrait ressembler à ceci:

      ● mariadb.service - MariaDB 10.3.15 database server
         Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
         Active: active (running) since Thu 2019-07-11 14:36:28 PDT; 19min ago
           Docs: man:mysqld(8)
                 https://mariadb.com/kb/en/library/systemd/
       Main PID: 4509 (mysqld)
         Status: "Taking your SQL requests now..."
          Tasks: 30 (limit: 2359)
         Memory: 78.6M
         CGroup: /system.slice/mariadb.service
                 └─4509 /usr/sbin/mysqld  

    Sécurisation de MariaDB #

    MariaDB est livré avec un script qui peut vous aider à améliorer la sécurité de l’installation. Pour démarrer le type de scriptmysql_secure_installationdans votre terminal:

    sudo mysql_secure_installation

    Vous serez invité à définir un mot de passe pour le compte root, à supprimer l’utilisateur anonyme, à restreindre l’accès des utilisateurs root à la machine locale et à supprimer la base de données de test.

    ...
    Enter current password for root (enter for none):
    ...
    Set root password? [Y/n] Y
    New password: 
    Re-enter new password: 
    ...
    Remove anonymous users? [Y/n] Y
    ...
    Disallow root login remotely? [Y/n] Y
    ...
    Remove test database and access to it? [Y/n] Y
    ...
    Reload privilege tables now? [Y/n] Y
    ...
    Thanks for using MariaDB!
    

    S’il est sélectionné, le script rechargera les tables de privilèges en s’assurant que les modifications prennent effet immédiatement.

    Toutes les étapes sont expliquées en détail et il est recommandé de répondre «Y» (oui) à toutes les questions.

    Méthodes d’authentification #

    Par défaut, l’utilisateur root MariaDB utilise leunix_socketplug-in d’authentification qui vérifie l’ID utilisateur effectif lors de l’appel dumysqloutil client.

    Cela signifie que vous ne pouvez vous connecter au serveur MariaDB en tant que root que si vous invoquez lemysqlen tant que racine système ou en ajoutant sudo à la commande.

    Pour une sécurité accrue, il est recommandé de conserver le plugin d’authentification par défaut et de permettre à l’utilisateur root de s’authentifier uniquement via les sockets Unix.

    Si vous souhaitez modifier l’authentification racine par l’authentification classique, connectez-vous au serveur MariaDB:

    sudo mysql

    Exécutez les instructions suivantes pour modifier le plug-in d’authentification:

    ALTER USER 'root'@'localhost' IDENTIFIED VIA mysql_native_password;
    ALTER USER 'root'@'localhost' IDENTIFIED BY 'your_root_passwd';
    

    Vous pouvez maintenant vous connecter au serveur MariaDB en utilisant le nouveau mot de passe:

    mysql -u root -p

    Comment installer MariaDB sur Ubuntu 18.04

    MariaDB est un système de gestion de base de données relationnelle open-source multithread, un remplacement rétrocompatible pour MySQL. Il est maintenu et développé par la Fondation MariaDB, y compris certains des développeurs originaux de MySQL.

    Dans ce tutoriel, nous vous montrerons deux méthodes différentes sur la façon d’installer MariaDB sur votre machine Ubuntu 18.04. La première méthode décrit les étapes nécessaires pour installer MariaDB à partir des référentiels Ubuntu tandis que la seconde vous montrera comment installer la dernière version de MariaDB à partir des référentiels officiels MariaDB.

    Généralement, il est recommandé d’utiliser la première méthode et d’installer les packages MariaDB fournis par Ubuntu.

    Si vous souhaitez installer MySQL au lieu de MariaDB, consultez le tutoriel Comment installer MySQL sur Ubuntu 18.04.

    Conditions préalables #

    Avant de poursuivre ce didacticiel, assurez-vous que vous êtes connecté en tant qu’utilisateur avec les privilèges sudo.

    Installer MariaDB sur Ubuntu 18.04 #

    Au moment de la rédaction de cet article, MariaDB version 10.1 est incluse dans les référentiels principaux d’Ubuntu.

    Pour installer MariaDB sur Ubuntu 18.04, procédez comme suit:

    1. Mettre à jour l’index des packages.

      sudo apt update
    2. Une fois la liste des packages mise à jour, installez MariaDB en exécutant la commande suivante:

      sudo apt install mariadb-server
    3. Le service MariaDB démarre automatiquement. Vous pouvez le vérifier en tapant:

      sudo systemctl status mariadb
          ● mariadb.service - MariaDB database server
      Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset
      Active: active (running) since Sun 2018-07-29 19:31:31 UTC; 38s ago
      Main PID: 13932 (mysqld)
      Status: "Taking your SQL requests now..."
          Tasks: 27 (limit: 507)
      CGroup: /system.slice/mariadb.service
              └─13932 /usr/sbin/mysqld

      Vous pouvez également vérifier la version MariaDB avec:

      mysql -V
      mysql  Ver 15.1 Distrib 10.1.29-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2

    Installation de MariaDB sur Ubuntu 18.04 à partir des référentiels MariaDB #

    Au moment de la rédaction de cet article, la dernière version de MariaDB disponible dans les référentiels officiels de MariaDB est MariaDB version 10.3. Avant de passer à l’étape suivante, vous devez visiter la page Référentiel MariaDB et vérifier si une nouvelle version est disponible.

    Pour installer MariaDB 10.3 sur votre serveur Ubuntu 18.04, procédez comme suit:

    1. Ajoutez d’abord la clé GPG MariaDB à votre système à l’aide de la commande suivante:

      sudo apt-key adv --recv-keys --keyserver hkp://keyserver.ubuntu.com:80 0xF1656F24C74CD1D8
    2. Une fois la clé importée, ajoutez le référentiel MariaDB avec:

      sudo add-apt-repository 'deb [arch=amd64,arm64,ppc64el] http://ftp.utexas.edu/mariadb/repo/10.3/ubuntu bionic main'

      Si vous obtenez un message d’erreur disantadd-apt-repository command not foundinstallez lesoftware-properties-commonpaquet.

    3. Pour pouvoir installer des packages à partir du référentiel MariaDB, vous devez mettre à jour la liste des packages:

      sudo apt update
    4. Maintenant que le référentiel est ajouté, installez le package MariaDB avec:

      sudo apt install mariadb-server
    5. Le service MariaDB démarrera automatiquement, pour vérifier son type:

      sudo systemctl status mariadb
      ● mariadb.service - MariaDB 10.3.8 database server
      Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
      Drop-In: /etc/systemd/system/mariadb.service.d
              └─migrated-from-my.cnf-settings.conf
      Active: active (running) since Sun 2018-07-29 19:36:30 UTC; 56s ago
          Docs: man:mysqld(8)
              https://mariadb.com/kb/en/library/systemd/
      Main PID: 16417 (mysqld)
      Status: "Taking your SQL requests now..."
          Tasks: 31 (limit: 507)
      CGroup: /system.slice/mariadb.service
              └─16417 /usr/sbin/mysqld

      Et imprimez la version du serveur MariaDB, avec:

      mysql -V
      mysql  Ver 15.1 Distrib 10.3.8-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2

    Sécurisation de MariaDB #

    Exécutez lemysql_secure_installationcommande pour améliorer la sécurité de l’installation de MariaDB:

    sudo mysql_secure_installation

    Le script vous invite à configurer le mot de passe de l’utilisateur root, à supprimer l’utilisateur anonyme, à restreindre l’accès de l’utilisateur root à la machine locale et à supprimer la base de données de test. À la fin, le script rechargera les tables de privilèges en s’assurant que toutes les modifications prennent effet immédiatement.

    Toutes les étapes sont expliquées en détail et il est recommandé de répondre «Y» (oui) à toutes les questions.

    Connectez-vous à MariaDB à partir de la ligne de commande #

    Pour se connecter au serveur MariaDB via le terminal, nous pouvons utiliser le client MariaDB.

    Pour vous connecter au serveur MariaDB en tant que type d’utilisateur root:

    mysql -u root -p

    Vous serez invité à saisir le mot de passe root que vous avez défini précédemment lorsquemysql_secure_installationle script a été exécuté.

    Une fois que vous aurez entré le mot de passe, le shell MariaDB vous sera présenté comme indiqué ci-dessous:

    Welcome to the MariaDB monitor.  Commands end with ; or \g.
    Your MariaDB connection id is 49
    Server version: 10.1.29-MariaDB-6 Ubuntu 18.04

    Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

    Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

    Comment installer MariaDB sur Debian 9

    MariaDB est un système de gestion de base de données relationnelle open-source multithread, un remplacement rétrocompatible pour MySQL. Il est maintenu et développé par la Fondation MariaDB, y compris certains des développeurs originaux de MySQL.

    Avec la sortie de Debian 9, MySQL a été remplacé par MariaDB comme système de base de données par défaut.

    Dans ce tutoriel, nous allons vous montrer deux méthodes différentes pour installer MariaDB sur votre machine Debian 9. La première méthode vous guidera à travers les étapes nécessaires pour installer MariaDB à partir des référentiels Debian tandis que la seconde vous apprendra comment installer la dernière version de MariaDB à partir des référentiels officiels MariaDB.

    Généralement, il est recommandé d’installer MariaDB à partir des référentiels Debian.

    Si vous préférez MySQL à MariaDB, consultez le tutoriel Comment installer MySQL sur Debian 9. Si votre application n’a pas d’exigences spécifiques, vous devez vous en tenir à MariaDB, le système de base de données par défaut de Debian 9.

    Conditions préalables #

    Avant de poursuivre ce didacticiel, assurez-vous que vous êtes connecté en tant qu’utilisateur avec les privilèges sudo.

    Installer MariaDB sur Debian 9 #

    Au moment de la rédaction de cet article, la dernière version de MariaDB disponible dans le principal Debian est la version 10.1.

    Pour installer MariaDB sur Debian 9, procédez comme suit:

    1. Mettez d’abord à jour leaptindex des packages en tapant:

      sudo apt update
    2. Une fois la liste des packages mise à jour, installez MariaDB en exécutant la commande suivante:

      sudo apt install mariadb-server
    3. Le service MariaDB démarre automatiquement. Vous pouvez le vérifier en tapant:

      sudo systemctl status mariadb

      La sortie devrait ressembler à ceci:

      ● mariadb.service - MariaDB database server
      Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset
      Active: active (running) since Wed 2018-09-12 15:10:40 UTC; 1min 48s ago
      Main PID: 11356 (mysqld)
      Status: "Taking your SQL requests now..."
      CGroup: /system.slice/mariadb.service
              └─11356 /usr/sbin/mysqld

    Installer MariaDB sur Debian 9 à partir des référentiels MariaDB #

    Au moment d’écrire ces lignes, la dernière version de MariaDB est la version 10.3 qui peut être installée à partir des dépôts officiels de MariaDB. Avant de passer à l’étape suivante, visitez la page du référentiel MariaDB et vérifiez si une nouvelle version est disponible.

    Pour installer MariaDB 10.3 sur votre système Debian 9, procédez comme suit:

    1. La première étape consiste à activer le référentiel MariaDB et à importer la clé GPG du référentiel sur votre système pour ce faire, exécutez les commandes suivantes:

      sudo apt install software-properties-common dirmngrsudo apt-key adv --recv-keys --keyserver hkp://keyserver.ubuntu.com:80 0xF1656F24C74CD1D8sudo add-apt-repository 'deb [arch=amd64,i386,ppc64el] http://mirrors.dotsrc.org/mariadb/repo/10.3/debian stretch main'
    2. Une fois le référentiel activé, mettez à jour la liste des packages et installez MariaDB avec:

      sudo apt updatesudo apt install mariadb-server
    3. Le service MariaDB démarre automatiquement, pour vérifier qu’il exécute la commande suivante:

      sudo systemctl status mariadb
      ● mariadb.service - MariaDB 10.3.8 database server
      Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
      Drop-In: /etc/systemd/system/mariadb.service.d
              └─migrated-from-my.cnf-settings.conf
      Active: active (running) since Sun 2018-07-29 19:36:30 UTC; 56s ago
          Docs: man:mysqld(8)
              https://mariadb.com/kb/en/library/systemd/
      Main PID: 16417 (mysqld)
      Status: "Taking your SQL requests now..."
          Tasks: 31 (limit: 507)
      CGroup: /system.slice/mariadb.service
              └─16417 /usr/sbin/mysqld

    Sécurisation de MariaDB #

    Pour améliorer la sécurité de l’installation de MariaDB, exécutez lemysql_secure_installationscénario:

    sudo mysql_secure_installation

    Le script vous invite à définir un mot de passe pour le compte root, à supprimer l’utilisateur anonyme, à restreindre l’accès des utilisateurs root à la machine locale et à supprimer la base de données de test.

    À la fin, le script rechargera les tables de privilèges en s’assurant que toutes les modifications prennent effet immédiatement.

    Toutes les étapes sont expliquées en détail et il est recommandé de répondre «Y» (oui) à toutes les questions.

    Connectez-vous à MariaDB à partir de la ligne de commande #

    Pour vous connecter au serveur MariaDB via le terminal en tant que type de compte root:

    mysql -u root -p

    Vous serez invité à saisir le mot de passe root que vous avez précédemment configuré à l’aide dumysql_secure_installationscénario.

    Une fois que vous aurez entré le mot de passe, le shell MariaDB vous sera présenté comme indiqué ci-dessous:

    Welcome to the MariaDB monitor.  Commands end with ; or \g.
    Your MariaDB connection id is 2
    Server version: 10.1.26-MariaDB-0+deb9u1 Debian 9.1

    Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

    Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

    MariaDB [(none)]>