Also die pcie passt. Sitzt etwas unsauber wegen des gpu kühl Körpers. Aber die Karte ist ja nur 5 cm oder so lang. Wake on LAN funktioniert sofort. Dann für die Tips. Karte inklusive Versand 11 und nen Keks Euro. Bei der nächsten Gelegenheit deaktiviere ich die interne.
#S1: Gigabyte GA-H77M-D3H, Intel 1610 Celeron, 4GB RAM, Cine S2 6.5 + Duoflex S4, NVIDIA GT 630, IBM SSD 240GB, Atric IR Einschalter, DVD-Brenner mit easyvdr 3 oder MLD5
#S2 (offline) POV MB-D510-MATX, 2GB, GT 220, TT 1600
#C1: RPi3 MLD5.1
Informationen zu einem Produkt speziell immer auf einer extra Produkt-Seite.
Netzwerkkarken haben wir noch keine.
Leg einfach ein neues Produkt an und schreib irgendwas rein. Die Seite "hüpsch" zu machen kümmern wir uns später.
[size=1.35em]Oder mal allgemein (und für alle Wiki-Anfänger):
Wenn Ihr was ins Wiki schreiben wollt, aber ihr noch nicht wisst wohin und wie man das am besten schön hinbekommt und Ihr wegen wenig Ahnung nix verunstalten wollt, dann schreibt den Text erstmal im Wiki auf Eure User-Seite (siehe Anhang rote Einkreisung [/size](natürlich nicht meine)[size=1.35em]). Dann können wir uns später unterhalten, wie wir den Text schön formatieren und wohin wir diesen Text kopieren.
[/size]
Gruß
Steevee
03.11.2019, 14:09 (Dieser Beitrag wurde zuletzt bearbeitet: 03.11.2019, 14:10 von W_A_Schmidt.)
(18.02.2015, 20:07)michel8 schrieb: Aber aufpassen!
Bei manchen MoBos kann dann, wenn das Aufwachen über Timer (reaktivieren über OS) eingestellt ist nicht auch ein Aufwachen über USB oder PCI Event aktiviert werden.
Ich klinke mich mal hier ein, weil ich gerade vor dem gleichen Problem stehe
Mainboard: MSI 970A-G43 series / MS-7693 (v3.x)
Wenn ich die RTC-Funktionalität im BIOS-Setup auf "BIOS" setze, dann funktioniert WoL, nicht aber acpi-wakeup.
Setze ich die RTC-Funktionalität auf "OS", dann funktioniert acpi-wakeup => WoL aber nicht mehr.
Wenn ich das richtig interpretiere, dann beeinflusst der für "RTC" eingestellte Wert ("BIOS" oder OS") sämtliche Wakeup-Funktionalität (also auch: USB-Events, PCI-Events etc.) und eben nicht nur die von der RTC gesteuerten Events.
Ich habe im Moment also die Wahl zwischen "WoL geht" (wäre schön) und "acpi-wakeup geht" (brauche ich zwingend).
Die Einstellung auf "OS" sollte aber doch bedeuten, dass dem Betriebssystem die Aufgabe überlassen wird, sich um die Einstellung der einzelnen Events zu kümmern, richtig?
Mit dem Timer-Event klappt das ja auch vorzüglich.
Dem Netzwerkadapter müsste das OS dann beim Herrnterfahren aber ausdrücklich "sagen", dass er nicht in den Tiefschlaf gehen, sondern weiter am Netz auf Magic Packets lauschen soll.
Ist das BIOS des Mainboards buggy und setzt dies dann nicht um?
Oder macht unser easyvdr-Linux das nicht richtig (shutdown-Script)? Kann ich da "händisch" was an den Scripten ändern?
BIOS ist auf die aktuellste Version geflasht, easyvdr die aktuelle Release (3.5).
Notfalls würde ich vielleicht noch eine PCI-Netzwerkkarte einbauen, aber wäre halt schöner, den onboard-Adapter verwenden zu können.
Edit: nvram-wakeup habe ich nicht ohne weiteres zum Laufen bekommen und würde ich mich ungern nochmal tiefer einarbeiten ...
Liegt am Bios war vor ein paar Jahren auch schon so :
Zitat:Hallo
Ich habe schlechte Nachrichten, ich hatte bisher 3 MSI Boards im VDR Betrieb (so ca 2014) keines habe ich so hinbekommen das WOL und Wakeup ACPI lief, immer entweder oder.
Also erst mal Bios Update. Hilft das nicht, dann kannst du noch mit hpet ein aus im Bios / Kernelparameter testen.
Gruß
Bleifuss
Gruß Bleifuss
Produktiv-VDR:
Board GA H77-DS3H, Intel Intel® Core i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0
Liegt am Bios war vor ein paar Jahren auch schon so :
Gruß Bleifuss
Vielen Dank schon mal für die Antwort; ich meinte das auch schon mal gelesen zu haben, fand es aber nicht wieder (mit der Suchfunktion hier im Forum stehe ich noch etwas auf Kriegsfuß, die findet entweder zu viel oder nix ...).
Doof, dass MSI das nicht rafft.
HPET hatte ich im BIOS auf "off" stehen weil ich gelesen hatte, dass es bei "on" Probleme mit acpi-wakeup geben kann. Ich kann's aber auch mal mit "on" versuchen und dazu mit den entsprechenden Kernelparametern.
Ansonsten müsste ich noch irgendeine PCI-Netzwerkkarte rumliegen haben. Finde ich halt bloß blöd, wenn das Mainboard schon eine Netzwerkschnittstelle bietet ...
@SurfaceCleanerZ: apt update und apt upgrade / dist-upgrade habe ich gemacht, der Kernel müsste "up to date "sein. Oder was meintest Du sonst?
(05.11.2019, 12:39)Oberlooser schrieb: bevor du neu installierst ...versuch macht kluch
Hat auch nix gebracht. Die Ausgabe von ethtool eth0 hat übrigens eh schon vorher gezeigt, dass WoL (Parameter "g") an sich breits aktiviert war:
**************************************************************************************
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yes
**************************************************************************************
BTW, was bedeuten die "Ports" (TP, MII)?
HPET im BIOS-Setup auf "aus" oder auf "an" macht übrigens auch keinen Unterschied.
Ich fürchte, das Problem bekomme ich nicht grundlegend gelöst. Wenn mir WoL irgendwann wichtig genug sein sollte baue ich eine separate Netzwerkkarte ein und gut. Ein Kernel-Patch ist mir dafür zu viel Aufwand, zumal mit dem Risiko, dass ich dann als nächstes ein Problem mit der Fernbedienung haben könnte ...
Vorab vielen Dank an alle, die versucht haben zu helfen.
Ich habe mich gestern doch noch mal dran gemacht und eine PCI-Netzwerkkarte eingebaut.
Die funktioniert grundsätzlich auch (eth1), der PC lässt sich damit aber genau wie der eingebaute Netzwerkadapter nur dann per WOL "aufwecken", wenn RTC auf "BIOS" eingestellt ist.
Schlimmer noch: wenn ich jetzt den onboard- Netzwerkadapter auf "disabled" setze, funktioniert meine Sat-Karte nicht mehr (WTF?!?!).
Ich glaub', nun gebe ich wirklich auf ... dann hat die Kiste eben jetzt 2 aktive Netzwerkschnittstellen (von denen ich nur eine nutze) und ich muss halt bisschen Sport treiben zum Einschalten ;-)