[gelöst] vdr[4041]: segfault at 38 (...) error 4 in libvdr-image.so.1.6.0[7

no_expert · 24. April 2009

Hi Leute,

ich habe hier auf einem Rechner mit einem Athlon 64 Prozessor, Kernel 2.6.28.7, Gentoo amd64 und VDR 1.6.0-02 und image 0.3.0 folgenden Fehler wenn ich im Menü das Imageplugin aufrufen will:

Code

vdr[4041]: segfault at 38 ip 00007f1947089bb4 sp 00007fff5349e500 error 4 in libvdr-image.so.1.6.0[7f1947071000+64000]

VDR stürzt an dieser Stelle sofort ab. Was will mir diese Fehlermeldung sagen?

no_expert · 27. April 2009

Ich habe anscheind das Glück eines Einzellfalles. In dem Falle deaktiviere ich das Plugin lieber. Seltsamer weise habe ich das Problem auf einen anderen Rechner mit Slackware 12.2 nicht, die VDR version ist die selbe.

umaier · 27. April 2009

Segmentation faults deuten manchmal auf Speicherprobleme hin.
Beende mal den vdr, starte irgendeinen anderen Unsinn (Hauptsache Speicher wird gebucht) und dann parallel nochmal den VDR.
Stuerzt er immernoch an der gleichen Stelle ab - bon. Wenn nicht wird die Speicherproblemtheorie wahrscheinlicher.

uwe

no_expert · 27. April 2009

Das der Fehler von Speicherproblemen abhängen könnte habe ich gehört. Sollte der Fehler beim kompilieren des Gentoo Systems oder ausführen Memtext X86+ dann nicht auch auftreten? Letzteres hatte ich erst kürzlich für über 12 Stunden laufen lassen, laut tests ist der Speicher fehlerfrei.

umaier · 27. April 2009

Naja, mein Vertrauen in memtest ist etwas beschränkt.
Ich hatte da so eine Kiste bei der sich himem.sys partout geweigert hat den Speicher über 64MB zu nutzen. Memtest hat - auch nach Tagen - den Speicher für ok befunden. Komisch nur, dass eNTe dann bei Nutzung allen Speichers auch regelmäßig abgenippelt ist.

Wenn ich mir die Adresse so näher anschaue dann zeigt der Stackpointer mal richtig wild in die Gegend. Ich glaube ich hätte gerne den Rechner, mit dem man das noch adressieren kann .
Es kann natürlich Speicher überschrieben worden sein, klar. Allerdings sollte das neuerdings so einfach nicht mehr gehen.

Interessant wäre, ob eine Beschränkung mit der Kerneloption memory_corruption_check=1 eine Besserung bringt. Die Memoryoptionen fuer den ia64 sollte man verwenden können, seufz.

uwe

dad401 · 27. April 2009

Kann man hier nicht auch ein Backtrace machen?

--> http://www.vdr-wiki.de/wiki/index.php/Gdb

Und danach sehen, wobei er sich aufhängt...

Gruss
Marcus

no_expert · 27. April 2009

Ich habe spaßeshalber mal den RAM ausgewechselt, der Fehler ist immer noch da. Ich sehe zu das ich morgen einen Backtrace machen kann.

no_expert · 28. April 2009

Was für Optionen muss ich im Kernel aktivieren wenn ich gdb nutzen will? Ich konfiguriere meinen Kernel immer über menuconfig.

Antiriad · 28. April 2009

Am Kernel musste erstmal gar nix ändern, ist ja schliesslich der vdr bzw. das plugin was abstürzt. Du müsstest halt den VDR und verdächtige Plugins mit Debugginformation bauen und dann mittels gdb den Callstack ausgeben lassen.

Wie das unter Gentoo geht, steht z.B. hier: How to get meaningful backtraces in Gentoo

no_expert · 28. April 2009

Hilft euch das hier was?

Code

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f2d22429700 (LWP 20799)]
cFileSource::GetRemember (this=0x0, dir=@0x1a36370, parent=@0x1a36378) at data.c:376
376       if(browsedir) {
Current language:  auto; currently c++
(gdb) backtrace
#0  cFileSource::GetRemember (this=0x0, dir=@0x1a36370, parent=@0x1a36378) at data.c:376
#1  0x00007f2d1e02957c in cMenuBrowse (this=0x1a362b0, Source=0x0, Dirselect=true, title=<value optimized out>) at menu.c:66
#2  0x00007f2d1e02af67 in cMenuImageBrowse (this=0x1a362b0) at menu-image.c:35
#3  0x00007f2d1e0266c3 in cPluginImage::MainMenuAction (this=<value optimized out>) at image.c:143
#4  0x00000000004a8efd in cMenuMain::ProcessKey (this=0x1a21ce0, Key=kOk) at menu.c:4573
#5  0x00000000004ffa9d in main (argc=<value optimized out>, argv=<value optimized out>) at vdr.c:1443

Alles anzeigen

Kamikaze · 29. April 2009

nutzt du xineliboutput als ausgabe ? Damit hatte ich die wildesten sefault-Fehler.

Gruß
Melanie

no_expert · 29. April 2009

Nein, im VDR steckt eine FF-Karte Rev. 2.1

Antiriad · 29. April 2009

Also dem obigen Backtrace nach, schmiert das Plugin wegen eines Nullpointerzugriffs weg.
Das wird ausgelöst weil aus irgendeinem Grund der Pointer für den Verzeichnisspfad (Source) gleich 0 ist. Check doch mal deine /etc/vdr/image/imagesources.conf, ob die auch ok ist und auf gültige Pfade verweist.

no_expert · 30. April 2009

Der Tip war sehr gut! Der entsprechende Nutzer hatte nicht genug Rechte für die entsprechende Datei, das war alles. Darauf wäre ich nie gekommen weil normalerweise kommt ja dann vom entsprechenden Plugin eine Fehlermeldung.

Vielen herzlichen Dank, nun funktioniert alles wunderbar.

[gelöst] vdr[4041]: segfault at 38 (...) error 4 in libvdr-image.so.1.6.0[7

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema