Guten Tag,
ich wollte die MySQL-DB exportieren, weil ich bald auf Leap 16.0 umstellen will. Problem: die Datenbank ist enabled aber nicht aktiv.
$ systemctl
● mariadb.service loaded failed failed MariaDB database server
● mcelog.service loaded failed failed Machine Check Exception Logging Daemon
● nscd.service loaded failed failed Name Service Cache Daemon
$ systemctl status mariadb.service
× mariadb.service - MariaDB database server
Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; preset: disabled)
Active: failed (Result: exit-code) since Mon 2026-03-30 11:48:46 CEST; 18min ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 1443 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper install (code=exited, status=0/SUCCESS)
Process: 1459 ExecStartPre=/usr/lib/mysql/mysql-systemd-helper upgrade (code=exited, status=0/SUCCESS)
Process: 1467 ExecStart=/usr/lib/mysql/mysql-systemd-helper start (code=exited, status=1/FAILURE)
Main PID: 1467 (code=exited, status=1/FAILURE)
Status: "MariaDB server is down"
CPU: 355ms
$ sudo journalctl -f -u mariadb.service
Mär 30 11:48:46 localhost.localdomain systemd[1]: Starting MariaDB database server...
Mär 30 11:48:46 localhost.localdomain systemd-tmpfiles[1457]: Detected unsafe path transition / (owned by user1) → /run (owned by root) during canonicalization of run.
Mär 30 11:48:46 localhost.localdomain systemd-tmpfiles[1457]: Detected unsafe path transition / (owned by user1) → /run (owned by root) during canonicalization of run.
Mär 30 11:48:46 localhost.localdomain systemd-tmpfiles[1465]: Detected unsafe path transition / (owned by user1) → /run (owned by root) during canonicalization of run.
Mär 30 11:48:46 localhost.localdomain systemd-tmpfiles[1465]: Detected unsafe path transition / (owned by user1) → /run (owned by root) during canonicalization of run.
Mär 30 11:48:46 localhost.localdomain systemd-tmpfiles[1472]: Detected unsafe path transition / (owned by user1) → /run (owned by root) during canonicalization of run.
Mär 30 11:48:46 localhost.localdomain systemd-tmpfiles[1472]: Detected unsafe path transition / (owned by user1) → /run (owned by root) during canonicalization of run.
Mär 30 11:48:46 localhost.localdomain systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE
Mär 30 11:48:46 localhost.localdomain systemd[1]: mariadb.service: Failed with result 'exit-code'.
Mär 30 11:48:46 localhost.localdomain systemd[1]: Failed to start MariaDB database server.
Hat jemand eine Idee, was das Problem sein könnte, und wie es beheben könnte?
Fr. Grüße
hcvv
March 30, 2026, 10:28am
2
Ich verstehe nicht ganz. MariaDB ist nicht aktiv, aber du hast bis jetzt davon nichts bemerkt? Warum glaubst du denn eigentlich das es laufen soll?
Übrigens, ich habe hier ein System mit LAMP, worauf also MariaDB aktiv ist. Ich habe eigentlich nicht speziel exportiert (die Database ist sowieso auf /home das bei mir vom Upgrade nich benutzt wird). Das Ganze hat den Upgrade ohne Probleme überstanden.
Noch ein Übrigens:
Das kann nicht richtig sein. Wenn ich systemctl tue, kommen da fast 200 Zeilen heraus. Wenn du etwas nicht komplett postet, solltest du dafür wenigstens warnen.
Sauerland:
ls -al /
drwxr-xr-x 24 user1 users 4096 3. Jan 09:06 .
drwxr-xr-x 24 user1 users 4096 3. Jan 09:06 ..
drwxr-xr-x 2 root root 4096 26. Mär 09:04 bin
drwxr-xr-x 4 root root 4096 26. Mär 09:21 boot
drwxr-xr-x 19 root root 3960 30. Mär 07:34 dev
drwxr-xr-x 146 root root 12288 30. Mär 12:36 etc
drwxr-xr-x 3 root root 4096 3. Jan 09:17 home
drwxr-xr-x 10 root root 4096 7. Mär 09:42 lib
drwxr-xr-x 4 root root 4096 7. Mär 09:42 lib64
drwx------ 2 root root 16384 6. Sep 2023 lost+found
drwxr-xr-x 3 root root 4096 8. Dez 18:46 mnt
drwxr-xr-x 5 root root 4096 28. Feb 2025 opt
dr-xr-xr-x 295 root root 0 26. Mär 09:18 proc
drwx------ 12 root root 4096 20. Mär 15:45 root
drwxr-xr-x 30 root root 880 30. Mär 07:34 run
drwxr-xr-x 2 root root 12288 28. Mär 10:52 sbin
drwxr-xr-x 2 root root 4096 15. Mär 2022 selinux
drwx------ 2 root root 4096 11. Sep 2023 .snapshots
drwxr-xr-x 8 root root 4096 10. Okt 2024 srv
dr-xr-xr-x 13 root root 0 26. Mär 09:18 sys
drwxrwxrwt 1544 root root 139264 30. Mär 13:00 tmp
drwx------ 4 user1 users 4096 7. Dez 21:11 .Trash-1000
drwxr-xr-x 13 root root 4096 6. Sep 2023 usr
drwxr-xr-x 10 root root 4096 22. Jan 22:38 var
Ich habe sie die ganze Zeit nicht benutzt, deshalb ist es mir nicht aufgefallen.
systemctl: Ich habe nur die fehlerhaften Services aufgenommen.
Wer hat das veranlasst?root:root sein:
drwxr-xr-x. 17 root root 4096 27. Mär 17:11 .
drwxr-xr-x. 17 root root 4096 27. Mär 17:11 ..
Als root ausführen:
chown root:root /
Sauerland:
Wer hat das veranlasst?
Keine Ahnung, wann und warum das passiert ist.
Die DB läuft jedenfalls wieder dank “chown root:root /”
Vielen Dank!
hcvv
March 30, 2026, 12:04pm
8
Das ist auch noch ein Artefakt von irgendein unverantwortliches Benehmen.
Da hat jemand einen Papierkorb für UID 1000 (user1) angelegt, wohl weil /home auf einem separaten Dateisystem liegt. Siehe auch hier .
Das ergibt eigentlich nur Sinn, wenn dieser User auch irgendwo im Root-Dateisystem Schreibrechte hat, um mit einem Dateimanager Dateien oder Directories zu löschen (in den Papierkorb verschieben), was irgendwie beängstigend ist.
Alles sehr mysteriös. Gut, dass bald 16.0 umgestellt wird.
hui
March 31, 2026, 7:00am
11
Da nützt auch ein Upgrade nix, wenn vorher schon so einiges vermurkst ist. In solchen Fällen ist eine Neuinstallation die bessere Wahl.
1 Like
hcvv
March 31, 2026, 7:49am
12
Wie schon von @hui erwähnt. Dazu sollst du mal versuchen dich zu erinnern wie, wo und was du als user1damals (Dezember) gemacht hast. Inclusive als root irgendwo Schreibrechte gegeben. Das sollst du dann im Zukunft vermeiden.
system
April 7, 2026, 7:50am
13
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.
