ich würde "all but disk/key" einstellen. Wenn es andere Fehler sind, erfährst Du sie so wenigstens.
Vielelicht harmoniert Dein Speicher auch nicht richtig mit dem Board?
Hi,
auch "No Errors" bringt nix, das Problem tritt immer wider zwischendurch auf. Nun habe ich mich für die radikale Methode entschieden und alle "unnötige Komponenten" vom MB getrennt. (externes USB, IR-Empänger, Audio-Aufsgänge, Festplatten, usw. ) Das Ergebnis war das es funktionierte, leider war der VDR so nicht zu gebrauchen 
Der letztendliche Fehler ist schon recht peinlich, aber ich schreibe das mal doch hier auf, vielleicht erspare ich ja so jemandem diese nervige Fehlersuche.
FF-Karte und die Onboard-Soundkarte sind beide über separate Kanäle mit der Stereo-Anlage verbunden. An der FF-Karte waren Linker und Rechter Kanal vertauscht. Einmal umgetauscht und nun geht auf jedenfalls wider alles. Ganz verstehen kann ich das zwar nicht, vielleicht lang es auch nur daran, dass ich alle Verbindungen neu gesteckt habe.
Aber das Ergebnis zählt, seit gestern Abend waren alle Starts Problemlos.
Gruß
Mucki
Hi,
ich habe meinem betagten VDR neue (leise) HW gegönnt, u.a das Gigabyte GA-M56S-S3. Lt. Euren Aussagen geht WoL ... bei mir gehts nicht 
Korrekt gesetzt (ethtool -s eth1 wol g), wird auch korrekt angezeigt. VDR fährt runter, lässt sich aber nicht per WoL/MagicPacket wecken (Das MP stimmt, habs mit der alten HW probiert, nur die MAC natürlich korrigiert...)
Jemand eine Idee?
Danke,
Paule
Ich muss hier die MAC-Adresse rückwärts schreiben (kein Scherz!). Ist wohl ein Treiberbug. Versuch mal.
Hi Mucki86,
ZitatAlles anzeigenOriginal von Mucki86
Hi Rincewind99,
eth1? sollte das nicht eth0 sein?
Außerdem werden in einigen Distributionen die Netzwerkkarten ausgeschaltet. siehe http://www.vdr-wiki.de/wiki/index.php/WAKE_ON_LAN#ifdown
mit Sidux reicht es bei mir z.B beim hochfahren einmal ethtool -s eth0 wol g aufzurufen und dann geht das WOL.
Gruß
Mucki
Bin mir jetzt nicht sicher worauf du dich beziehst. Jedenfalls nicht auf mein Posting 
Mein Tipp ging Richtung lattemacchiato. Forcedeth hat einen Bug hinsichtlich WOL:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/288053
Und das GA-M56S-S3 hat doch einen NVidia-Chipsatz.
Gruß,
Matthias
Ups, Sorry Rincewind99, du warst natürlich nicht gemeint, das war für lattemacchiato bestimmt. War wohl etwas zu schnell mit Copy & Paste
Gruß
Mucki
ZitatOriginal von Rincewind99
Forcedeth hat einen Bug hinsichtlich WOL:
der ist aber seit mindestens 2.6.25 im Treiber durch einen workaround gefixt
ZitatOriginal von Dr. Seltsam
der ist aber seit mindestens 2.6.25 im Treiber durch einen workaround gefixt
Hmm, ich habe ihn im Linux ubuntu 2.6.27-12-generic immer noch.
Hi,
danke für den "Message Storm"
Rincewind (wie gehts Deiner Truhe )
Ich werde das heute abend mal testen, danke für den konkreten Hinweis!
@Mucki16
Nee, eth0 ist bei dem Board das Firewire I/F. Ethernet läuft definitiv über eth1 (hat mich auch erstaunt...) Trotzdem Danke für den Hinweis, hätt ja auch ein dummer typo sein können....
Evtl. hilft mir der Wiki Link weiter. Momentan konfiguriere ich beim shutdown das I/F runter (ifdown), bevor ich über ethtool WoL zu aktivieren versuche. Wenn das Verdrehen der MAC nicht hilft, spiele ich damit weiter
Gruss,
Paule
Hi,
funktioniert
Offenbar liefert ifconfig (resp. forcedeth) die MAC genau falsch herum; genauso falsch herum meldet sich das System dann offenbar auch beim DHCP server, dem ich (zur Zuteilung einer festen IP) die MAC eben auch falsch herum 'reinkonfigurieren musste.
Die Karte selbst reagiert logischerweise nur auf die richtig-herum-MAC.
Danke Euch allen!
Paule
Hallo, ich habe das GA-M56S-S3 ebenfalls hier verbaut, allerdings bekomme ich ACPI-Wakeup nicht mit Datum ans laufen, lediglich Uhrzeit funtioniert. Hier ein paar Infos:
/proc/acpi/alarm nach dem Reboot (vorher stimmts halt noch)
2009-00-00 20:18:00wie man sieht kein Datum...
Hier der Auszug aus /proc/acpi/fadt
root@easyVDR:~# xxd -g 1 fadt.bin
0000000: 46 41 43 50 74 00 00 00 01 dd 47 42 54 20 20 20 FACPt.....GBT
0000010: 4e 56 44 41 41 43 50 49 31 2e 30 42 4e 56 44 41 NVDAACPI1.0BNVDA
0000020: 01 01 01 01 00 00 ef 7f c0 30 ef 7f 00 01 09 00 .........0......
0000030: 2e 14 00 00 a1 a0 00 00 00 10 00 00 00 00 00 00 ................
0000040: 04 10 00 00 00 00 00 00 1c 10 00 00 08 10 00 00 ................
0000050: 20 10 00 00 a0 14 00 00 04 02 01 04 08 10 20 00 ............. .
0000060: 65 00 e9 03 00 00 00 00 01 03 *7d* *7e* 32 00 00 00 e.........}~2...
0000070: *a5* 04 00 00 ....laut VDR Wiki (http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup) sollten die in * stehenden Werte, falls ungleich Null ein Indiz dafür sein, dass Tag und Monat sowie Wakeup aus S4 (für mich egal) funktionieren sollen. Naja tun Sie aber nicht!
Hier noch der Auszug aus /proc/drivers/rtc
rtc_time : 21:20:44
rtc_date : 2009-04-14
rtc_epoch : 1900
alarm : 20:18:00
DST_enable : no
BCD : yes
24hr : yes
square_wave : no
alarm_IRQ : no
update_IRQ : no
periodic_IRQ : no
periodic_freq : 0
batt_status : okayHabe hier im Board schon gelesen, dass es funktionieren soll mit dem Mainboard, kann mir vielleicht jemand helfen? Evtl liegts an der Bios-Version? Ich habe aktuell F5 (ist das neuste).
Gruß
na ja, dann fährt er halt bis zur Aufnahme täglich hoch, und nach MinUserInactivity wieder runter. So bleibt wenigstens das EPG aktuell.
Ich habe sowieso seit 5 Jahren die 20:00 Uhr Tagesschau täglich einprogrammiert und in dem Datumsproblem noch nie ein Problem gsehen.
ZitatIch habe sowieso seit 5 Jahren die 20:00 Uhr Tagesschau täglich einprogrammiert
Oh klasse, habs gestern verpasst 
Nee ich habe es fast genauso, geht immer gegen 20:00 an, und natürlich zu Aufnahmen.
Und wenn keiner davorsitzt gegen 8 dann ist er auch nach MinUserActivy wieder aus, nach Aufnahme halt direkt danach
Und EPG ist dann auch frisch sonst haste nix von den Suchtimern.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!