ubuntuusers.de

MySQL Server lässt sich nicht neu installieren

Status: Gelöst | Ubuntu-Version: Ubuntu 17.04 (Zesty Zapus)
Antworten |

GYJohn

Anmeldungsdatum:
10. Juli 2014

Beiträge: 23

Hallo Zusammen,

ich möchte gerade meinen Mysql Server neu installieren.

Ich hab:

  • /etc/mysql

  • /var/lib/mysql

  • /var/run/mysqld

Gelöscht und anschließend

1
apt-get install mysql-server

.

Die Installation lief auch soweit durch, allerdings lässt sich der Mysql-Server nicht starten.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
[....] Restarting 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@Main:/var/run# journalctl -xe
Feb 13 19:47:01 Main CRON[24436]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:47:01 Main CRON[24435]: pam_unix(cron:session): session closed for user root
Feb 13 19:48:01 Main CRON[24688]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:48:01 Main CRON[24689]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:48:01 Main CRON[24688]: pam_unix(cron:session): session closed for user root
Feb 13 19:49:01 Main CRON[24951]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:49:01 Main CRON[24952]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:49:02 Main CRON[24951]: pam_unix(cron:session): session closed for user root
Feb 13 19:50:01 Main CRON[25247]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:50:01 Main CRON[25249]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:50:01 Main CRON[25247]: pam_unix(cron:session): session closed for user root
Feb 13 19:51:01 Main CRON[25508]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:51:01 Main CRON[25509]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:51:02 Main CRON[25508]: pam_unix(cron:session): session closed for user root
Feb 13 19:52:01 Main CRON[25757]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:52:01 Main CRON[25758]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:52:01 Main CRON[25757]: pam_unix(cron:session): session closed for user root
Feb 13 19:53:01 Main CRON[26024]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:53:01 Main CRON[26025]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:53:01 Main CRON[26024]: pam_unix(cron:session): session closed for user root
Feb 13 19:54:01 Main CRON[26276]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:54:01 Main CRON[26277]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:54:02 Main CRON[26276]: pam_unix(cron:session): session closed for user root
Feb 13 19:54:03 Main named[521]: network unreachable resolving 'teamspeak.com/DS/IN': 2001:503:83eb::30#53
Feb 13 19:55:01 Main CRON[26509]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:55:01 Main CRON[26510]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:55:01 Main CRON[26509]: pam_unix(cron:session): session closed for user root
Feb 13 19:56:01 Main CRON[26816]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:56:01 Main CRON[26817]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:56:01 Main CRON[26816]: pam_unix(cron:session): session closed for user root
Feb 13 19:57:02 Main CRON[27065]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:57:02 Main CRON[27066]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:57:02 Main CRON[27065]: pam_unix(cron:session): session closed for user root
Feb 13 19:58:01 Main CRON[27315]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:58:01 Main CRON[27316]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:58:01 Main CRON[27315]: pam_unix(cron:session): session closed for user root
Feb 13 19:59:01 Main CRON[27564]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb 13 19:59:01 Main CRON[27565]: (root) CMD (/usr/local/rtm/bin/rtm 4 > /dev/null 2> /dev/null)
Feb 13 19:59:02 Main CRON[27564]: pam_unix(cron:session): session closed for user root
Feb 13 19:59:22 Main smartd[328]: Device: /dev/sda [SAT], 16 Currently unreadable (pending) sectors
Feb 13 19:59:22 Main smartd[328]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 206 to 214
Feb 13 19:59:47 Main systemd[1]: Starting MariaDB database server...
-- Subject: Unit mariadb.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit mariadb.service has begun starting up.
Feb 13 19:59:47 Main mysqld[27795]: 2018-02-13 19:59:47 119284917957184 [Note] /usr/sbin/mysqld (mysqld 10.1.23-MariaDB-9+deb9u1) starting as process 27795 ...
Feb 13 19:59:47 Main mysqld[27795]: 2018-02-13 19:59:47 119284917957184 [Warning] Can't create test file /var/lib/mysql/Main.lower-test
Feb 13 19:59:47 Main mysqld[27795]: [97B blob data]
Feb 13 19:59:47 Main mysqld[27795]: 2018-02-13 19:59:47 119284917957184 [ERROR] Aborting
Feb 13 19:59:47 Main systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Feb 13 19:59:47 Main systemd[1]: Failed to start MariaDB database server.
-- Subject: Unit mariadb.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit mariadb.service has failed.
--
-- The result is failed.
Feb 13 19:59:47 Main systemd[1]: mariadb.service: Unit entered failed state.
Feb 13 19:59:47 Main systemd[1]: mariadb.service: Failed with result 'exit-code'.

Hängt das an der HDD? Wenn ja, was kann ich machen bzw. überprüfen?

Vielen Dank!

Grüße

Doc_Symbiosis

Avatar von Doc_Symbiosis

Anmeldungsdatum:
11. Oktober 2006

Beiträge: 4450

Wohnort: Göttingen

Hm, musst Du vielleicht /var/lib/mysql/ anlegen?

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 11248

Wohnort: München

GYJohn schrieb:

ich möchte gerade meinen Mysql Server neu installieren.

Ich hab:

  • /etc/mysql

  • /var/lib/mysql

  • /var/run/mysqld

Gelöscht und anschließend

1
apt-get install mysql-server

.

Die Installation lief auch soweit durch, allerdings lässt sich der Mysql-Server nicht starten.

Ein sehr merkwürdiges Vorgehen - was soll das bringen? Wenn willst du ein

sudo apt-get install --reinstall mysql-server 

aber damit hast du noch das Problem, dass du die ganzen Konfigurationsdateien gelöscht hast - du musst der Paketverwaltung dann explizit sagen, dass gelöschte Konfigurationsdateien erneut installiert werden sollen - schau dir z.B. mal diese Antwort an: https://askubuntu.com/a/67028 Das Verzeichnis /var/lib/mysql wird vermutlich im post-install angelegt bzw. mit den benötigten Rechten versehen, notfalls musst du dir ansehen, was die Pakete da genau machen und das zu Fuß erledigen.

Hängt das an der HDD?

Die scheint zumindest nicht besser zu werden, wenn es nicht lesbare Sektoren gibt.

Wenn ja, was kann ich machen bzw. überprüfen?

Festplattenstatus und im Fehlerfall die Platte austauschen. Dann am besten gleich Ubuntu 17.10 (oder 18.04) installieren (guter Zeitpunkt für eine Neuinstallation, damit wirst du gleich die verbastelte MySQL-Konfiguration los), die Unterstützung für Ubuntu 17.04 ist schon längst ausgelaufen.

GYJohn

(Themenstarter)

Anmeldungsdatum:
10. Juli 2014

Beiträge: 23

Sektoren waren teilweise hinüber. Machte das neu installieren unmöglich.

Mein Vorgehen hat aber in der Vergangenheit immer so funktioniert 😉

sebix Team-Icon

Moderator, Webteam

Anmeldungsdatum:
14. April 2009

Beiträge: 5582

GYJohn schrieb:

Mein Vorgehen hat aber in der Vergangenheit immer so funktioniert 😉

Und was hilft das, wenn du die Ratschlaege hier ignoriertst?

GYJohn

(Themenstarter)

Anmeldungsdatum:
10. Juli 2014

Beiträge: 23

Das Problem wurde gelöst.

Antworten |