Nach der Umbenennung hätte ich ja Mal statt systemctl start mysql systemctl start mariadb eingegeben.
Im Übrigen verstehe ich nicht, weshalb Du die mysql.service-Dateien, die ja nur Links sind, nur umbenannt hast. Sie werden offensichtlich nicht gebraucht. Bei mir sind sie nicht vorhanden - und mariadb funktioniert bei mir.
Einmal:
xxxxx@linux-ku4t:~> /sbin/lspci -nnk | grep -EiA3 'display|3d|vga'
00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake GT2 [HD Graphics 520] [8086:1916] (rev 07)
Subsystem: Acer Incorporated [ALI] Device [1025:100c]
Kernel driver in use: i915
Kernel modules: i915
--
01:00.0 3D controller [0302]: NVIDIA Corporation GM108M [GeForce 940M] [10de:1347] (rev a2)
Subsystem: Acer Incorporated [ALI] Device [1025:100d]
Kernel driver in use: nvidia
Kernel modules: nouveau, nvidia_drm, nvidiaUnd:
bash: /usr/bin/vainfo: Datei oder Verzeichnis nicht gefundenGute Idee! Das war es! Andererseits: Ordentlich funktionieren sieht anders aus. Konsole spuckt reihenweise Fehlermeldungen aus:
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'vdpau'
libva info: Trying to open /usr/lib64/dri/vdpau_drv_video.so
libva info: va_openDriver() returns -1
[00007f6ca4006450] glconv_vaapi_x11 gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'vdpau'
libva info: Trying to open /usr/lib64/dri/vdpau_drv_video.so
libva info: va_openDriver() returns -1
[00007f6ca4006450] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'vdpau'
libva info: Trying to open /usr/lib64/dri/vdpau_drv_video.so
libva info: va_openDriver() returns -1
[00007f6ca4006450] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'vdpau'
libva info: Trying to open /usr/lib64/dri/vdpau_drv_video.so
libva info: va_openDriver() returns -1
[00007f6ca4006450] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'vdpau'
libva info: Trying to open /usr/lib64/dri/vdpau_drv_video.so
libva info: va_openDriver() returns -1
[00007f6ca4006450] glconv_vaapi_drm gl error: vaInitialize: unknown libva error
[00007f6ca4872020] chain filter error: Too high level of recursion (3)
[00007f6ca48f7080] main filter error: Failed to create video converter
[00007f6ca4872020] chain filter error: Too high level of recursion (3)
[00007f6ca48f7080] main filter error: Failed to create video converter
[00007f6ca4872020] chain
...
[00007f6cb0161120] main video output error: Failed to create video converter
[00007f6cb0161120] main video output error: Failed to compensate for the format changes, removing all filters
[00007f6ca40b0ff0] gl gl: Initialized libplacebo v4.192.1 (API v192)
GPU at BusId 0x1 doesn't have a supported video decoderDie Fehlermeldungen ab Zeile 26 wiederholen sich "endlos". Und weshalb unter dem neuen Kernel nicht auch auf den iHD-Treiber zurückgegriffen wird?
Gehe doch einfach Mal über Dolphin Admin in die oben genannte etc-Verzeichnisse und schmeiße dort die mysql.service-Dateien raus.
Wenn ich Kaffeine unter dem Vorgängerkernel 5.17.9 starte, werden folgende Meldungen ausgeworfen:
xxxxxx@linux-ku4t:~> kaffeine
06-06-22 09:17:45.263 [Warning ] QCommandLineParser: already having an option named "h"
06-06-22 09:17:45.263 [Warning ] QCommandLineParser: already having an option named "help-all"
06-06-22 09:17:45.263 [Warning ] QCommandLineParser: already having an option named "v"
06-06-22 09:17:45.755 [Info ] kaffeine.dvb: Using built-in dvb device manager
06-06-22 09:17:46.179 [Info ] kaffeine.dev: Found dvb device : Silicon Labs Si2168
[00007f951809e1e0] mpeg4audio packetizer: AAC channels: 2 samplerate: 48000
[00007f9518001140] ts demux error: libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 1) for PID 0
[00007f9518001140] ts demux error: libdvbpsi error (PSI decoder): TS discontinuity (received 2, expected 1) for PID 2100
[00007f94f8006450] gl gl: Initialized libplacebo v4.192.1 (API v192)
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_14
libva info: va_openDriver() returns 0
[00007f94f88a18f0] vaapi_filters filter: yadif algorithm not available, falling back to x algorithm
[00007f951802ab70] avcodec decoder: Using Intel iHD driver for Intel(R) Gen Graphics - 22.4.2 () for hardware decodingWenn ich Kaffeine per Konsole unter dem Kernel 5.18.1 starte, werden folgende Meldungen ausgeworfen:
xxxxxxx@linux-ku4t:~> kaffeine
06-06-22 09:24:10.304 [Warning ] QCommandLineParser: already having an option named "h"
06-06-22 09:24:10.304 [Warning ] QCommandLineParser: already having an option named "help-all"
06-06-22 09:24:10.304 [Warning ] QCommandLineParser: already having an option named "v"
06-06-22 09:24:10.805 [Info ] kaffeine.dvb: Using built-in dvb device manager
06-06-22 09:24:11.241 [Info ] kaffeine.dev: Found dvb device : Silicon Labs Si2168
[00007f13c409e220] mpeg4audio packetizer: AAC channels: 2 samplerate: 48000
[00007f13a8006450] gl gl: Initialized libplacebo v4.192.1 (API v192)
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'vdpau'
libva info: Trying to open /usr/lib64/dri/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_1_14
GPU at BusId 0x1 doesn't have a supported video decoder
libva error: /usr/lib64/dri/vdpau_drv_video.so init failed
libva info: va_openDriver() returns -1
[00007f13a8006450] glconv_vaapi_x11 gl error: vaInitialize: unknown libva error
libva info: VA-API version 1.14.0
libva info: User environment variable requested driver 'vdpau'
libva info: Trying to open /usr/lib64/dri/vdpau_drv_video.so
libva info: Found init function __vaDriverInit_1_14
KCrash: Application 'kaffeine' crashing...
KCrash: Attempting to start /usr/libexec/drkonqi
06-06-22 09:24:15.998 [Warning ] kaffeine.dev: Cannot read from dvr /dev/dvb/adapter0/dvr0: error 9
06-06-22 09:24:15.998 [Warning ] kaffeine.dev: Cannot read from dvr /dev/dvb/adapter0/dvr0: error 9
pa_write() failed while trying to wake up the mainloop: Ungültiger Dateideskriptor
pa_write() failed while trying to wake up the mainloop: Ungültiger Dateideskriptor
pa_write() failed while trying to wake up the mainloop: Ungültiger Dateideskriptor
Invalid write to eventfd: Ungültiger Dateideskriptor
Code should not be reached at ../src/pulsecore/fdsem.c:188, function pa_fdsem_post(). Aborting.
Unable to start Dr. Konqi
Re-raising signal for core dump handling.
Abgebrochen (Speicherabzug geschrieben)
xxxxxx@linux-ku4t:~> Unable to find file for pid 2826 expected at "kcrash-metadata/2826.ini"Unter den Vorgänger-Kerneln wird als Treiber "iHD" geöffnet, unter dem aktuellen Treiber soll der Treiber "vdpau" geöffnet werden. Und letzteres funktioniert nicht.
Quinix und tomfa-ng: Die Frage ist, welchen Stick mit welchem Chip Ihr habt. Ich empfange über DVB-T2 - und der Monitor bleibt nicht schwarz, sondern Kaffeine crasht. Andererseits wird es wohl nicht am Kernel liegen, denn Kaffeine crasht auch, wenn ich - was ich jetzt gerade probiert hatte - versuche, eine Film-Datei abzuspielen. Was mir allerdings rätselhaft bleibt: Kaffeine funktioniert tadellos unter den beiden Vorgänger-Kerneln.
So ganz verstehe ich jetzt den Beitrag nicht. Der Artikel ist aus Dezember 2020!
Das hatte ich doch bereits geschrieben, dass das Links auf die mariadb.service-Datei sind. Und immer noch tauchen bei Die die abweichenden Einträge in der mariadb.service-Datei auf.
Bei mir sieht die vollständige mariadb.service-Datei im /usr/lib/...Verzeichnis wie folgt aus:
# It's not recommended to modify this unit file because your changes
# would be overwritten during the package update.
#
# However, there are 2 methods how to customize this unit file:
#
# 1) Copy this unit file from /usr/lib/systemd/system to
# /etc/systemd/system and modify the chosen settings.
#
# 2) Create a directory named mariadb.service.d/ within /etc/systemd/system
# and place a drop-in file name.conf there that only changes the specific
# settings one is interested in.
#
# see systemd.unit(5) for details
#
# Example - increasing of the TimeoutSec= limit
# mkdir /etc/systemd/system/mariadb.service.d
# cat > /etc/systemd/system/mariadb.service.d/timeout.conf << EOF
# [Service]
# TimeoutSec=600
# EOF
[Unit]
Description=MariaDB database server - %I instance
Documentation=man:mysqld(8)
Documentation=https://mariadb.com/kb/en/library/systemd/
PartOf=mariadb.target
After=network.target time-sync.target
[Install]
WantedBy=multi-user.target
Alias=mysql.service
[Service]
ExecStartPre=/usr/libexec/mysql/mysql-systemd-helper install %i
ExecStartPre=/usr/libexec/mysql/mysql-systemd-helper upgrade %i
ExecStart=/usr/libexec/mysql/mysql-systemd-helper start %i
Type=notify
User=mysql
Group=mysql
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
# Configures the time to wait for start-up/stop
TimeoutSec=300
# 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
# Prevent writes to /usr, /boot, and /etc
ProtectSystem=full
# Prevent accessing /home, /root and /run/user
ProtectHome=true
# Execute pre and post scripts as root, otherwise it does it as User=
PermissionsStartOnly=true
UMask=007Genau, und zurück zu Post #13: Dort fehlt erst einmal die Zeile
CapabilityBoundingSet=CAP_IPC_LOCK CAP_DAC_OVERRIDE CAP_AUDIT_WRITEin der /usr/lib-Datei.
Darüber hinaus steht dort in Zeile 5 ein Conflicts=mariadb.target!
Und mich würde dann ja von Bananenkiste interessieren, ob er die mysql.service-Datei händisch in das Verzeichnis /etc/systemd/system/ kopiert und angepasst hat. Da ich mit der Konsole nicht recht umgehen kann, würde ich jetzt ja einfach Mal über Dolphin in das Verzeichnis gehen und auf die dortige mysql.service-Datei gehen, um mit Rechtsklick Eigenschaften herauszufinden, von wann die Datei ist (vielleicht ist es ja die aus 2020).