VLC Speicherzugriffsfehler auf opensuse 13.1

Hallo,

bin seit einiger Zeit auf Linux umgestiegen und eigentlich sehr zufrieden.
Komme mit Yast gut zurecht, bin aber, was Konsolenbefehle angeht, absoluter Anfänger.

Ich habe mal ein paar Befehle versucht, die andere in diesem oder ähnlichen Foren nutzen, um den VLC wieder zum Laufen zu bekommen.
Nichts. VLC öffnet sich nach einem allg. automatischen update nicht mehr.

Ich nutze opensuse 13.1.
Hier mal ein paar Befehls-Ausgaben:

vlc
VLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5)
Speicherzugriffsfehler

cat /etc/os-release
NAME=openSUSE
VERSION=“13.1 (Bottle)”
VERSION_ID=“13.1”
PRETTY_NAME=“openSUSE 13.1 (Bottle) (x86_64)”
ID=opensuse
ANSI_COLOR=“0;32”
CPE_NAME=“cpe:/o:opensuse:opensuse:13.1”
BUG_REPORT_URL=“https://bugs.opensuse.org
HOME_URL=“https://opensuse.org/
ID_LIKE=“suse”

zypper lr -Pu

| Alias | Name | Aktiviert | Aktualisieren | Priorität | URI

—±--------------------------±-----------------------------------±----------±--------------±----------±-------------------------------------------------------------------------------
1 | KDE:Current | KDE:Current | Ja | Ja | 99 | http://download.opensuse.org/repositories/KDE:/Current/openSUSE_13.1/
2 | ftp.gwdg.de-suse_1 | Packman Repository | Ja | Ja | 99 | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.1/
3 | google-earth | google-earth | Ja | Ja | 99 | http://dl.google.com/linux/earth/rpm/stable/x86_64
4 | home:Herbster0815 | home:Herbster0815 | Ja | Ja | 99 | http://download.opensuse.org/repositories/home:/Herbster0815/openSUSE_13.1/
5 | home:ecsos | home:ecsos | Ja | Ja | 99 | http://download.opensuse.org/repositories/home:/ecsos/openSUSE_13.1/
6 | openSUSE-13.1-1.10 | openSUSE-13.1-1.10 | Ja | Nein | 99 | cd:///?devices=/dev/disk/by-id/ata-HL-DT-ST_BD-RE_BH16NS40_K8ZCBA91126,/dev/sr0
7 | openSUSE:13.1:Update | openSUSE:13.1:Update | Ja | Ja | 99 | http://download.opensuse.org/repositories/openSUSE:/13.1:/Update/standard/
8 | repo-debug | openSUSE-13.1-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/distribution/13.1/repo/oss/
9 | repo-debug-update | openSUSE-13.1-Update-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.1/
10 | repo-debug-update-non-oss | openSUSE-13.1-Update-Debug-Non-Oss | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.1-non-oss/
11 | repo-non-oss | openSUSE-13.1-Non-Oss | Ja | Ja | 99 | http://download.opensuse.org/distribution/13.1/repo/non-oss/
12 | repo-oss | openSUSE-13.1-Oss | Ja | Ja | 99 | http://download.opensuse.org/distribution/13.1/repo/oss/
13 | repo-source | openSUSE-13.1-Source | Nein | Ja | 99 | http://download.opensuse.org/source/distribution/13.1/repo/oss/
14 | repo-update | openSUSE-13.1-Update | Ja | Ja | 99 | http://download.opensuse.org/update/13.1/
15 | repo-update-non-oss | openSUSE-13.1-Update-Non-Oss | Ja | Ja | 99 | http://download.opensuse.org/update/13.1-non-oss/
MS@linux-u9zv:~>

zypper se -si vlc
Daten des Repositories laden …
Installierte Pakete lesen …

S | Name | Typ | Version | Arch | Repository
–±------------±------±------------±-------±------------------
i | libvlc5 | Paket | 2.1.5-221.1 | x86_64 | Packman Repository
i | libvlccore7 | Paket | 2.1.5-221.1 | x86_64 | Packman Repository
i | vlc | Paket | 2.1.5-221.1 | x86_64 | Packman Repository
i | vlc-noX | Paket | 2.1.5-221.1 | x86_64 | Packman Repository
i | vlc-qt | Paket | 2.1.5-221.1 | x86_64 | Packman Repository

ls /etc/zypp/services.d/ nichts passiert
ls /etc/zypp/repos.d/
ftp.gwdg.de-suse_1.repo home:Herbster0815.repo openSUSE:13.1:Update.repo repo-debug-update.repo repo-source.repo
google-earth.repo KDE:Current.repo repo-debug.repo repo-non-oss.repo repo-update-non-oss.repo
home:ecsos.repo openSUSE-13.1-1.10.repo repo-debug-update-non-oss.repo repo-oss.repo repo-update.repo

Vielleicht helfen diese Hinweise

Vielen Dank im Voraus
Maik

Ändere einmal in Yast—Software-----Software-Repositories die Prioritäten.

Packman auf Priorität 20
home:Herbster0815 auf Priorität 70
home:ecsos auf Priorität 70
Repo 7 openSUSE:13.1:Update löschen, ist das selbe wie Repo 14 repo-update trotz anderer URL.

Danach ein als root

zypper ref
zypper dup

Das ist bei mir von vlc installiert:

S | Name               | Typ   | Version     | Arch   | Repository          
--+--------------------+-------+-------------+--------+---------------------
i | libvlc5            | Paket | 2.1.5-221.2 | x86_64 | Packman             
i | libvlccore7        | Paket | 2.1.5-221.2 | x86_64 | Packman             
i | phonon-backend-vlc | Paket | 0.7.1-13.3  | x86_64 | openSUSE-13.1-Update
i | vlc                | Paket | 2.1.5-221.2 | x86_64 | Packman             
i | vlc-codecs         | Paket | 2.1.5-221.2 | x86_64 | Packman             
i | vlc-gnome          | Paket | 2.1.5-221.2 | x86_64 | Packman             
i | vlc-noX            | Paket | 2.1.5-221.2 | x86_64 | Packman             
i | vlc-noX-lang       | Paket | 2.1.5-221.2 | noarch | Packman             
i | vlc-qt             | Paket | 2.1.5-221.2 | x86_64 | Packman

Zuerst mal vorweg, VLC (von Packman) läuft einwandfrei hier auf mehreren Systemen (alle 13.1).

Allerdings gabs auch schon einen anderen Problemreport:
http://lists.links2linux.de/pipermail/packman/2014-September/013178.html

Hast du schon mal probiert einen neuen Benutzer anzulegen und VLC dort zu starten?
Das würde zumindest zeigen, obs ein benutzerspezifisches Problem (Einstellungen, Cache) oder ein systemweites ist.

Andererseits gabs schonmal ähnliche Probleme vor über einem Jahr, hauptsächlich auf Tumbleweed.
Das wurde damals scheinbar vom fluidsynth Plugin verursacht, deswegen wurde damals dann MIDI-Unterstützung im VLC Paket deaktiviert.
http://lists.opensuse.org/opensuse-factory/2013-06/msg00000.html
Seit dem letzten Update wird VLC aber wieder mit fluidsynth gebaut, vielleicht ist das Problem also doch noch nicht 100%ig behoben?
Probier mal die Datei /usr/lib64/vlc/plugins/codec/libfluidsynth_plugin.so zu löschen/umbenennen (oder libfluidsynth deinstallieren), startet VLC dann?
Z.B. mit:

sudo mv /usr/lib64/vlc/plugins/codec/libfluidsynth_plugin.so /usr/lib64/vlc/plugins/codec/libfluidsynth_plugin.so.xxx

Hallo Sauerland,

alles ausgeführt.
Nach dem code “sudo zypper dup” wurden 150 Aktualisierungen durtchgeführt.
Ich konnte nicht viel zu dem Befehl im Internet finden. Ich hoffe, es sind stabile/ sinnvolle Aktualisierungen…?

Leider immer noch das gleiche Problem: Speicherzugriffsfehler

Gibt es noch Hoffnung?

Hallo wolfi323,

wow, Volltreffer.

Es war die “libfluidsynth_plugin.so” !!!

Da kannst du dich, nach einem Jahr, noch dran erinnern. Cool.

Ich habe sie umbenannt und der VLC-Player funzt wieder ohne Probleme.
Jetzt mal ne blöde Anfänger-Frage. Nachdem ich die Datei umbenannt habe, sollte der Player nicht mehr drauf zugreifen können.
Braucht er die Datei nicht? Was kann passieren.

Vielen Dank
und Gruß
Maik

Nein.
Allerdings wird bei einem VLC Update diese Datei wieder angelegt werden.

Braucht er die Datei nicht? Was kann passieren.

Du kannst jetzt eben keine MIDI-Dateien abspielen.

Könntest du bitte mal posten, welche libfluidsynth du genau installiert hast?

rpm -qi fluidsynth libfluidsynth1

Obwohl ich das jetzt auf die Schnelle in keinem deiner Repos finde.

Und probier vielleicht auch mal fluidsynth selber starten, um zu sehen ob das auch abstürzt.
Dazu einfach “fluidsynth” in ein Terminalfenster (z.B. Konsole) eingeben.
Nach einigen Meldungen sollte ein “>” Prompt kommen, wenn du soweit kommst, scheint es zu funktionieren, wenn nicht poste bitte die AUsgabe.
Gib dann dort “quit” ein, um es wieder zu beenden.

Ich finde es halt etwas seltsam, dass scheinbar nur bestimmte Systeme davon betroffen sind.
Exakt die selben VLC Pakete funktionieren bei mir auf mehreren Systemen einwandfrei, wie gesagt, und ich glaube ich bin da auch nicht der einzige… :wink:
Am KDE 4.14 aus dem KDE:Current repo wirds zumindest nicht liegen, das hab ich zumindest auf einem System hier auch installiert.
Das beste wäre wahrscheinlich rauszufinden, warum es bei gewissen Leuten abstürzt, damit das ein für alle Mal behoben werden könnte.
Da es bei mir aber funktioniert, kann ich das aber auch nicht genauer untersuchen…

Nachdem ich der libfluidsynth_plugin.so die richtige Endung gegeben habe, passierte dies:

rpm -qi fluidsynth libfluidsynth1
package fluidsynth is not installed
Name : libfluidsynth1
Version : 1.1.6
Release : 5.1.2
Architecture: x86_64
Install Date: Mi 01 Okt 2014 20:56:11 CEST
Group : System/Libraries
Size : 458400
License : LGPL-2.1+
Signature : RSA/SHA256, Di 24 Sep 2013 13:24:39 CEST, Key ID b88b2fd43dbdc284
Source RPM : fluidsynth-1.1.6-5.1.2.src.rpm
Build Date : Di 24 Sep 2013 13:24:15 CEST
Build Host : cloud111
Relocations : (not relocatable)
Packager : http://bugs.opensuse.org
Vendor : openSUSE
URL : http://www.fluidsynth.org/
Summary : Library for Fluidsynth
Description :
This package contains the shared library for Fluidsynth.
Distribution: openSUSE 13.1

fluidsynth
If ‘fluidsynth’ is not a typo you can use command-not-found to lookup the package that contains it, like this:
cnf fluidsynth

Stürzt VLC jetzt wieder ab wenn du es startest?

rpm -qi fluidsynth libfluidsynth1
package fluidsynth is not installed

fluidsynth
If ‘fluidsynth’ is not a typo you can use command-not-found to lookup the package that contains it, like this:
cnf fluidsynth

Tja, du hast ‘fluidsynth’ nicht installiert.
Das ist schon mal ein Unterschied zu mir, aber bei mir stürzt VLC auch dann nicht ab wenn ichs deinstalliere…

Kannst du bitte fluidsynth installieren:

sudo zypper in fluidsynth

Danach probier bitte nochmal “fluidsynth” und VLC auszuführen.

Das war es:

“fluidsynth” war nicht installiert.

Die libfluidsynth_plugin.so hat wieder ihren richtigen Namen und alles funktioniert.

Tja, bin leider nicht in der Lage, dies zu verstehen.
Kann ich noch irgendwie behilflich sein? Macht es Sinn, das Problem an die VLC-Leute zu melden? Wie?

Vielen Dank nochmals

sorry, habe ich vor lauter Freude vergessen:

fluidsynth
FluidSynth version 1.1.6
Copyright (C) 2000-2012 Peter Hanappe and others.
Distributed under the LGPL license.
SoundFont(R) is a registered trademark of E-mu Systems, Inc.

lash_open_socket: could not connect to host ‘localhost’, service ‘14541’
lash_comm_connect_to_server: could not create server connection
lash_open_socket: could not connect to host ‘localhost’, service ‘14541’
lash_comm_connect_to_server: could not create server connection
lash_open_socket: could not connect to host ‘localhost’, service ‘14541’
lash_comm_connect_to_server: could not create server connection
lash_open_socket: could not connect to host ‘localhost’, service ‘14541’
lash_comm_connect_to_server: could not create server connection
lash_open_socket: could not connect to host ‘localhost’, service ‘14541’
lash_comm_connect_to_server: could not create server connection
lash_open_socket: could not connect to host ‘localhost’, service ‘14541’
lash_comm_connect_to_server: could not create server connection
lash_init: could not connect to server ‘localhost’ - disabling LASH
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
exec of JACK server (command = “/usr/bin/jackd”) failed: No such file or directory
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
fluidsynth: error: Failed to connect to Jack server.
Failed to create the audio driver

Für einen Laien sieht es aus, als wenn etwas nicht stimmt…

Freut mich zu hören! :slight_smile:

Tja, bin leider nicht in der Lage, dies zu verstehen.

Ehrlich gesagt, versteh ichs auch noch nicht ganz.
Bei mir funktioniert wie gesagt VLC, auch wenn ich fluidsynth deinstalliere…

Kann ich noch irgendwie behilflich sein? Macht es Sinn, das Problem an die VLC-Leute zu melden? Wie?

Das ist eine gute Frage.
Schaut ja nicht wirklich nach einem VLC Bug aus, eher eine fehlende Abhängigkeit im Paket.
Andererseits ists aber wieder auch nicht einfach so, dass fluidsynth benötigt wird, bei mir gehts ja auch ohne.

Naja, ein paar Anhaltspunkte hab ich ja jetzt, vielleicht kann ich das Problem doch noch reproduzieren.

Ja, dir fehlt das Paket “jack”. Wenn ich das entferne bekomme ich auch diese Fehlermeldungen.
Aber du willst ja nicht fluidsynth selber benutzen sondern VLC, also kannst du das getrost ignorieren.

Ich wollte eigentlich nur wissen, ob fluidsynth auch mit einem “Segmentation Fault” abstürzt so wie VLC vorher.

Nur nochmal zur Sicherheit:
VLC’s fluidsynth plugin ist jetzt wieder an der richtigen Stelle? Sonst wirds vermutlich nach einem Update wieder nicht funktionieren.

rpm -V vlc-noX

Wenn keine Ausgabe kommt, ist alles in Ordnung.

rpm -V vlc-noX

keine Ausgabe, alles am richtigen Platz

Gut, dann sollte ja jetzt alles passen! :wink:

Übrigens, ich konnte das Problem jetzt auf einem Rechner (den ich bis jetzt noch nicht upgedated hatte) nachvollziehen.
Dort half aber auch nicht, fluidsynth zu installieren…

Das Problem ist scheinbar, dass vlc-cache-gen abstürzt, so wie’s ausschaut wegen dem fluidsynth plugin.
Da ich das Problem aber bis jetzt auf keinem anderen System hatte, habe ich den Verdacht dass das eventuell von der CPU abhängig ist.

Ein Workaround wäre VLC mit “LD_PRELOAD=/usr/lib64/libgobject-2.0.so.0 vlc” aufzurufen, wie in dem Mailinglist-Thread beschrieben.

Oder besser, den Plugin-Cache manuell erzeugen, mit “sudo LD_PRELOAD=/usr/lib64/libgobject-2.0.so.0 /usr/lib64/vlc/vlc-cache-gen -f /usr/lib64/vlc/plugins”. Danach funktioniert VLC auch so.

Da ich das Problem jetzt aber reproduzieren kann, werde ich das näher untersuchen und die notwendigen Schritte einleiten, damit das behoben wird…

PS, nur zur Information:
Seit etwa einer Woche wird VLC wieder ohne fluidsynth Plugin gebaut, der Crash sollte also auf keinem System mehr vorkommen.