[gelöst] Reboot/Shutdown Problem Debian Buster KDE

[TomL]

Ich habe mich nach Willy Posting gerade erinnert und mal in meinen Notizen nachgesehen. Das war damals die Aktion für meinen Laserdrucker, der auch scannen kann:

Code: Alles auswählen

apt install sane-utils --no-install-recommends
        Die folgenden NEUEN Pakete werden installiert:
        acl libieee1284-3 libmariadb3 libsane libsane-common libsnmp-base libsnmp30 mariadb-common mysql-common sane-utils update-inetd

Wenn ich SQL deinstalliere, wird auch libsane deinstalliert und ich kann nicht mehr scannen. Also den Zusammenhang von Scannen und SQL-DB verstehe ich nicht.

[Heliosstyx]

Danke für Eure Diskussion, ich habe jetzt einiges über Debian gelernt. Allerdings bringt es mich beim Stop-Job Problem keinen Schritt weiter, der fast 20 Minuten und dann erst recht nicht herunterfährt.

[DeletedUserReAsG]

Hättest vielleicht aufmerksamer lesen sollen. Es wurde unter Anderem aufgezeigt, wie du prüfen kannst, ob du mariadb tatsächlich brauchst, und wenn nicht, wie du’s deinstallierst. Damit wäre das Problem nämlich zu lösen.

[willy4711]

Ich habe mal in einer VM mariadb-common deinstalliert. Im Gegensatz zu akonadi (haut fast das gesamte KDE weg) sieht das bei Mariadb relativ harmlos aus. Werde mal beobachten, was die "Abhängigkeitsprobleme" in der Zukunft nach sich ziehen Bei einem anschließenden Update hatte apt
jedenfalls nichts zu meckern.

Da akonadi und Mariadb in irgend einer Form zusammenarbeiten, könntest du als Versuch in den
Systemeinstellungen mal die Dateisuche deaktivieren
sowie bei der Plasma Suche die Suchmöglichkeiten weitestgehend deaktivieren. Vielleicht hilft es ja.

Der Vollständigkeit halber die Deinstallation von Mariadb.

Code: Alles auswählen

# apt purge mariadb*
[.....]
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libaio1 libjemalloc1
Verwenden Sie »apt autoremove«, um sie zu entfernen.
The following additional packages will be installed:
  akonadi-backend-sqlite
Die folgenden Pakete werden ENTFERNT:
  akonadi-backend-mysql* default-mysql-client-core* default-mysql-server-core* mariadb-client-core-10.1*
  mariadb-common* mariadb-server-core-10.1*
Die folgenden NEUEN Pakete werden installiert:
  akonadi-backend-sqlite
0 aktualisiert, 1 neu installiert, 6 zu entfernen und 0 nicht aktualisiert.
Es müssen 44,1 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 52,2 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n]
Holen:1 http://deb.debian.org/debian stretch/main amd64 akonadi-backend-sqlite amd64 4:16.04.3-4 [44,1 kB]
Es wurden 44,1 kB in 0 s geholt (75,2 kB/s).
Vormals nicht ausgewähltes Paket akonadi-backend-sqlite:amd64 wird gewählt.
(Lese Datenbank ... 131463 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../akonadi-backend-sqlite_4%3a16.04.3-4_amd64.deb ...
Entpacken von akonadi-backend-sqlite:amd64 (4:16.04.3-4) ...
(Lese Datenbank ... 131470 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von default-mysql-client-core (1.0.2) ...
Entfernen von default-mysql-server-core (1.0.2) ...
dpkg: mariadb-common: Abhängigkeitsprobleme, wird aber wie gefordert dennoch entfernt:
 mariadb-client-core-10.1 hängt ab von mariadb-common (>= 10.1.37-0+deb9u1).
 mariadb-server-core-10.1 hängt ab von mariadb-common (>= 10.1.37-0+deb9u1).

Entfernen von mariadb-common (10.1.37-0+deb9u1) ...
update-alternatives: /etc/mysql/my.cnf.fallback wird verwendet, um /etc/mysql/my.cnf (my.cnf) im automatischen Modus bereitzustellen
dpkg: akonadi-backend-mysql: Abhängigkeitsprobleme, wird aber wie gefordert dennoch entfernt:
 akonadi-server hängt ab von akonadi-backend-mysql (= 4:16.04.3-4) | akonadi-backend-sqlite (= 4:16.04.3-4) | akonadi-backend-postgresql (= 4:16.04.3-4); aber:
  Paket akonadi-backend-mysql soll entfernt werden.
  Paket akonadi-backend-sqlite:amd64 ist noch nicht konfiguriert.
  Paket akonadi-backend-postgresql ist nicht installiert.

Entfernen von akonadi-backend-mysql (4:16.04.3-4) ...
Entfernen von mariadb-client-core-10.1 (10.1.37-0+deb9u1) ...
Entfernen von mariadb-server-core-10.1 (10.1.37-0+deb9u1) ...
akonadi-backend-sqlite:amd64 (4:16.04.3-4) wird eingerichtet ...
Trigger für man-db (2.7.6.1-2) werden verarbeitet ...
(Lese Datenbank ... 131355 Dateien und Verzeichnisse sind derzeit installiert.)
Löschen der Konfigurationsdateien von mariadb-common (10.1.37-0+deb9u1) ...
Löschen der Konfigurationsdateien von akonadi-backend-mysql (4:16.04.3-4) ...

[Heliosstyx]

Ich habe es aufmerksam gelesen, das Programm Digikam braucht mariadb, also Deinstallation scheidet aus. Ich habe systemctl stop mariadb ausgeführt(keine Fehlermeldung) und dann startet das System fehlerfrei neu. Jedes Mal mariadb manuell stoppen ist auch keine Lösung, soll ich einen Bug melden und wenn ja, wo?

[willy4711]

Ich habe es aufmerksam gelesen, das Programm Digikam braucht mariadb, also Deinstallation scheidet aus.

Ich sehe da nichts

Code: Alles auswählen

apt depends digikam
digikam
  Hängt ab von: digikam-private-libs (= 4:5.3.0-1)
  Hängt ab von: libc6 (>= 2.4)
  Hängt ab von: libgcc1 (>= 1:3.0)
  Hängt ab von: libkf5configcore5 (>= 4.97.0)
  Hängt ab von: libkf5coreaddons5 (>= 4.100.0)
  Hängt ab von: libkf5filemetadata3 (>= 5.1.0.1)
  Hängt ab von: libkf5i18n5 (>= 4.97.0)
  Hängt ab von: libqt5core5a (>= 5.7.0)
  Hängt ab von: libqt5gui5 (>= 5.4.0)
  Hängt ab von: libqt5sql5 (>= 5.4.0)
  Hängt ab von: libqt5widgets5 (>= 5.4.0)
  Hängt ab von: libstdc++6 (>= 4.1.1)
  Hängt ab von: <perl:any>
    perl
  Hängt ab von: libqt5sql5-sqlite
  Hängt ab von: libqt5sql5-mysql
  Hängt ab von: digikam-data (= 4:5.3.0-1)
  Hängt ab von: kipi-plugins (= 4:5.3.0-1)
  Empfiehlt: <www-browser>
    conkeror
    dillo
    edbrowse
    hv3
    lynx
    netsurf
    netsurf-fb
    netsurf-gtk
    qupzilla
    uzbl
    chromium
    elinks
    epiphany-browser
    firefox-esr
    konqueror
    links
    links2
    midori
    netrik
    sugar-browse-activity
    surf
    w3m
    xemacs21-mule
    xemacs21-mule-canna-wnn
    xemacs21-nomule
  Empfiehlt: ffmpegthumbs
  Schlägt vor: digikam-doc
  Schlägt vor: systemsettings

[DeletedUserReAsG]

Ich sehe da nichts

Guck halt genauer:

Code: Alles auswählen

    Hängt ab von: libqt5sql5-mysql

[willy4711]

Ich hab sehr genau nachgesehen.
Oben ist das Deinstallations Protokoll von mariadb-common

Verblieben ist:

Code: Alles auswählen

  dpkg -l *maria* |grep ii
ii  libmariadbclient18:amd64 10.1.37-0+deb9u1 amd64        MariaDB database client library        

Eine anschließende Installation von digikam ergibt:

Code: Alles auswählen

apt install digikam
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
[.........]
Die folgenden NEUEN Pakete werden installiert:
  acl digikam digikam-data digikam-private-libs enblend enfuse ffmpegthumbs geoclue-2.0 hugin hugin-data
  hugin-tools iio-sensor-proxy kipi-plugins kipi-plugins-common libaec0 libarchive-zip-perl libastro1
  libavahi-glib1 libfile-copy-recursive-perl libflann1.9 libgeoclue-2-0 libhdf5-100 libid3tag0 libieee1284-3
  libimage-exiftool-perl libkf5sane-data libkf5sane5 liblensfun-data-v1 liblensfun1 libmarblewidget-qt5-25
  libmime-charset-perl libnotify4 libopencv-contrib2.4v5 libopencv-ml2.4v5 libpano13-3 libpano13-bin
  libposix-strptime-perl libqt5positioning5 libqt5serialport5 libsane libsane-common libsane-extras
  libsane-extras-common libshp2 libsombok3 libsz2 libunicode-linebreak-perl libvigraimpex6 libwxbase3.0-0v5
  libwxgtk3.0-0v5 make marble-data marble-plugins minidlna opencv-data sane-utils update-inetd
0 aktualisiert, 57 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

[Heliosstyx]

Ich danke euch allen für Euer Engagement und eure Hilfsbereitschaft, die ich sehr zu schätzen weiß. Bei euren Codebeispielen ist mir aufgefallen, dass vieles aus Debian Stretch stammt, da liegt doch die Vermutung nahe, dass mein Problem Buster und KDE spezifisch ist, was meint Ihr dazu?

[willy4711]

Bei euren Codebeispielen ist mir aufgefallen, dass vieles aus Debian Stretch stammt, da liegt doch die Vermutung nahe, dass mein Problem Buster und KDE spezifisch ist, was meint Ihr dazu?

Da ist meine Schuld -- Ausführlich lesen ist ganz schön schwer
Ich schau aber nochmal in Buster nach, ob sich da was ändert.

[willy4711]

Halbe rolle Rückwärts:
digikam ist unter Buster tatsächlich abhängig von mariadb. nach der Installation von Digikam sind noch folgende Module (wieder) vorhanden:

Code: Alles auswählen

 
aptitude why mariadb-common
i   digikam          Hängt ab von libqt5sql5-mysql      
i A libqt5sql5-mysql Hängt ab von libmariadb3 (>= 3.0.0)
i A libmariadb3      Hängt ab von mariadb-common        

dpkg -l *maria* |grep ii
ii  libmariadb3:amd64          1:10.3.13-1  amd64        MariaDB database client library
ii  mariadb-common             1:10.3.13-1  all          MariaDB common metapackage
root@debian:~# 

Edit

Entfernt wurde folgendes:

Code: Alles auswählen

Start-Date: 2019-03-15  23:24:35
Commandline: apt purge mariadb*
Install: akonadi-backend-sqlite:amd64 (4:18.08.3-4, automatic) Purge: mariadb-common:amd64 (1:10.3.12-2), 
mariadb-server-core-10.3:amd64 (1:10.3.12-2), akonadi-backend-mysql:amd64 (4:18.08.3-4), mariadb-server-10.3:amd64 (1:10.3.12-2), 
default-mysql-server:amd64 (1.0.5), default-mysql-client-core:amd64 (1.0.5), mailutils:amd64 (1:3.5-2), 
mariadb-client-10.3:amd64 (1:10.3.12-2), mariadb-client-core-10.3:amd64 (1:10.3.12-2), libmailutils5:amd64 (1:3.5-2), 
libdbd-mysql-perl:amd64 (4.050-2), libmariadbclient18:amd64 (1:10.3.12-2), libmariadb3:amd64 (1:10.3.12-2), 
libqt4-sql-mysql:amd64 (4:4.8.7+dfsg-17), libqt5sql5-mysql:amd64 (5.11.3+dfsg-5) End-Date: 2019-03-15  23:24:54

Ob das bei deinem Problem Dauerhaft hilft ---> keine Ahnung
Ob du irgendwas von den entfernten Paketen brauchst , musst du selbst entscheiden. Probleme habe ich nicht
festgestellt.
Jedenfalls lassen sich die meisten Komponenten entfernen, ohne dass das System nicht mehr funktioniert.

[TomL]

digikam ist unter Buster tatsächlich abhängig von mariadb.

Auf einen ähnlichen Schluß bin ich ja bei libsane gekommen. Aber ich habe nicht verstanden, wo es da einen sinnvollen Zusammenhang gibt. Nachem ich jetzt mal ein bisschen recherchiert habe, habe ich jetzt 'ne andere Idee. Kann es nicht vielleicht auch sein, dass gewisse Pakete einfach etwas aus einer beliebigen Lib nutzen, weil die benötigte Funktion eben da vorhanden ist ... und hier eben durch libsane oder digikam etwas aus maria-Lib?

Wenn man mal in das Paket reinschaut, dann enthält mariadb-common wirklich nix besonderes:

Code: Alles auswählen

etc/mysql/mariadb.cnf
/usr/share/doc/mariadb-common/changelog.Debian.gz
/usr/share/doc/mariadb-common/copyright

Ähnlich ist es mit dem Paket libmariadb2

Code: Alles auswählen

/usr/lib/x86_64-linux-gnu/libmariadb.so.2
/usr/lib/x86_64-linux-gnu/mariadb/plugin/dialog.so
/usr/lib/x86_64-linux-gnu/mariadb/plugin/mysql_clear_password.so
/usr/share/doc/libmariadb2/changelog.Debian.gz
/usr/share/doc/libmariadb2/copyright

Bislang hatte ich mariadb-common immer (oberfächlich recherchiert) als vollständig installierter mariadb-Server interpretiert.... aber ganz zum Schluß habe ich gesehen, dass der Server selber eben auf meinem Buster nicht installiert ist:

Code: Alles auswählen

# dpkg -l *maria* 
||/ Name                       Version      Architektur  Beschreibung
+++-==========================-============-============-=======================
ii  libmariadb3:amd64          1:10.3.13-1  amd64        MariaDB database client
un  libmariadbclient18         <keine>      <keine>      (keine Beschreibung vor
ii  mariadb-common             1:10.3.13-1  all          MariaDB common metapack
un  mariadb-galera-server-10.0 <keine>      <keine>      (keine Beschreibung vor
un  mariadb-galera-server-5.5  <keine>      <keine>      (keine Beschreibung vor
un  mariadb-server-10.0        <keine>      <keine>      (keine Beschreibung vor
un  mariadb-server-5.1         <keine>      <keine>      (keine Beschreibung vor
un  mariadb-server-5.2         <keine>      <keine>      (keine Beschreibung vor
un  mariadb-server-5.3         <keine>      <keine>      (keine Beschreibung vor
un  mariadb-server-5.5         <keine>      <keine>      (keine Beschreibung vor

mariadb-common wird also nur eine Client-Lib sein... also für Hosts, die sich mit einem mariadb-Server verbinden wollen oder sollen... ... also imho fast so zu bewerten, wie ein vorinstallierter SSH-Client oder ein CIFS-Client. Und vielleicht nutzen andere Pakete einfach nur eine Funktion daraus, damit sie es sich nicht selber basteln müssen.

[novalix]

Der Befehl

Code: Alles auswählen

journalctl -u mariadb.service

listet alle Logeinträge, die mit mariadb im Zusammenhang stehen.
Es ist allerdings davon auszugehen, dass da nichts drin zu finden ist, was den letzten shutdown betrifft.

Um bei dem Problem weiter zu kommen, muss erst mal dafür gesorgt werden, dass die Logs von systemd den reboot überleben.
Dazu musst Du in der Datei "/etc/systemd/journald.conf" den Eintrag

Code: Alles auswählen

Storage=auto

auf

Code: Alles auswählen

Storage=persistent

abändern und den journald neu starten:

Code: Alles auswählen

systemctl restart systemd-journald

Ab jetzt sollte unter "/var/log/" das Verzeichnis "journal" existieren.

Wenn Du jetzt nach einem reboot[*] den obigen Befehl erneut eingibst, sollten auch Einträge über das gescheiterte Herunterfahren darin auftauchen.

NB: Komisch ist, wenn gestandene KDE-User (und auch Hater) nicht aus dem Stand wissen, dass KDE akonadi und akonadi mariadb-server braucht.

[*] Bei dem reboot muss das Problem selbstverständlich auch auftauchen und nicht wie aus heiterem Himmel verschwunden sein.

[willy4711]

Für die Persistente Speicherung reicht es auch aus, in /var/log/ das Verzeichnis journal anzulegen

Code: Alles auswählen

mkdir /var/log/journal

Dann schaut journald bei der Einstellung "auto" selbst nach.

NB: Komisch ist, wenn gestandene KDE-User (und auch Hater) nicht aus dem Stand wissen, dass KDE akonadi und akonadi mariadb-server braucht.

Nö - nur wenn man das ganze Pim- Zeugs samt selten funktionieren kmail für das Non-Plus Ultra hältst.

Und wenn du die Plasma- Suche abschaltest geht es auch ohne "Server"

[novalix]

NB: Komisch ist, wenn gestandene KDE-User (und auch Hater) nicht aus dem Stand wissen, dass KDE akonadi und akonadi mariadb-server braucht.

Nö - nur wenn du das ganze Pim- Zeugs samt selten funktionieren kmail für das Non-Plus Ultra hältst.

Und wenn du die Plasma- Suche abschaltest geht es auch ohne "Server"

Völlig egal, was ich gut finde oder nicht. Der TE hat ganz deutlich kund getan, dass er Neuling ist und KDE benutzt.
Da reicht es auf die Frage "Warum mariadb-server?" zu antworten, dass sein DE das braucht und eine Deinstallation zwar möglich wäre, aber einen riesen Hallas verursacht.

[willy4711]

einen riesen Hallas verursacht.

Bitte um Aufklärung was ein Hallas ist
fallst du das meinst:

Entfernt wurde folgendes:

Code: Alles auswählen

Start-Date: 2019-03-15  23:24:35
Commandline: apt purge mariadb*
Install: akonadi-backend-sqlite:amd64 (4:18.08.3-4, automatic) Purge: mariadb-common:amd64 (1:10.3.12-2), 
mariadb-server-core-10.3:amd64 (1:10.3.12-2), akonadi-backend-mysql:amd64 (4:18.08.3-4), mariadb-server-10.3:amd64 (1:10.3.12-2), 
default-mysql-server:amd64 (1.0.5), default-mysql-client-core:amd64 (1.0.5), mailutils:amd64 (1:3.5-2), 
mariadb-client-10.3:amd64 (1:10.3.12-2), mariadb-client-core-10.3:amd64 (1:10.3.12-2), libmailutils5:amd64 (1:3.5-2), 
libdbd-mysql-perl:amd64 (4.050-2), libmariadbclient18:amd64 (1:10.3.12-2), libmariadb3:amd64 (1:10.3.12-2), 
libqt4-sql-mysql:amd64 (4:4.8.7+dfsg-17), libqt5sql5-mysql:amd64 (5.11.3+dfsg-5) End-Date: 2019-03-15  23:24:54

Ob das bei deinem Problem Dauerhaft hilft ---> keine Ahnung

Finde ich nicht riesig

[novalix]

Damit stellst Du das DB-Backend von akonadi auf sqlite um. Das ist (Stand stretch) buggy as hell.
Du willst jemanden, von dem Du nicht weißt, was für Einsatzzwecke er mit seinem System beabsichtigt, nicht dazu raten ohne ihn vorher auf die Konsequenzen hinzuweisen, n' est-ce pas?

Und jetzt bitte, zurück zum Thema.

[TomL]

Der Befehl

Code: Alles auswählen

journalctl -u mariadb.service

listet alle Logeinträge, die mit mariadb im Zusammenhang stehen.
Es ist allerdings davon auszugehen, dass da nichts drin zu finden ist, was den letzten shutdown betrifft.

Ich glaube, dass auch danach nichts zu finden ist, weil nach meinem Verständnis beim Verlauf des Threads noch gar nicht erwiesen ist, dass mariadb tatsächlich als laufender Server installiert ist.... oder habe ich da irgendwas überlesen oder aufgrund besonderer KDE-Eigenarten (ich nutze es nicht) etwas übersehen?

Um bei dem Problem weiter zu kommen, muss erst mal dafür gesorgt werden, dass die Logs von systemd den reboot überleben.

Das sehe ich genauso, das ist eigentlich mit das wichtigste überhaupt.

[DeletedUserReAsG]

Ich glaube, dass auch danach nichts zu finden ist, weil nach meinem Verständnis beim Verlauf des Threads noch gar nicht erwiesen ist, dass mariadb tatsächlich als laufender Server installiert ist

Angesichts der Tatsache, dass der sich nicht beendende Stop-Job von mariadb das Ausgangsproblem ist, kann man aber davon ausgehen. Wenn’s nicht laufen würde, gäb’s das Problem nicht.

Ansonsten: ja, Logs wären dann hilfreich.

[eggy]

Nochmal ausführlich, falls mein vorheriger Kommentar missverständlich war:

Großer "Debian Vorteil": wenn Du nur Software hast, die übers Paketmanagement installiert wurde, dann wird Dich Dein Debian warnen, wenn Du versuchst etwas zu löschen, dass ein anderes Paket noch braucht. Ebenso wird es bei der Installation von Paket "a" ggfs dafür sorgen, dass auch "b" und "c" installiert werden, falls diese von "a" benötigt werden. Wobei Debian je nach Einstlellung hier zwischen "recommmend" und "suggested" unterscheidet.

Code: Alles auswählen

apt-config dump | grep "Install"

gibt nen paar Einträge, die beiden relevaten wären APT::Install-Recommends und APT::Install-Suggests. Sind die beide auf true gesetzt, wird viel mehr "nicht wirklich notwendiges" installiert, als bei jemanden der beide auf false hat. Das erstmal als Erklärung, warum bei Dir evtl andere Ergebnisse auftauchen, als bei anderen. Auch die Reihenfolge, welche Software man wann installiert, kann zu unterschiedlichen Abhängigkeitswegen geführt haben und dafür sorgen, dass Dein System etwas anders aussieht, als das von anderen.

apt-get hat den "-s" (simulate) Schalter, wie der Name schon sagt, passiert dabei Nichts, es gibt nur den Simulationslauf und das Paketmanagement sagt einem, was gemacht worden wäre. Also eh man jetzt lange rumexperimentiert und stundenlang überlegt, wo die Sachen herkommen, kann man auch einfach rausfinden, was passiert, wenn sie nicht mehr da wären:

Code: Alles auswählen

apt-get remove -s mariadb-common

[Heliosstyx]

Nun ein paar Antworten von mir:
1. Ich verwende den Standard-KDE Desktop, mit K-mail als E-Mail-Client. Keine speziellen Anpassungen und manuelle Eingriffe. eigentlich nur das, was Debian buster KDE Live ausliefert.

2. als Einsatzgebiet ist einfach das tägliche Arbeiten mit Debian auf einem HP Notebook vorgesehen, mit Schwerpunkt Audio-Produktion I(Ardour, Audacity, Gitarren Amplifier-Software, Notensatz-Software (musescore etc.).

3. Explizit installiert habe ich von allen mariadb-Komponenten gar nichts, wenn es wo mit installiert wurde, dann habe ich es geschehen lassen, "Nein" ohne Grund, dafür kenne ich die Tiefen von "Debian" zu wenig.

4. MySql läuft immer, wahrscheinlich wegen K-Mail (Status-Meldung gibt folgendes aus: "Your MariaDB connection id is 37
Server version: 10.3.13-MariaDB-1 Debian buildd-unstable

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others".
5. Bei mir sind sowohl mariadb-client.. und mariadb-server.. etc. Komponenten installiert. (Version 10.3.xxx)

Ich hoffe das hilft euch, besten Dank für eure großartige Hilfe.

Übrigens wie kann man in dieses Forum Texte (Logs etc.) kopieren, ohne gegen Regeln zu verstoßen. Wenn ihr noch Informationen braucht, ich stelle sie gern zur Verfügung.

[Heliosstyx]

Wenn ich das Kommando sudo apt-get remove -s mariadb-common ausführe, dann würde das System die HP-Druckertreiber, Mysql, Tellico, akonadi, HP-Scannertreiber Xsane und vieles mehr wegräumen, dem Gefühl nach den halben KDE Desktop entfernen und somit hätte ich nicht mehr viel, das noch funktioniert.

[Heliosstyx]

Das Kommando sudo journalctl -u mariadb.service ergibt folgenden Einträge

-- Logs begin at Sat 2019-03-16 17:54:44 CET, end at Sat 2019-03-16 18:05:34 CET. --
Mär 16 17:55:00 brumm-pc systemd[1]: Starting MariaDB 10.3.13 database server...
Mär 16 17:55:05 brumm-pc mysqld[1003]: 2019-03-16 17:55:05 0 [Note] /usr/sbin/mysqld (mysq
Mär 16 17:55:09 brumm-pc systemd[1]: Started MariaDB 10.3.13 database server.
Mär 16 17:55:09 brumm-pc /etc/mysql/debian-start[1059]: Upgrading MySQL tables if necessar

[novalix]

Das sind lediglich die Meldungen eines Starts.
Hast Du die oben angegebenen Schritte ausgeführt, um das Logging persistent zu machen?
Was ist die Ausgabe von

Code: Alles auswählen

ls -dl /var/log/journal

?

In der Icon-Leiste über dem Editor-Fenster findest Du einen Button, der mit einem Schrägstrich (slash) und zwei umgebenden spitzen Klammern gekenzeichnet ist "</>".
Wenn du den betätigst, erzeugst Du im Editor zwei Code-Tags. Dazwischen gehören solche Ausgaben, wie die von Deinem Log.

[rhHeini]

einen riesen Hallas verursacht.

Bitte um Aufklärung was ein Hallas ist

https://www.mundmische.de/bedeutung/14309-Hallas