MariaDB Anmeldung nicht mehr möglich

[mala]

Hallo,
ich habe heute Updates in mein System eingespielt (apt get update & apt get dist-upgrade). Danach wollte ich mich über phpmyadmin in meine Datenbank einloggen und bekam eine Fehlermeldung. Wenn ich es auf der Konsole mittels

mysql -u root

versuche, erhalte ich folgende Fehlermeldung:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/mysqld/mysqld.sock' (2)

Ich habe jetzt schon nach Lösungen gesucht, aber noch nicht wirklich etwas gefunden, was mir weiterhelfen würde. Habt Ihr Tipps?

Falls das noch hilft:

mysql Ver 15.1 Distrib 10.5.12-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper

[eggy]

Fangen wir mal ganz einfach an: läuft der Dienst?

[schwedenmann]

Hallo

Und wenn systemctl status mariadb positiv ausfällt,was passiert wenn du mysql -u root als user root ausführst ?


mfg
schwedenmann

[mala]

root@sol:/# /etc/init.d/mysql start
Starting mysql (via systemctl): mysql.serviceJob for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
failed!
Da gibt es bereits den ersten Fehler. Und dazu noch folgende Ausgabe:

root@sol:/# systemctl status mariadb.service
● mariadb.service - MariaDB 10.5.12 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2021-09-07 16:28:13 CEST; 50s ago
Docs: man:mariadbd(8)
https://mariadb.com/kb/en/library/systemd/
Process: 26539 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=217/USER)
CPU: 2ms

Sep 07 16:28:13 sol systemd[1]: Starting MariaDB 10.5.12 database server...
Sep 07 16:28:13 sol systemd[26539]: mariadb.service: Failed to determine user credentials: No such process
Sep 07 16:28:13 sol systemd[26539]: mariadb.service: Failed at step USER spawning /usr/bin/install: No such process
Sep 07 16:28:13 sol systemd[1]: mariadb.service: Control process exited, code=exited, status=217/USER
Sep 07 16:28:13 sol systemd[1]: mariadb.service: Failed with result 'exit-code'.
Sep 07 16:28:13 sol systemd[1]: Failed to start MariaDB 10.5.12 database server.

[schwedenmann]

Hallo


hast du schon eine reboot gemacht, oder systemctl daemon-reload


dann systemctl eintippen un d runterscollen und schauen ob mariadb-service läuft.

mfg
schwedenmann

[mala]

Reboot und systemctl daemon-reload wurden gemacht. Das hat nichts gebracht.

systemctl liefert:
mariadb.service loaded failed failed MariaDB 10.5.12 database server

[schwedenmann]

Hallo

Poste mal bitte den Inhalt von

/lib/systemd/system/mariadb.service

mfg
schwedenmann

[mala]

Schon mal vielen Dank für Deine Mühe!!

# It's not recommended to modify this file in-place, because it will be
# overwritten during package upgrades. If you want to customize, the
# best way is to create a file "/etc/systemd/system/mariadb.service",
# containing
# .include /usr/lib/systemd/system/mariadb.service
# ...make your changes here...
# or create a file "/etc/systemd/system/mariadb.service.d/foo.conf",
# which doesn't need to include ".include" call and which will be parsed
# after the file mariadb.service itself is parsed.
#
# For more info about custom unit files, see systemd.unit(5) or
# https://mariadb.com/kb/en/mariadb/systemd/
#
# Copyright notice:
#
# This file is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.

[Unit]
Description=MariaDB 10.5.12 database server
Documentation=man:mariadbd(8)
Documentation=https://mariadb.com/kb/en/library/systemd/
After=network.target

[Install]
WantedBy=multi-user.target


[Service]

##############################################################################
## Core requirements
##

Type=notify

# Setting this to true can break replication and the Type=notify settings
# See also bind-address mariadbd option.
PrivateNetwork=false

##############################################################################
## Package maintainers
##

User=mysql
Group=mysql

# CAP_IPC_LOCK To allow memlock to be used as non-root user
# CAP_DAC_OVERRIDE To allow auth_pam_tool (which is SUID root) to read /etc/shadow when it's chmod 0
# does nothing for non-root, not needed if /etc/shadow is u+r
# CAP_AUDIT_WRITE auth_pam_tool needs it on Debian for whatever reason
CapabilityBoundingSet=CAP_IPC_LOCK CAP_DAC_OVERRIDE CAP_AUDIT_WRITE

# PrivateDevices=true implies NoNewPrivileges=true and
# SUID auth_pam_tool suddenly doesn't do setuid anymore
PrivateDevices=false

# Prevent writes to /usr, /boot, and /etc
ProtectSystem=full

# Doesn't yet work properly with SELinux enabled
# NoNewPrivileges=true

# Prevent accessing /home, /root and /run/user
ProtectHome=true

# Execute pre and post scripts as root, otherwise it does it as User=
PermissionsStartOnly=true

ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld

# Perform automatic wsrep recovery. When server is started without wsrep,
# galera_recovery simply returns an empty string. In any case, however,
# the script is not expected to return with a non-zero status.
# It is always safe to unset _WSREP_START_POSITION environment variable.
# Do not panic if galera_recovery script is not available. (MDEV-10538)
ExecStartPre=/bin/sh -c "systemctl unset-environment _WSREP_START_POSITION"
ExecStartPre=/bin/sh -c "[ ! -e /usr/bin/galera_recovery ] && VAR= || \
VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] \
&& systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1"

# Needed to create system tables etc.
# ExecStartPre=/usr/bin/mysql_install_db -u mysql

# Start main service
# MYSQLD_OPTS here is for users to set in /etc/systemd/system/mariadb.service.d/MY_SPECIAL.conf
# Use the [Service] section and Environment="MYSQLD_OPTS=...".
# This isn't a replacement for my.cnf.
# _WSREP_NEW_CLUSTER is for the exclusive use of the script galera_new_cluster
ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION

# Unset _WSREP_START_POSITION environment variable.
ExecStartPost=/bin/sh -c "systemctl unset-environment _WSREP_START_POSITION"

ExecStartPost=/etc/mysql/debian-start

KillSignal=SIGTERM

# Don't want to see an automated SIGKILL ever
SendSIGKILL=no

# Restart crashed server only, on-failure would also restart, for example, when
# my.cnf contains unknown option
Restart=on-abort
RestartSec=5s

UMask=007

##############################################################################
## USERs can override
##
##
## by creating a file in /etc/systemd/system/mariadb.service.d/MY_SPECIAL.conf
## and adding/setting the following under [Service] will override this file's
## settings.

# Useful options not previously available in [mysqld_safe]

# Kernels like killing mariadbd when out of memory because its big.
# Lets temper that preference a little.
# OOMScoreAdjust=-600

# Explicitly start with high IO priority
# BlockIOWeight=1000

# If you don't use the /tmp directory for SELECT ... OUTFILE and
# LOAD DATA INFILE you can enable PrivateTmp=true for a little more security.
PrivateTmp=false

# Set an explicit Start and Stop timeout of 900 seconds (15 minutes!)
# this is the same value as used in SysV init scripts in the past
# Galera might need a longer timeout, check the KB if you want to change this:
# https://mariadb.com/kb/en/library/syste ... ce-timeout
TimeoutStartSec=900
TimeoutStopSec=900

##
## Options previously available to be set via [mysqld_safe]
## that now needs to be set by systemd config files as mysqld_safe
## isn't executed.
##

# Number of files limit. previously [mysqld_safe] open-files-limit
LimitNOFILE=32768

# Maximium core size. previously [mysqld_safe] core-file-size
# LimitCore=

# Nice priority. previously [mysqld_safe] nice
# Nice=-5

# Timezone. previously [mysqld_safe] timezone
# Environment="TZ=UTC"

# Library substitutions. previously [mysqld_safe] malloc-lib with explicit paths
# (in LD_LIBRARY_PATH) and library name (in LD_PRELOAD).
# Environment="LD_LIBRARY_PATH=/path1 /path2" "LD_PRELOAD=

# Flush caches. previously [mysqld_safe] flush-caches=1
# ExecStartPre=sync
# ExecStartPre=sysctl -q -w vm.drop_caches=3

# numa-interleave=1 equalivant
# Change ExecStart=numactl --interleave=all /usr/sbin/mariadbd......

# crash-script equalivent
# FailureAction=

[mala]

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/mysqld/mysqld.sock' (2)

Das habe ich nun nochmal geprüft. Das Verzeichnis /var/mysqld/ existiert nicht.

Ich habe zwischenzeitlich mariadb-server und mariadb-client entfernt und neu installiert. Der Fehler bleibt bestehen.

[hec_tech]

Ist das ein LXC Container?

[whisper]

Hallo,
versuche, erhalte ich folgende Fehlermeldung:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/mysqld/mysqld.sock' (2)

Bei mir ist

Code: Alles auswählen

/var/run/mysqld/mysqld.sock

in
/etc/mysql/mariadb.conf.d/50-server.cnf
eingestellt.
Also in /var/run

[mala]

Ist das ein LXC Container?

Ich hab eine Standardinstallation. Mir ist nichts von LXC-Containern bekannt. Kann mit dem Begriff an sich nichts anfangen. Wenn das also nicht von Haus aus so ist, dann habe ich es vermutlich nicht.

[mala]

Bei mir ist

Code: Alles auswählen

/var/run/mysqld/mysqld.sock

in
/etc/mysql/mariadb.conf.d/50-server.cnf
eingestellt.
Also in /var/run

Das Verzeichnis /etc/mysql/ existiert bei mir nicht.

Ich habe zwischenzeitlich
apt purge mariadb-server mariadb-client phpmyadmin
ausgeführt und die Paket neu installiert. Das läuft durch, bricht aber bei der Einrichtung von phpmyadmin mit obiger Fehlermeldung ab.

Wenn wenigstens die Neuinstallation laufen würde, wäre ich auch zufrieden. Die Datenbankentabellen sind alle gesichert, so dass ich sie nur neu einspielen müsste. Aber leider bringt der Versuch der Neuinstallation auch keine Abhilfe. Und vor einer kompletten Neuinstallation des Systems schrecke ich (noch) zurück.

[whisper]

hast du bullseye, oder welche Version?
Bei buster müsste das in mariadb-common sein:

Code: Alles auswählen

dpkg -L mariadb-common
/.
/etc
/etc/mysql
/etc/mysql/mariadb.cnf
/etc/mysql/mariadb.conf.d
/usr
/usr/share
/usr/share/doc
/usr/share/doc/mariadb-common
/usr/share/doc/mariadb-common/changelog.Debian.gz
/usr/share/doc/mariadb-common/copyright

edit: in Bulleye auch, gerade mal mit apt-file nachgesehen

[mala]

hast du bullseye, oder welche Version?

Ja, ich habe Bullseye installiert.

Meine Ausgabe sieht identisch aus:
dpkg -L mariadb-common
/.
/etc
/etc/mysql
/etc/mysql/mariadb.cnf
/etc/mysql/mariadb.conf.d
/usr
/usr/share
/usr/share/doc
/usr/share/doc/mariadb-common
/usr/share/doc/mariadb-common/changelog.Debian.gz
/usr/share/doc/mariadb-common/copyright

[whisper]

Das Verzeichnis /etc/mysql/ existiert bei mir nicht.

Wie passt das zusammen?
Aber installiert ist das common paket, ja scheinbar.
Reinstall das mal bitte.

[oln]

Moin,
PHPMyAdmin gibt es in Bullseye nicht als Paket. Das ist dann der Adminer.

[hec_tech]

Moin,
PHPMyAdmin gibt es in Bullseye nicht als Paket. Das ist dann der Adminer.

Das ist nicht richtig - phpmyadmin gab es in Buster nicht als Paket in Bullseye schon.

lg
Gregor

[mala]

Aber installiert ist das common paket, ja scheinbar.
Reinstall das mal bitte.

Da scheint es ein Problem zu geben:

Code: Alles auswählen

root@sol:/# apt purge mariadb-common
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 mariadb-client-10.5 : Hängt ab von: mariadb-client-core-10.5 (>= 1:10.5.11-1) soll aber nicht installiert werden
                       Empfiehlt: libdbd-mariadb-perl soll aber nicht installiert werden oder
                                  libdbd-mysql-perl soll aber nicht installiert werden
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.
root@sol:/# 

bzw.

Code: Alles auswählen

root@sol:/# apt-get install mariadb-common
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden NEUEN Pakete werden installiert:
  mariadb-common
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 36,3 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 82,9 kB Plattenplatz zusätzlich benutzt.
Holen:1 http://deb.debian.org/debian bullseye/main amd64 mariadb-common all 1:10.5.11-1 [36,3 kB]
Es wurden 36,3 kB in 0 s geholt (288 kB/s).
Vormals nicht ausgewähltes Paket mariadb-common wird gewählt.
(Lese Datenbank ... 280132 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mariadb-common_1%3a10.5.11-1_all.deb ...
Entpacken von mariadb-common (1:10.5.11-1) ...
mariadb-common (1:10.5.11-1) wird eingerichtet ...
update-alternatives: /etc/mysql/mariadb.cnf wird verwendet, um /etc/mysql/my.cnf (my.cnf) im automatischen Modus bereitzustellen
Trigger für mariadb-server-10.5 (1:10.5.11-1) werden verarbeitet ...
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
root@sol:/# 

Ich glaube langsam, dass ich mich doch mit dem Gedanken anfreunden muss, dass ich das ganze System neu aufsetze.

[whisper]

ein apt-get -f install repariert nun nichts, oder?

[mala]

Nein, das hatte ich bereits probiert.

[eggy]

See "systemctl status mariadb.service" and "journalctl -xe" for details.

das nochmal machen, beide Ausgaben zeigen.
Dann via "man mysqld" nachschlagen, dass man das da machen soll:

Code: Alles auswählen

mysqld --verbose --help

darin rausfinden, welche verbose Optionen es gibt und versuchen den Server auf der shell zu starten, nicht via Debian startup Mechanismen, sondern ganz klassisch als Programm via mysqld --verbose und ähnliches.
Da sollte es dann ausführlich maulen, warum es nicht geht. Wenn das noch nicht reicht, es gibt nochmehr Flags.
Glaskugel sagt: vermutlich gehören die bestehenden Datenbanken dem falschen User oder Firewall/selinux/appamor blockt irgendnen Zugriff ... also auch nochmal dmesg befragen.

[mala]

systemctl status mariadb.service

Code: Alles auswählen

● mariadb.service - MariaDB 10.5.11 database server
     Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2021-09-10 10:12:56 CEST; 6h ago
       Docs: man:mariadbd(8)
             https://mariadb.com/kb/en/library/systemd/
    Process: 6475 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
    Process: 6476 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
    Process: 6478 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSITION=$VAR ||>
    Process: 6489 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE)
   Main PID: 6489 (code=exited, status=1/FAILURE)
     Status: "MariaDB server is down"
        CPU: 70ms

Sep 10 10:12:56 sol systemd[1]: Starting MariaDB 10.5.11 database server...
Sep 10 10:12:56 sol mariadbd[6489]: 2021-09-10 10:12:56 0 [Note] /usr/sbin/mariadbd (mysqld 10.5.11-MariaDB-1) starting as process 6489 ...
Sep 10 10:12:56 sol mariadbd[6489]: 2021-09-10 10:12:56 0 [Warning] Can't create test file /var/lib/mysql/sol.lower-test
Sep 10 10:12:56 sol mariadbd[6489]: [99B blob data]
Sep 10 10:12:56 sol mariadbd[6489]: 2021-09-10 10:12:56 0 [ERROR] Aborting
Sep 10 10:12:56 sol systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Sep 10 10:12:56 sol systemd[1]: mariadb.service: Failed with result 'exit-code'.
Sep 10 10:12:56 sol systemd[1]: Failed to start MariaDB 10.5.11 database server.

Code: Alles auswählen

root@sol:/# /etc/init.d/mysql start
Starting mysql (via systemctl): mysql.serviceJob for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
 failed!
root@sol:/# journalctl -xe
░░ Support: https://www.debian.org/support
░░ 
░░ A start job for unit phpsessionclean.service has begun execution.
░░ 
░░ The job identifier is 13757.
Sep 10 17:09:00 sol systemd[1]: Starting MariaDB 10.5.11 database server...
░░ Subject: A start job for unit mariadb.service has begun execution
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ A start job for unit mariadb.service has begun execution.
░░ 
░░ The job identifier is 13864.
Sep 10 17:09:01 sol systemd[1]: phpsessionclean.service: Succeeded.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ The unit phpsessionclean.service has successfully entered the 'dead' state.
Sep 10 17:09:01 sol systemd[1]: Finished Clean php session files.
░░ Subject: A start job for unit phpsessionclean.service has finished successfully
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ A start job for unit phpsessionclean.service has finished successfully.
░░ 
░░ The job identifier is 13757.
Sep 10 17:09:01 sol mariadbd[10996]: 2021-09-10 17:09:01 0 [Note] /usr/sbin/mariadbd (mysqld 10.5.11-MariaDB-1) starting as process 10996 ...
Sep 10 17:09:01 sol mariadbd[10996]: 2021-09-10 17:09:01 0 [Warning] Can't create test file /var/lib/mysql/sol.lower-test
Sep 10 17:09:01 sol mariadbd[10996]: [99B blob data]
Sep 10 17:09:01 sol mariadbd[10996]: 2021-09-10 17:09:01 0 [ERROR] Aborting
Sep 10 17:09:01 sol systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ An ExecStart= process belonging to unit mariadb.service has exited.
░░ 
░░ The process' exit code is 'exited' and its exit status is 1.
Sep 10 17:09:01 sol systemd[1]: mariadb.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ The unit mariadb.service has entered the 'failed' state with result 'exit-code'.
Sep 10 17:09:01 sol systemd[1]: Failed to start MariaDB 10.5.11 database server.
░░ Subject: A start job for unit mariadb.service has failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ A start job for unit mariadb.service has finished with a failure.
░░ 
░░ The job identifier is 13864 and the job result is failed.

Wenn ich man mysqld eingebe, erhalte ich die Infos und dass ich via mysqld --verbose --help weitere Abfrageoptionen erhalten kann. Gebe ich allerdings mysqld --verbose --help ein, passiert folgendes:

Code: Alles auswählen

root@sol:/# mysqld --verbose --help
bash: mysqld: Kommando nicht gefunden.

Das Paket ist allerdings installiert (Version: 2.0.19).

[mala]

Code: Alles auswählen

Sep 10 17:09:01 sol mariadbd[10996]: 2021-09-10 17:09:01 0 [Warning] Can't create test file /var/lib/mysql/sol.lower-test

Das Verzeichnis /var/lib/mysql war nicht vorhanden. Ich habe es angelegt und die Rechte erteilt mit folgendem Ergebnis:

Code: Alles auswählen

root@sol:/var/lib# /etc/init.d/mysql start
Starting mysql (via systemctl): mysql.serviceJob for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
 failed!
root@sol:/var/lib# journalctl -xe
░░ A start job for unit mariadb.service has begun execution.
░░ 
░░ The job identifier is 14067.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] /usr/sbin/mariadbd (mysqld 10.5.11-MariaDB-1) starting as process 11264 ...
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: The first innodb_system data file 'ibdata1' did not exist. A new tablespace will be created!
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Uses event mutexes
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Number of pools: 1
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] mariadbd: O_TMPFILE is not supported on /tmp (disabling future attempts)
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Using Linux native AIO
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Completed initialization of buffer pool
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Setting file './ibdata1' size to 12 MB. Physically writing the file full; Please wait ...
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: File './ibdata1' size is now 12 MB.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Setting log file ./ib_logfile101 size to 100663296 bytes
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: New log file created, LSN=10317
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Doublewrite buffer not found: creating new
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Doublewrite buffer created
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: 128 rollback segments are active.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Creating foreign key constraint system tables.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Creating tablespace and datafile system tables.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Creating sys_virtual system tables.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Creating shared tablespace for temporary tables
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] InnoDB: 10.5.11 started; log sequence number 0; transaction id 7
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] Plugin 'FEEDBACK' is disabled.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [ERROR] Could not open mysql.plugin table: "Table 'mysql.plugin' doesn't exist". Some plugins may be not loaded
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [Note] Server socket created on IP: '::'.
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.db' doesn't exist
Sep 10 17:15:44 sol mariadbd[11264]: 2021-09-10 17:15:44 0 [ERROR] Aborting
Sep 10 17:15:44 sol systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ An ExecStart= process belonging to unit mariadb.service has exited.
░░ 
░░ The process' exit code is 'exited' and its exit status is 1.
Sep 10 17:15:44 sol systemd[1]: mariadb.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ The unit mariadb.service has entered the 'failed' state with result 'exit-code'.
Sep 10 17:15:44 sol systemd[1]: Failed to start MariaDB 10.5.11 database server.
░░ Subject: A start job for unit mariadb.service has failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░ 
░░ A start job for unit mariadb.service has finished with a failure.
░░ 
░░ The job identifier is 14067 and the job result is failed.

Als Tipp habe ich gefunden, dass man mysqld --initalize ausführen soll...

Code: Alles auswählen

root@sol:/var/lib#  mysqld --initialize 
bash: mysqld: Kommando nicht gefunden.
root@sol:/var/lib# sudo mysqld --initialize 
2021-09-10 17:19:33 0 [Note] mysqld (mysqld 10.5.11-MariaDB-1) starting as process 11399 ...
mysqld: Please consult the Knowledge Base to find out how to run mysqld as root!
2021-09-10 17:19:33 0 [ERROR] Aborting

Also root darf ich nicht und mit sudo geht es auch nicht?

[eggy]

Wie bist Du root geworden? noch mal mit "su -" versuchen.
https://wiki.debianforum.de/Typische_An ... .22su_-.22