Versehentlich den /etc/mysql-Ordner gelöscht [Gelöst]

[jmar83]

Durch diesen be*****enen lftp-Befehl:

Code: Alles auswählen

`mirror -R -e --allow-chown /etc/mysql/client_cert /etc/mysql;`

Frage: Wie stellt man den ganzen Kram wieder her?

Wenn ich mit apt remote/purge und dann wieder mit install arbeite, erhalte ich:

Code: Alles auswählen

`sh: 0: getcwd() failed: No such file or directory`

???


Danke für die Feedbacks.

[jmar83]

Oh... das Problem war dass das Verzeichnis, welches ich in der Konsole geöffnet hatte, gar nicht mehr existiert hat. (/etc/mysql/client_cert)...


Trotzdem geht es aber nicht:

Code: Alles auswählen

root@xili:/# apt-get remove mariadb-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paket »mariadb-server« ist nicht installiert, wird also auch nicht entfernt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 8 nicht aktualisiert.
root@xili:/# apt-get install mariadb-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden NEUEN Pakete werden installiert:
  mariadb-server
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 8 nicht aktualisiert.
Es müssen noch 0 B von 27.4 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 65.5 kB Plattenplatz zusätzlich benutzt.
Vormals nicht ausgewähltes Paket mariadb-server wird gewählt.
(Lese Datenbank ... 140359 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mariadb-server_10.1.41-0+deb9u1_all.deb ...
Entpacken von mariadb-server (10.1.41-0+deb9u1) ...
mariadb-server (10.1.41-0+deb9u1) wird eingerichtet ...
root@xili:/# apt-get remove mariadb-serve^C
root@xili:/# ^C
root@xili:/#
root@xili:/#
root@xili:/#
root@xili:/# service mariadb restart
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
root@xili:/#

System neu installieren würde wohl schneller gehen, als das Zeugs zu reparieren...? (Der Server hat keine besonders heftige Konfig..)

[jmar83]

Status:

Code: Alles auswählen

● mariadb.service - MariaDB 10.1.41 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2020-01-13 17:21:47 CET; 3s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 6008 ExecStartPost=/etc/mysql/debian-start (code=exited, status=203/EXEC)
  Process: 5981 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 5970 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=exite
  Process: 5964 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 5963 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
 Main PID: 5981 (code=exited, status=0/SUCCESS)
   Status: "MariaDB server is down"

Jan 13 17:21:44 xili mysqld[5981]: 2020-01-13 17:21:44 140197880096512 [Note] /usr/sbin/mysqld: Normal shutdown
Jan 13 17:21:44 xili mysqld[5981]: 2020-01-13 17:21:44 140197880096512 [Note] Event Scheduler: Purging the queue. 0 events
Jan 13 17:21:44 xili mysqld[5981]: 2020-01-13 17:21:44 140197194864384 [Note] InnoDB: FTS optimize thread exiting.
Jan 13 17:21:44 xili mysqld[5981]: 2020-01-13 17:21:44 140197880096512 [Note] InnoDB: Starting shutdown...
Jan 13 17:21:46 xili mysqld[5981]: 2020-01-13 17:21:46 140197880096512 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
Jan 13 17:21:47 xili mysqld[5981]: 2020-01-13 17:21:47 140197880096512 [Note] InnoDB: Shutdown completed; log sequence number 32286551493
Jan 13 17:21:47 xili mysqld[5981]: 2020-01-13 17:21:47 140197880096512 [Note] /usr/sbin/mysqld: Shutdown complete
Jan 13 17:21:47 xili systemd[1]: Failed to start MariaDB 10.1.41 database server.
Jan 13 17:21:47 xili systemd[1]: mariadb.service: Unit entered failed state.
Jan 13 17:21:47 xili systemd[1]: mariadb.service: Failed with result 'exit-code'.

[JTH]

Dateien unter /etc, falls (versehentlich) gelöscht, kann man so wiederherstellen:

Code: Alles auswählen

# apt -o Dpkg::Options::="--force-confmiss" reinstall PAKET...

Die Konfiguration unter /etc/mysql gehört allerdings nicht dem Metapaket mariadb-server, sondern zu folgenden Paketen:

Code: Alles auswählen

$ apt-file find /etc/mysql
mariadb-client-10.3: /etc/mysql/mariadb.conf.d/50-client.cnf
mariadb-client-10.3: /etc/mysql/mariadb.conf.d/50-mysql-clients.cnf
mariadb-common: /etc/mysql/mariadb.cnf
mariadb-plugin-connect: /etc/mysql/mariadb.conf.d/connect.cnf
mariadb-plugin-cracklib-password-check: /etc/mysql/mariadb.conf.d/cracklib_password_check.cnf
mariadb-plugin-gssapi-server: /etc/mysql/mariadb.conf.d/auth_gssapi.cnf
mariadb-plugin-oqgraph: /etc/mysql/mariadb.conf.d/oqgraph.cnf
mariadb-plugin-rocksdb: /etc/mysql/mariadb.conf.d/rocksdb.cnf
mariadb-plugin-tokudb: /etc/mysql/mariadb.conf.d/tokudb.cnf
mariadb-server-10.3: /etc/mysql/debian-start
mariadb-server-10.3: /etc/mysql/mariadb.conf.d/50-mysqld_safe.cnf
mariadb-server-10.3: /etc/mysql/mariadb.conf.d/50-server.cnf
mysql-common: /etc/mysql/conf.d/mysql.cnf
mysql-common: /etc/mysql/conf.d/mysqldump.cnf
mysql-common: /etc/mysql/my.cnf.fallback
mysql-server-5.7: /etc/mysql/debian-start
mysql-server-5.7: /etc/mysql/mysql.cnf
mysql-server-5.7: /etc/mysql/mysql.conf.d/mysqld.cnf
mysql-server-5.7: /etc/mysql/mysql.conf.d/mysqld_safe_syslog.cnf

Da musst du dir die passenden, bei dir installierten raussuchen, und mit obiger Zeile neuinstallieren.

Mit einem purge+install hätte das auch funktioniert, aber wie gesagt nicht mit dem Paket mariadb-server.

[jmar83]

Danke, jedoch:

Code: Alles auswählen

root@xili:/# apt -o Dpkg::Options::="--force-confmiss" reinstall mariadb
E: Ungültige Operation reinstall

[JTH]

Älteres Debian?!

Dann

Code: Alles auswählen

install --reinstall

statt

Code: Alles auswählen

reinstall

Letzteres gibts ab Buster.

[jmar83]

Scheint eher "install" als "reinstall" zu heissen...?

Geht aber nicht, wobei ich diese Pakete ausgelassen habe:

Code: Alles auswählen

mariadb-plugin-connect: /etc/mysql/mariadb.conf.d/connect.cnf
mariadb-plugin-cracklib-password-check: /etc/mysql/mariadb.conf.d/cracklib_password_check.cnf
mariadb-plugin-gssapi-server: /etc/mysql/mariadb.conf.d/auth_gssapi.cnf
mariadb-plugin-oqgraph: /etc/mysql/mariadb.conf.d/oqgraph.cnf
mariadb-plugin-rocksdb: /etc/mysql/mariadb.conf.d/rocksdb.cnf
mariadb-plugin-tokudb: /etc/mysql/mariadb.conf.d/tokudb.cnf

Log:

Code: Alles auswählen

apt -o Dpkg::Options::="--force-confmiss" install mariadb
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
mariadb-client ist schon die neueste Version (10.1.41-0+deb9u1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 7 nicht aktualisiert.
root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install mariadb-plugin-connect
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
The following additional packages will be installed:
  libodbc1 odbcinst odbcinst1debian2 unixodbc
Vorgeschlagene Pakete:
  libmyodbc odbc-postgresql tdsodbc unixodbc-bin
Die folgenden NEUEN Pakete werden installiert:
  libodbc1 mariadb-plugin-connect odbcinst odbcinst1debian2 unixodbc
0 aktualisiert, 5 neu installiert, 0 zu entfernen und 7 nicht aktualisiert.
Es müssen 870 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 2'713 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] n
Abbruch.
root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install mariadb-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
mariadb-server ist schon die neueste Version (10.1.41-0+deb9u1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 7 nicht aktualisiert.
root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install mysql-common
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
mysql-common ist schon die neueste Version (5.8+1.0.2).
mysql-common wurde als manuell installiert festgelegt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 7 nicht aktualisiert.
root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install mysql-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
The following additional packages will be installed:
  default-mysql-server
Die folgenden NEUEN Pakete werden installiert:
  default-mysql-server mysql-server
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 7 nicht aktualisiert.
Es müssen 4'754 B an Archiven heruntergeladen werden.
Nach dieser Operation werden 17.4 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Holen:1 http://ftp.ch.debian.org/debian stretch/main amd64 default-mysql-server all 1.0.2 [3'048 B]
Holen:2 http://ftp.ch.debian.org/debian stretch/main amd64 mysql-server amd64 5.5.9999+default [1'706 B]
Es wurden 4'754 B in 0 s geholt (60.1 kB/s).
Vormals nicht ausgewähltes Paket default-mysql-server wird gewählt.
(Lese Datenbank ... 140362 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../default-mysql-server_1.0.2_all.deb ...
Entpacken von default-mysql-server (1.0.2) ...
Vormals nicht ausgewähltes Paket mysql-server wird gewählt.
Vorbereitung zum Entpacken von .../mysql-server_5.5.9999+default_amd64.deb ...
Entpacken von mysql-server (5.5.9999+default) ...
default-mysql-server (1.0.2) wird eingerichtet ...
mysql-server (5.5.9999+default) wird eingerichtet ...
root@xili:/#
root@xili:/#
root@xili:/#
root@xili:/# service mariadb restart

[jmar83]

Status:

Code: Alles auswählen

service mariadb restart
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
root@xili:/# service mariadb status
● mariadb.service - MariaDB 10.1.41 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2020-01-13 17:45:46 CET; 4s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 7173 ExecStartPost=/etc/mysql/debian-start (code=exited, status=203/EXEC)
  Process: 7146 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 7135 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=exite
  Process: 7129 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 7128 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
 Main PID: 7146 (code=exited, status=0/SUCCESS)
   Status: "MariaDB server is down"

Jan 13 17:45:43 xili mysqld[7146]: 2020-01-13 17:45:43 139831258769152 [Note] /usr/sbin/mysqld: Normal shutdown
Jan 13 17:45:43 xili mysqld[7146]: 2020-01-13 17:45:43 139831258769152 [Note] Event Scheduler: Purging the queue. 0 events
Jan 13 17:45:43 xili mysqld[7146]: 2020-01-13 17:45:43 139830574946048 [Note] InnoDB: FTS optimize thread exiting.
Jan 13 17:45:43 xili mysqld[7146]: 2020-01-13 17:45:43 139831258769152 [Note] InnoDB: Starting shutdown...
Jan 13 17:45:44 xili mysqld[7146]: 2020-01-13 17:45:44 139831258769152 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
Jan 13 17:45:46 xili mysqld[7146]: 2020-01-13 17:45:46 139831258769152 [Note] InnoDB: Shutdown completed; log sequence number 32286551523
Jan 13 17:45:46 xili mysqld[7146]: 2020-01-13 17:45:46 139831258769152 [Note] /usr/sbin/mysqld: Shutdown complete
Jan 13 17:45:46 xili systemd[1]: Failed to start MariaDB 10.1.41 database server.
Jan 13 17:45:46 xili systemd[1]: mariadb.service: Unit entered failed state.
Jan 13 17:45:46 xili systemd[1]: mariadb.service: Failed with result 'exit-code'.
lines 1-23/23 (END)

[jmar83]

Oh, dein Beitrag ist mir dazwischengekommen!!

"install -reinstall" wird zwar akzeptiert, geht aber immer noch nicht:

Code: Alles auswählen

root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install --reinstall mariadb-common
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 7 nicht aktualisiert.
Es müssen 28.5 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen:1 http://ftp.ch.debian.org/debian stretch/main amd64 mariadb-common all 10.1.41-0+deb9u1 [28.5 kB]

Konfigurationsdatei »/etc/mysql/mariadb.cnf« existiert auf dem System nicht.
Neue Konfigurationsdatei wird wie gefordert installiert.
update-alternatives: Warnung: Alternative /etc/mysql/my.cnf.fallback (Teil der Link-Gruppe my.cnf) existiert nicht;
sie wird aus der Liste der Alternativen entfernt
update-alternatives: Warnung: Neuinstallation der Alternative /etc/mysql/mariadb.cnf ist erzwungen, weil Linkgruppe my.cnf defekt ist
root@xili:/#
root@xili:/#
root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install --reinstall mariadb-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 7 nicht aktualisiert.
Es müssen 27.4 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen:1 http://ftp.ch.debian.org/debian stretch/main amd64 mariadb-server all 10.1.41-0+deb9u1 [27.4 kB]
Es wurden 27.4 kB in 0 s geholt (719 kB/s).
(Lese Datenbank ... 140368 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mariadb-server_10.1.41-0+deb9u1_all.deb ...
Entpacken von mariadb-server (10.1.41-0+deb9u1) über (10.1.41-0+deb9u1) ...
mariadb-server (10.1.41-0+deb9u1) wird eingerichtet ...
root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install --reinstall mysql-common
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 7 nicht aktualisiert.
Es müssen 5'608 B an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen:1 http://ftp.ch.debian.org/debian stretch/main amd64 mysql-common all 5.8+1.0.2 [5'608 B]
Es wurden 5'608 B in 0 s geholt (81.5 kB/s).
(Lese Datenbank ... 140368 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mysql-common_5.8+1.0.2_all.deb ...
Entpacken von mysql-common (5.8+1.0.2) über (5.8+1.0.2) ...
mysql-common (5.8+1.0.2) wird eingerichtet ...

Konfigurationsdatei »/etc/mysql/conf.d/mysql.cnf« existiert auf dem System nicht.
Neue Konfigurationsdatei wird wie gefordert installiert.

Konfigurationsdatei »/etc/mysql/conf.d/mysqldump.cnf« existiert auf dem System nicht.
Neue Konfigurationsdatei wird wie gefordert installiert.

Konfigurationsdatei »/etc/mysql/my.cnf.fallback« existiert auf dem System nicht.
Neue Konfigurationsdatei wird wie gefordert installiert.
root@xili:/# apt -o Dpkg::Options::="--force-confmiss" install --reinstall mysql-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 7 nicht aktualisiert.
Es müssen 1'706 B an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen:1 http://ftp.ch.debian.org/debian stretch/main amd64 mysql-server amd64 5.5.9999+default [1'706 B]
Es wurden 1'706 B in 0 s geholt (72.6 kB/s).
(Lese Datenbank ... 140368 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mysql-server_5.5.9999+default_amd64.deb ...
Entpacken von mysql-server (5.5.9999+default) über (5.5.9999+default) ...
mysql-server (5.5.9999+default) wird eingerichtet ...
root@xili:/#
root@xili:/#
root@xili:/#
root@xili:/# service mariadb restart
Job for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
root@xili:/#
...skipping...

[jmar83]

Status:

Code: Alles auswählen

service mariadb status
● mariadb.service - MariaDB 10.1.41 database server
   Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2020-01-13 17:49:12 CET; 1min 16s ago
     Docs: man:mysqld(8)
           https://mariadb.com/kb/en/library/systemd/
  Process: 7624 ExecStartPost=/etc/mysql/debian-start (code=exited, status=203/EXEC)
  Process: 7596 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 7585 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=exite
  Process: 7579 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
  Process: 7578 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS)
 Main PID: 7596 (code=exited, status=0/SUCCESS)
   Status: "MariaDB server is down"

Jan 13 17:49:09 xili mysqld[7596]: 2020-01-13 17:49:09 140228131792640 [Note] /usr/sbin/mysqld: Normal shutdown
Jan 13 17:49:09 xili mysqld[7596]: 2020-01-13 17:49:09 140228131792640 [Note] Event Scheduler: Purging the queue. 0 events
Jan 13 17:49:09 xili mysqld[7596]: 2020-01-13 17:49:09 140227448379136 [Note] InnoDB: FTS optimize thread exiting.
Jan 13 17:49:09 xili mysqld[7596]: 2020-01-13 17:49:09 140228131792640 [Note] InnoDB: Starting shutdown...
Jan 13 17:49:10 xili mysqld[7596]: 2020-01-13 17:49:10 140228131792640 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
Jan 13 17:49:12 xili mysqld[7596]: 2020-01-13 17:49:12 140228131792640 [Note] InnoDB: Shutdown completed; log sequence number 32286551533
Jan 13 17:49:12 xili mysqld[7596]: 2020-01-13 17:49:12 140228131792640 [Note] /usr/sbin/mysqld: Shutdown complete
Jan 13 17:49:12 xili systemd[1]: Failed to start MariaDB 10.1.41 database server.
Jan 13 17:49:12 xili systemd[1]: mariadb.service: Unit entered failed state.
Jan 13 17:49:12 xili systemd[1]: mariadb.service: Failed with result 'exit-code'.
lines 1-23/23 (END)

[jmar83]

Nun mal alle Pakete purgen, bei `mariadb-client` sowie `mysql-common` gibt'd aber probleme:

Code: Alles auswählen

apt-get purge mariadb-client
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  mariadb-client*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 7 nicht aktualisiert.
Nach dieser Operation werden 65.5 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 140368 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von mariadb-client (10.1.41-0+deb9u1) ...
root@xili:/# apt-get purge mariadb-common
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
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.1 : Hängt ab von: mariadb-client-core-10.1 (>= 10.1.41-0+deb9u1) soll aber nicht installiert werden
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.
root@xili:/# apt-get purge -f mariadb-common
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
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.1 : Hängt ab von: mariadb-client-core-10.1 (>= 10.1.41-0+deb9u1) soll aber nicht installiert werden
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.
root@xili:/#
root@xili:/#
root@xili:/#
root@xili:/# apt-get purge mariadb-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  mariadb-server*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 7 nicht aktualisiert.
Nach dieser Operation werden 65.5 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 140365 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von mariadb-server (10.1.41-0+deb9u1) ...
root@xili:/#
root@xili:/#
root@xili:/# apt-get purge mysql-common
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
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:
 dbconfig-mysql : Hängt ab von: default-mysql-client soll aber nicht installiert werden oder
                                 virtual-mysql-client
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.
root@xili:/# apt-get purge mysql-server
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  mysql-server*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 7 nicht aktualisiert.
Nach dieser Operation werden 8'192 B Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 140362 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von mysql-server (5.5.9999+default) ...
root@xili:/#
  ESC-)  RightArrow *  Left  one half screen width (or N positions).

...bei Windows könnte man jetzt schön eine Raparatur-Installation über Software->Systemsteuerung starten, bei Linux dauert das wohl Tage bis man das Problem behoben hat.

Ist es nicht realistisch, dass dabei eine Neuinstallation (wie gesagt nicht besonders konfigurationslastig) VIEL schneller ist??

[JTH]

Alle bei dir installierten Pakete, die was nach /etc/mysql installieren, findest du so:

Code: Alles auswählen

$ dpkg -S /etc/mysql

Da fehlen sicher noch welche. Du kannst dann, der Übersichtlichkeit halber, auch alle mit einem Schritt neuinstallieren:

Code: Alles auswählen

$ apt -o Dpkg::Options::="--force-confmiss" install --reinstall mariadb-common mysql-common ETC

Liste aber alle nochmal auf, bei mariadb-common ist noch ne Kleinigkeit schiefgelaufen.

...bei Windows könnte man jetzt schön eine Raparatur-Installation über Software->Systemsteuerung starten, bei Linux dauert das wohl Tage bis man das Problem behoben hat.

Mit ein bisschen Geduld wär das nen Ding von 2 Minuten. Windows geht auch an manchen Stellen leicht genug kaputt, wenn man da versehentlich was wichtiges löscht oder den Bildschirm schief anguckt.

Ist es nicht realistisch, dass dabei eine Neuinstallation (wie gesagt nicht besonders konfigurationslastig) VIEL schneller ist??

Wie viel Konfiguration nach ner Neuinstallation kommt, kannst nur du wissen. Normalerweise ist sowas hier nen Einzeiler.

[jmar83]

Habe es mit einem laufenden Server vergleichen, 1 Datei hat gefehlt: `debian-start`:

Code: Alles auswählen

#!/bin/bash
#
# This script is executed by "/etc/init.d/mysql" on every (re)start.
#
# Changes to this file will be preserved when updating the Debian package.
#
# NOTE: This file is read only by the traditional SysV init script, not systemd.
#

source /usr/share/mysql/debian-start.inc.sh

if [ -f /etc/default/mysql ]; then
  . /etc/default/mysql
fi

MYSQL="/usr/bin/mysql --defaults-file=/etc/mysql/debian.cnf"
MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"
MYUPGRADE="/usr/bin/mysql_upgrade --defaults-extra-file=/etc/mysql/debian.cnf"
MYCHECK="/usr/bin/mysqlcheck --defaults-file=/etc/mysql/debian.cnf"
MYCHECK_SUBJECT="WARNING: mysqlcheck has found corrupt tables"
MYCHECK_PARAMS="--all-databases --fast --silent"
MYCHECK_RCPT="${MYCHECK_RCPT:-root}"

## Checking for corrupt, not cleanly closed (only for MyISAM and Aria engines) and upgrade needing tables.

# The following commands should be run when the server is up but in background
# where they do not block the server start and in one shell instance so that
# they run sequentially. They are supposed not to echo anything to stdout.
# If you want to disable the check for crashed tables comment
# "check_for_crashed_tables" out.
# (There may be no output to stdout inside the background process!)

# Need to ignore SIGHUP, as otherwise a SIGHUP can sometimes abort the upgrade
# process in the middle.
trap "" SIGHUP
(
  upgrade_system_tables_if_necessary;
  check_root_accounts;
  check_for_crashed_tables;
) >&2 &

exit 0

...und wie stellt man sowas "fachgerecht" wieder her? Oder ist das kopieren und einfügen von einem anderen Server da der "normale" Weg...?

[JTH]

...und wie stellt man sowas "fachgerecht" wieder her? Oder ist das kopieren und einfügen von einem anderen Server da der "normale" Weg...?

Alle bei dir installierten Pakete, die was nach /etc/mysql installieren, findest du so:

Code: Alles auswählen

$ dpkg -S /etc/mysql

Da fehlen sicher noch welche. Du kannst dann, der Übersichtlichkeit halber, auch alle mit einem Schritt neuinstallieren:

Code: Alles auswählen

$ apt -o Dpkg::Options::="--force-confmiss" install --reinstall mariadb-common mysql-common ETC

Liste aber alle nochmal auf, bei mariadb-common ist noch ne Kleinigkeit schiefgelaufen.

[jmar83]

Dein Beitrag ist mir wieder dazwischengeraten, vielen Dank!!

Damit hat's auch geklappt: `apt -o Dpkg::Options::="--force-confmiss" install --reinstall mariadb-common mysql-common`

Und: Daten & Logins sind 1:1 erhalten geblieben - WOW, das hätt ich jetzt echt nicht erwartet!

[jmar83]

...aber irgendwie scheint sich unter /etc/mysql/mariadb.conf.d nix mehr zu befinden, z.B. Dateien wie `50-server.cnf`, welche verschiedene Einstellungen beherbergt. Und so wie es aussieht, läuft MariaDB auch ohne - halt einfach mit "default"-Einstellungen...?

Nun stellt sich die Frage, wie man auch noch das wiederherstellen kann, ohne wieder eine "Bastelübung" durchziehen zu müssen indem man die Dateien aus einem anderen System kopiert...?

Vielen Dank für die Feedbacks!

[JTH]

Du könntest einfach mal lesen, was ich dreimal geschrieben habe …

Du musst die bekannte apt-Zeile für alle Pakete ausführen, die Dateien nach /etc/mysql installieren. Welche Pakete das sind, findest du mit

Code: Alles auswählen

$ dpkg -S /etc/mysql

Das ganze solltest du dann mit einem apt-Aufruf neuinstallieren. Bei Buster sähe es so aus

Code: Alles auswählen

# apt -o Dpkg::Options::="--force-confmiss" install --reinstall mariadb-client-10.3 mariadb-common mysql-common mariadb-server-10.3

Bei dir – Stretch?! – etwas anders.

[jmar83]

Oh war wieder mal ein wenig gestresst, dann überlese ich oft Sachen. Vielen Dank!