[michi72]

Hallo liebe MLD-Community,

ich habe gestern meinen yaVDR platt gemacht und endlich mal MLD als Server installiert (siehe meine Signatur). Habe mich nach der wirklich sehr einfachen Installation mit der Kunfiguration durchgefummelt und es läuft alles sehr zufriedenstellend - besser als mit jeder anderen Distri bis jetzt (bin seit c't-VDR 2.0 dabei).

Eine Sache jedoch, die eigentlich sehr wichtig ist, funktioniert jedoch leider (noch) nicht: wenn der VDR sich nach einer Weile selber runterfährt, oder ich poweroff Befehl oder WebInterface ausschalte, bleibt der Strom leider an, obwohl das System an sich logisch schon heruntergefahren ist.

Nach abschalten des Splash vom Kernel konnte ich sehen, dass die letzten Meldungen auf dem Bildschirm folgende sind:
Stopping all proceses
rpcbind ....(bla)
Syncing filesystems:
Unmounting filesystems:
The system is going down NOW!
Sent SIGTERM to all processes
Sent SIGKILL to all processes
Requesting system poweroff

Ja, und genau da bleibt er dann stehen. Wenn man nicht RESET-Taster drück, stundenlang bzw. ewig.

Ich dachte mir, könnte an ACPI oder APM liegen. Aber das System ist doch anders als debian oder Ubuntu, mit welchen ich mich einigermaßen auskenne.

An welchen Dateien muss ich etwas ändern, damit der Strom ausschaltet und ACPI Wakeup oder WOL das auch wieder bei Aufnahmen oder Client-Wakeup einschalten kann? Braucht Ihr Logfiles, welche?

So, ich hoffe, mein erster Post in diesem Forum ist nicht zu lang und zu kompliziert und ich hoffe, meine Sprache und Rechtschreibung passen.

Danke auf jeden Fall für diese Tolle Distribution! Bin überrascht, dass es in fast Nachbarschaft einen so engagierten ersteller einer VDR-Distri gibt!

[UPDATE]
Ich habe mal das "suspend" und "svrp" Paket installiert. Wenn ich jetzt den Power-Knopf drücke oder svdrpsend.sh HITK power absetze, kommt erst ein root-prompt und dann ist der Strom weg, also S3 scheint einfach so zu gehen. Habe dann versucht, per WOL wieder aufzuwecken ... geht leider nicht, Mist ...

Problem besteht also weiterhin, jetzt vielleicht sogar noch mit Zusatz, WOL geht auch nicht. Merkwürdig. Hat jemand eine Idee?
[/UPDATE]

Gruß
Michi

[clausmuus]

Hi,

normalerweise schaltet sich der PC beim runterfahren auch aus, wie Du richtig vermutet hast. Die APM oder ACPI Einstellungen werden normalerweise im Bootloader vorgenommen. In Unserem Fall wäre das die Datei /boot/syslinux/extlinux.conf. Dort ist ein apm=off voreingestellt, was Du ändern kannst. Du kannst das aber auch direkt beim booten testweise bearbeiten, indem Du die Tabulator Taste drückst.

Claus

[michi72]

Hallo Claus,

Danke für die schnelle Antwort!
So, habe mal die Zeile editert in der /boot/syslinux/extlinux.conf und folgende ausprobiert:
apm=on
acpi=force

hat beides leider nichts gebracht

Bin leider etwas ratlos ... gehen tut es auf jeden Fall mit dem Board, hatte vorher yaVDR drauf (will das aber nicht mehr).

Gruß
Michi

[P3f]

Hi Michi,

nur mal eine Zwischenfrage zum Problem. Hast Du eventuell noch ein Display (Imon*) mit dran? Da gab es mal eine Kerneloption (Wenn ich mich richtig erinnere, muß nachher mal zuhause nachschauen), die das runterfahren bei Dir behindert.

Gruß,

Pit

P.S: Und falls es noch nicht gesagt worden ist. "Herzlich Willkommen bei der MLD"...

[michi72]

Hi Pit,

Danke für den Willkommensgruß! Fühle mich bis jetzt wohl hier

Also ich habe kein Display dran. Warum auch beim Server. Ich habe zur Zeit nur einen Monitor per VGA dran, damit ich lesen kann, wo es klemmt. Aber immer noch keine Idee, was da los sein könnte. WOL geht nicht, aber die Sendung mit der Maus in der Montagswiederholung wird jetzt aufgenommen. Wie kann ich sehen, ob es doch ein verspätetes WOL Reagieren war oder der Timer?

Und Ausschalten (also S5) wäre mir deutlich lieber als S3 ... braucht ihr noch LOGs?

Danke!

Gruß
Michi

[clausmuus]

Hi,

S3 wird nur gemacht, wenn Du das Suspend Paket installiert hast. Ansonsten ist's nen S5. Und in dem Zustand den Dein System derzeit nach dem herunterfahren hast, geht nen Timer Wakeup oder WOL nicht.
Es gibt übrigens noch ne menge weitere APM/ACPI boot optionen die helfen könnten. Schau mal hier: http://wiki.ubuntuusers.de/Bootoptionen?redirect=no#Weitere-Bootoptionen
Ansonsten wäre es eventuell auch noch hilfreich zu wissen, welche Optionen YaVDR setzt, bzw. fest im Kernel voreingestellt hat.

Claus

[michi72]

Hallo Claus,

erstmal Danke wieder für Deine Antwort. Mir war eigentlich klar, dass der Zustand quasi ein "Koma" ist, nur RESET hilft. Da kann das System natürlich auch nicht auf WOL oder ein Timer Wakeup reagieren

Ich habe Deinen Tip mit dem Link mal angeschaut. Habe alle möglichen Optionen von apm/acpi aus der Liste durchgespielt, im schlimmsten Fall wurde nur nicht mehr auf den Power Knopf reagiert. Aber zum Positiven hat sich leider auch nichts geändert.

Wie der yaVDR unter der Oberfläche tickt ... hmmm. Keine Ahnung, ich habe den nur benutzt, bin aber kein Entwickler. Ich google mal mit meinem Halbwissen.

Ansonsten: immer her mit heißen Tips oder Hinweisen, was ich noch abchecken kann! Immer her damit, Danke

Gruß
Michi

[MegaX]

Hi Michi

kannst du mal schreiben was das genau für ein Board ist und welche Hardware du sonst noch einsetzt?

Danke

[michi72]

Hallo MegaX,

gerne, hier die Daten:

Board ist ein Zotac ION ITX-F mit Intel Atom-CPU und ION-Nvidia Grafik
im PCIe steckt eine DigitalDevices Cine S2 mit vierfach Tuner, ngene Treiber lädt auch 4-fach, Aufnahmen gehen und Live-TV auch.

vdr> lspci
00:00.0 Host bridge: NVIDIA Corporation MCP79 Host Bridge (rev b1)
00:00.1 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.0 ISA bridge: NVIDIA Corporation MCP79 LPC Bridge (rev b2)
00:03.1 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.2 SMBus: NVIDIA Corporation MCP79 SMBus (rev b1)
00:03.3 RAM memory: NVIDIA Corporation MCP79 Memory Controller (rev b1)
00:03.5 Co-processor: NVIDIA Corporation MCP79 Co-processor (rev b1)
00:04.0 USB controller: NVIDIA Corporation MCP79 OHCI USB 1.1 Controller (rev b1)
00:04.1 USB controller: NVIDIA Corporation MCP79 EHCI USB 2.0 Controller (rev b1)
00:06.0 USB controller: NVIDIA Corporation MCP79 OHCI USB 1.1 Controller (rev b1)
00:06.1 USB controller: NVIDIA Corporation MCP79 EHCI USB 2.0 Controller (rev b1)
00:08.0 Audio device: NVIDIA Corporation MCP79 High Definition Audio (rev b1)
00:09.0 PCI bridge: NVIDIA Corporation MCP79 PCI Bridge (rev b1)
00:0a.0 Ethernet controller: NVIDIA Corporation MCP79 Ethernet (rev b1)
00:0b.0 IDE interface: NVIDIA Corporation MCP79 SATA Controller (rev b1)
00:0c.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:10.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:15.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:16.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:17.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
00:18.0 PCI bridge: NVIDIA Corporation MCP79 PCI Express Bridge (rev b1)
02:00.0 Multimedia video controller: Micronas Semiconductor Holding AG nGene PCI-Express Multimedia Controller (rev 01)
03:00.0 VGA compatible controller: NVIDIA Corporation ION VGA (rev b1)
04:00.0 Ethernet controller: Qualcomm Atheros AR242x / AR542x Wireless Network Adapter (PCI-Express) (rev 04)

dmesg-auszug:
nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
ACPI: PCI Interrupt Link [LN0A] enabled at IRQ 19
ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5)
ngene: Device version 1
ngene: Loading firmware file ngene_18.fw.
ngene 0000:02:00.0: irq 41 for MSI/MSI-X
error in i2c_read_reg
No CXD2099 detected at 40
LNBx2x attached on addr=a
stv6110x_attach: Attaching STV6110x
DVB: registering new adapter (nGene)
ngene 0000:02:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
LNBx2x attached on addr=8
stv6110x_attach: Attaching STV6110x
DVB: registering new adapter (nGene)
ngene 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
Channel 2: STV0900
LNBx2x attached on addr=b
stv6110x_attach: Attaching STV6110x
DVB: registering new adapter (nGene)
ngene 0000:02:00.0: DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
Channel 3: STV0900
LNBx2x attached on addr=9
stv6110x_attach: Attaching STV6110x
DVB: registering new adapter (nGene)
ngene 0000:02:00.0: DVB: registering adapter 3 frontend 0 (STV090x Multistandard)...

Und dann bin ich eben gerade nochmal auf die Idee gekommen, dmesg nach acpi zu filtern:

vdr> dmesg|grep acpi
Command line: root=/dev/sda1 rootwait apm=off acpi=force nodialog hpet=disable BOOT_IMAGE=/boot/kernel
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled)
Kernel command line: root=/dev/sda1 rootwait apm=off acpi=force nodialog hpet=disable BOOT_IMAGE=/boot/kernel
acpi PNP0A03:00: _OSC: OS supports [ASPM ClockPM Segments MSI]
acpi PNP0A03:00: _OSC: not requesting OS control; OS requires [ExtendedConfig ASPM ClockPM MSI]
Switched to clocksource acpi_pm
hpet_acpi_add: no address or irqs in _CRS
acpi PNP0C0F:25: hash matches

Ideen? Bin immer noch ratlos ...

Gruß
Michi

[MegaX]

Hast du schon mal probiert wenn du die Cine S2 raus baust und dann mal die MLD hoch und runter fährst ob es dann funktioniert?

Ich bin der Meinung das da mal was war wegen der DD und hängenbleiben beim runter fahren.

[michi72]

Hallo MegaX,

ich könnte Dich umarmen! Als Du das geschrieben hast, klingelte es bei mir: "da war doch mal was!!" OMG ich bin so blöd, steinigt mich, wenn Ihr wollt, ich habe im vdrportal selber mal (dort bin ich LinuxBaer) noch etwas dazu geschrieben:

http://www.vdr-portal.de/board16-video-disk-recorder/board99-distributionen/board96-yavdr/122809-0-5a-shutdown-mit-cine-s2-gel%C3%B6st/

Hallo,

nach Erwerb der L4M/DigitalDevices Karte Cine2 (meine ist rev5.5 ) konnte der yavdr nicht mehr herunterfahren, er blieb bei HALT stehen und man musste den Strom selber ausschalten. Sehr blöd. OK, gibt den PowerOff Kernel dachte ich mir. Gemacht, aber nun ging ACPI-Wakeup auch nicht mehr. Und bei meinem Board nvram-wakeup ... uff, nein Danke.

Also nochmal geforscht: bei der 0.3/0.31 gab es schonmal diese Probleme:
[0.3.1] Shutdown mit Cine S2

Das hat bei mir wirklich geholfen!! Wollte dort Danke sagen, war aber schon geschlossen, deswegen mache ich das hier nochmal auf.

Hier nochmal die Nachricht, falls das nicht so lesbar ist:
 Zitat
In /etc/modprobe.d eine Datei mit dem Namen dvb.conf erzeugen un folgendes hineinkopieren:
options ngene one_adapter=0 shutdown_workaround=1
Nach einem Neustart funktioniert das Herunterfahren, wie es soll.



Funktioniert! Kann man das nicht wieder in den Standard reinnehmen?


Danke und Gruß

Ich werde das jetzt nochmal kurz testen ... bis gleich.

Danke!!!

Gruß
Michi

[michi72]

JUHUUUUUUU!!!!!!!!!!!!!!!!!   

Genau das war es, jetzt schaltet er ab! 

Vielen Dank an Euch alle für die Hilfe, ich habe dadurch wieder etwas dazu gelernt und meinen Schusselkopp mal wieder sortiert, es kommen ein paar Erinnerungen mehr hoch.

Abschließend möchte ich noch sagen: MLD ist echt die genialste VDR-Distri, die ich bis jetzt kennenlernen durfte, vielen Dank auch dafür!

Herzlichen Gruß
Michi

[clausmuus]

Hi,

schön das es nun tut. Ich muss zugeben, dass es mir des öfteren genau so geht wie Dir. Nach langem suchen finde ich meinen eigenen Forumspost der die Lösung enthält

Claus

[michi72]

Hallo Claus,

Danke, das beruhigt mich ein wenig. Mir ist es ja auch nicht das erste mal so ähnlich gegangen

Nochmal ein kleiner abschließender Nachtrag: mit korrektem poweroff geht jetzt auch timer wakeup und wol. Wirklich eine supertolle Distribution! Euch ist schon klar, dass ich nun über all frohe Kunde davon tun werde, oder ...

Frohe Festtage und einen guten Rutsch
Michi