[erledigt]Neustart beim Löschen

MajestyIV · 29. Juli 2007

Ich schon wieder!

Ich habe mir hier mal wieder ein neues Problem gebastelt. Ich habe mir die neusten Updates für Gen2VDR 1.2 installiert und hatte dann auch gleich noch einen Ausrutscher mit einer neuen glibc.

Mein System läuft so weit wieder, aber wenn ich im VDR eine Aufnahme löschen möchte, startet der VDR neu. Im Log sieht man auch nichts.

Code

Jul 29 17:24:14 [vdr] [17229] confirm: Aufzeichnung löschen?
Jul 29 17:24:14 [vdr] [17229] warning: Aufzeichnung löschen?
Jul 29 17:24:14 [logger] 1611071457The Fast and the Furious: Tokyo Drift
Jul 29 17:24:14 [logger] 82107713Pirates of the Caribbean - Fluch der Karibik 2
Jul 29 17:24:14 [logger] 53107957Miami Vice
Jul 29 17:24:14 [logger] 233107813Connors' War
Jul 29 17:24:14 [logger] 2951072250Jede Sekunde zählt - The Guardian
Jul 29 17:24:14 [logger] Abenteuer
                - Last output repeated twice -
Jul 29 17:24:14 [logger] Action
                - Last output repeated 5 times -
Jul 29 17:24:14 [logger] Drama
                - Last output repeated 4 times -
Jul 29 17:24:14 [logger] Fantasy
                - Last output repeated twice -
Jul 29 17:24:14 [logger] Horror
                - Last output repeated 9 times -
Jul 29 17:24:14 [logger] Komödie
                - Last output repeated 9 times -
Jul 29 17:24:14 [logger] Musik
Jul 29 17:24:14 [logger] Mystery
Jul 29 17:24:14 [logger] Science-Fiction
Jul 29 17:24:14 [logger] Serien
                - Last output repeated 17 times -
Jul 29 17:24:14 [logger] Thriller
                - Last output repeated 10 times -
Jul 29 17:24:14 [logger] 74107240Ich bin Sam
Jul 29 17:24:14 [logger] 265107225The Sentinel - Wem kannst du trauen?
Jul 29 17:24:14 [logger] 265107410Nacho Libre
Jul 29 17:24:14 [logger] 25610720428 Tage
Jul 29 17:24:14 [logger] 2961061735Million Dollar Baby (Million Dollar Baby)
Jul 29 17:24:14 [logger] 2511106322L.A. Crash (Crash)
Jul 29 17:24:14 [logger] 25111062011Cast Away - Verschollen
Jul 29 17:24:14 [logger] 260107812Die Geisha
Jul 29 17:24:14 [logger] 132107188Monster's Ball
Jul 29 17:24:14 [lircd-0.8.1] removed client
Jul 29 17:24:14 [kernel] saa7146: unregister extension 'dvb'.
Jul 29 17:24:14 [kernel] ACPI: PCI interrupt for device 0000:01:06.0 disabled
Jul 29 17:24:14 [kernel] ACPI: PCI interrupt for device 0000:01:09.0 disabled
Jul 29 17:24:14 [kernel] b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip unloaded successfully
Jul 29 17:24:14 [logger] DVB: Unloading <stv0299>
Jul 29 17:24:14 [logger] DVB: Unloading <ves1x93>

Alles anzeigen

Hat jemand ne Idee, wo ich noch gucken könnte?

Majesty

helau · 29. Juli 2007

Hallo,
Da schmiert vdr ab. Du koenntest vdr mit debug info's kompilieren und einen backtrace erstellen, dann koennte man dem Fehler auf die Schliche kommen.

MajestyIV · 29. Juli 2007

Hi,

mache ich sofort, wenn Du mir sagst, wie ich das anstelle!

edit: Auf der Konsole des VDR laufen jede Menge Ausgaben. Leider komme ich nicht bis zum Anfang zurück. Kann man diese Ausgabe in eine Datei umleiten oder den Buffer für die Konsole vergrößern?

helau · 30. Juli 2007

Hallo,

Dies geht so:
cd /usr/local/src/VDR
stp vdr
mcedit Make.config
die Zeilen:
#CFLAGS += -g -ggdb -O0
#CXXFLAGS += -ggdb -O0
#LDFLAGS += -g -ggdb -O0
scharf machen:
CFLAGS += -g -ggdb -O0
CXXFLAGS += -ggdb -O0
LDFLAGS += -g -ggdb -O0

dann:
make clean
make
cd /etc/vdr
mcedit runvdr

Darin die Zeilen:

#activate coredumping
#mkdir /tmp/corefiles
#chmod 777 /tmp/corefiles
#echo "/tmp/corefiles/core" > /proc/sys/kernel/core_pattern
#ulimit -c unlimited

auskommentieren:

#activate coredumping
mkdir /tmp/corefiles
chmod 777 /tmp/corefiles
echo "/tmp/corefiles/core" > /proc/sys/kernel/core_pattern
ulimit -c unlimited

und vdr starten:

stt vdr

Dann sollte es zum dauernden Restart kommen. Dann stoppst du vdr:
stp vdr
und erstellst einen Backtrace:

gdb /usr/bin/vdr /tmp/corefiles/core.nnn

wobei nnn durch die Nummer des Corefiles zu ersetzen ist.
Dann machst Du ein paar mal Enter und gibst dann
bt
ein.
Diese Ausgabe postest Du dann hier.

Die Konsole Ausgaben von VDR sollten alle in der /log/messages landen.

MajestyIV · 30. Juli 2007

Hi,

ich hoffe, das reicht! Oder sollte ich die komplette Ausgabe posten?

Code

#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7d266b1 in raise () from /lib/tls/libc.so.6
#2  0xb7d27de8 in abort () from /lib/tls/libc.so.6
#3  0xb7d5ba2b in ?? () from /lib/tls/libc.so.6
#4  0x00000029 in ?? ()
#5  0xb4d1cb9c in ?? ()
#6  0x00000400 in ?? ()
#7  0x00000000 in ?? ()

MajestyIV · 30. Juli 2007

Hi,

ich hoffe, das reicht! Oder sollte ich die komplette Ausgabe posten?

Code

#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7d266b1 in raise () from /lib/tls/libc.so.6
#2  0xb7d27de8 in abort () from /lib/tls/libc.so.6
#3  0xb7d5ba2b in ?? () from /lib/tls/libc.so.6
#4  0x00000029 in ?? ()
#5  0xb4d1cb9c in ?? ()
#6  0x00000400 in ?? ()
#7  0x00000000 in ?? ()

Was ich da beim Abbruch zu sehen bekomme, steht leider nicht alles im Logfile.

helau · 30. Juli 2007

Hi,
Vermutlich fehlt Dir das LD_ASSUME_KERNEL="2.4.1" setting
Schreib oben in die runvdr:
export LD_ASSUME_KERNEL="2.4.1"

p.s.
Mit welchen Flags hast Du glibc geemerged ?

emerge -pv glibc

sollte dabei helfen, vorrausgesetzt du hast es mit emerge glibc installiert ...

MajestyIV · 30. Juli 2007

Ich bin in Moment noch im Büro. Kann ich also noch nicht testen. Glibc habe ich einfach mit 'emerge glibc' draufgebügelt. Also mit den USE-Flags 'nls nptl nptlonly*'

Wenn ich das richtig gesehen habe, hast Du 'glibc-compat20%* nls' verwendet. Sollte ich das auch so machen?

helau · 30. Juli 2007

Hallo,
Das glibc-compat20 sollte rein und das nptlonly MUSS raus, also -nptlonly

MajestyIV · 30. Juli 2007

Das war leider auch nix. export LD_ASSUME_KERNEL="2.4.1" habe ich gemacht. Wundert mich aber irgendwie, da ich doch einen 2.6.20er Kernel habe.

Glibc habe ich auch nochmal neu übersetzt. Deine ebuilds kann ich leider nicht einspielen, da ein downdate nich möglich ist

MajestyIV · 30. Juli 2007

Habe jetzt rausgefunden, daß das immer passiert, wenn eine Message angezeigt werden soll.

helau · 30. Juli 2007

Hi,
Dann versuchs mal mit nem anderen skin.

MajestyIV · 31. Juli 2007

Moin,

hat leider auch nicht geholfen. Wie sieht es denn aus, wenn ich mir ne LiveCD brenneund die boote. Dann komme ich doch auf meine Systemplatte. Kann ich dann nicht mit chroot deine glibc drüberbügeln?

helau · 31. Juli 2007

Hi,
Was kommt denn fuer eine Fehlermeldung beim Downgraden ?

MajestyIV · 31. Juli 2007

Code

>>> Emerging (1 of 1) sys-libs/glibc-2.5-r2 to /
>>> Extracting info
 * Sanity check to keep you from breaking your system:
 *  Downgrading glibc is not supported and a sure way to destruction


!!! ERROR: sys-libs/glibc-2.5-r2 failed.
Call stack:
  ebuild.sh, line 1630:   Called dyn_setup
  ebuild.sh, line 702:   Called qa_call 'pkg_setup'
  ebuild.sh, line 38:   Called pkg_setup
  glibc-2.5-r2.ebuild, line 1075:   Called die


!!! aborting to save your system
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/mnt/data/tmp/portage/sys-libs/glibc-2.5-r2/temp/build.log'.


!!! Setup failed: 1

Alles anzeigen

MajestyIV · 1. August 2007

So, da der WAF gestern gegen 0 gelaufen ist, habe ich mich entschlossen, das Teil neu zu installieren. Leider hat sich das Problem dadurch nur verschoben.

Was habe ich gemacht?

1. neue Gen2VDR-CD erstellt
2. installiert
3. emerge-sync && layman -S
4. GCC und glibc wie hier beschrieben installiert
5. emerge graphlcd-base

Das alte Problem ich zwar weg, aber wenn ich den VDR jetzt ausschalten will, startet der immer neu und zerdeppert mir die admin.conf, /etc/conf.d/vdr und die channels.conf.

Irgendwie habe ich den leisen Verdacht, daß es evtl. etwas mit den letzten 2 Updates für Gen2VDR zu tun haben könnte. In den Zeit, wo ich nur Update 1-6 drauf hatte, war alles super.

Majesty

helau · 1. August 2007

Hi,
In den letzten beiden Updates hat sich in erster Linie beim Suspend to Ram was geaendert - nutzt Du dies ?
Poste doch bitte die Logs vom vdr restart.

3PO · 1. August 2007

scheinbar hast Du wohl ein Problem mit GCC bzw. mit glibc.
Ich würde Dir vorschlagen, falls Du GCC 4.x nicht unbedigt benötigst, einfach nicht auf GCC 4.X upzugraden.

Zum downgraden teste mal folgendes:

Code

gcc-config -l

sollte bei Dir ungefähr so ausehen:

Code

vdr01 ~ # gcc-config -l
[1] i686-pc-linux-gnu-3.3.6 
[2] i686-pc-linux-gnu-4.1.1 *
vdr01 ~ #

Zitat

Downgrading glibc is not supported and a sure way to destruction

wenn Du nun die alte glibc verwenden willst, musst Du vorher auch den alten GCC auswählen.
Das geht mit:

Code

gcc-config 1

dann noch:

Code

gcc-config i686-pc-linux-gnu-3.3.6

und:

Code

env-update && source /etc/profile

MajestyIV · 1. August 2007

@C-3PO: Das hat geklappt! Danke! Ich werde das dann erstmal so lassen und demnächst auf einem Testsystem das ganze nochmal versuchen. Komisch finde ich nur, daß es mit dieser Konstelation schon einmal fuktioniert hat.

helau: STR nutze ich nicht. Leider. Aber der Rechner wacht nicht richtig auf. Will heißen, der Monitor bleibt duckel.

Ich danke Dir aber für Deine Ratschläge.

wtor · 1. August 2007

Das mit dem dunklen Monitor hatte ich zu meinen s2ram Testzeiten auch. Ich nutze es zur Zeit aber nicht, da ich graphlcd und lirc benötige und das noch nicht funktioniert. Aber 30s Bootzeit bis zum Bild reichen mir so auch.

Aber ich habe damals irgendwo ein Stück Sourcecode im Netz gefunden, welches die gleiche Grafikinitialisierung durchführt wie ein X-Server. Hatte ich damals übersetzt und im Skript direkt nach dem Aufwachen aufgerufen. Danach war der Monitor wieder da! Vieleicht solltest Du das mal testen. Bin aber gerade nicht zuhause, deshalb kein Zugriff zum vdr ...

[erledigt]Neustart beim Löschen

Jetzt mitmachen!

Teilen