Wieder mal WOL geht nicht

  • Hi Leute


    Ich bin noch am verzweifeln


    Ich bin jetzt von Linvdr auf Easyvdr umgestiegen.


    Wenn ich mit Linvdr boote funktioniert WOL


    Mit easyvdr nicht mehr.


    Ich hab schon das ganze board abgegrast aber nichts gefunden was mir geholfen hat.


    Hier ein paar Daten


    kernel 2.6.22.5


    lsmod


    ...


    snd_ac97_codec 99108 2 snd_via82xx,snd_intel8x0
    ac97_bus 2304 1 snd_ac97_codec
    snd_pcm_oss 39808 0
    snd_mixer_oss 15616 1 snd_pcm_oss
    e100 36492 0
    mii 5760 2 eepro100,e100
    ohci_hcd 22404 0
    snd_pcm 76808 4 snd_via82xx,snd_intel8x0,snd_ac97_codec,snd_pcm_oss
    snd_timer 21380 2 snd_seq,snd_pcm
    ....


    lspci


    00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface (rev 02)
    00:01.0 PCI bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE Host-to-AGP Bridge (rev 02)
    00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 02)
    00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 02)
    00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 02)
    00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 02)
    00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 82)
    00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge (rev 02)
    00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 02)
    00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 02)
    00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 02)
    01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)
    02:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
    02:07.0 USB Controller: NEC Corporation USB (rev 41)
    02:07.1 USB Controller: NEC Corporation USB (rev 41)
    02:07.2 USB Controller: NEC Corporation USB 2.0 (rev 02)
    02:08.0 Ethernet controller: Intel Corporation 82801DB PRO/100 VE (CNR) Ethernet Controller (rev 82)
    02:0c.0 RAID bus controller: Promise Technology, Inc. PDC20276 (MBFastTrak133 Lite) (rev 01)



    ethtool eth0


    Settings for eth0:
    Supported ports: [ TP MII ]
    Supported link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    Supports auto-negotiation: Yes
    Advertised link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    Advertised auto-negotiation: Yes
    Speed: 100Mb/s
    Duplex: Full
    Port: MII
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: g
    Wake-on: g
    Current message level: 0x00000007 (7)
    Link detected: yes


    ethtool -i eth0


    driver: e100
    version: 3.5.17-k4-NAPI
    firmware-version: N/A
    bus-info: 0000:02:08.0




    modinfo e100


    filename: /lib/modules/2.6.22.5/kernel/drivers/net/e100.ko
    description: Intel(R) PRO/100 Network Driver
    author: Copyright(c) 1999-2006 Intel Corporation
    license: GPL
    version: 3.5.17-k4-NAPI
    vermagic: 2.6.22.5 preempt mod_unload 386
    depends: mii
    alias: pci:v00008086d00001029sv*sd*bc02sc00i*
    alias: pci:v00008086d00001030sv*sd*bc02sc00i*
    ...
    ...
    alias: pci:v00008086d00001031sv*sd*bc02sc00i*
    alias: pci:v00008086d0000245Dsv*sd*bc02sc00i*
    alias: pci:v00008086d000027DCsv*sd*bc02sc00i*
    srcversion: 05A1AB9B6C4D2583F72B73D
    parm: use_io:Force use of i/o access mode (int)
    parm: eeprom_bad_csum_allow:Allow bad eeprom checksums (int)
    parm: debug:Debug level (0=none,...,16=all) (int)



    in die RCShutdownPersonal1


    hab ich die paar Zeilen reingeschrieben (VDR Wiki)


    /usr/sbin/ethtool -s eth0 wol g
    if (grep PCI0 /proc/acpi/wakeup | grep disabled 2>&1 >> /dev/null) ; then
    echo -n PCI0 > /proc/acpi/wakeup
    fi



    ein cat /proc/acpi/wakeup


    bringt folgendes


    Device S-state Status Sysfs node
    SLPB S5 *enabled
    PCI0 S4 disabled no-bus:pci0000:00
    HUB0 S4 disabled pci:0000:00:1e.0
    USB0 S1 disabled pci:0000:00:1d.0
    USB1 S1 disabled pci:0000:00:1d.1
    USB2 S1 disabled pci:0000:00:1d.2
    USB3 S1 disabled pci:0000:00:1d.7


    nach echo -n PCI0 > /proc/acpi/wakeup


    siehts dann so aus


    SLPB S5 *enabled
    PCI0 S4 enabled no-bus:pci0000:00
    HUB0 S4 enabled pci:0000:00:1e.0
    USB0 S1 disabled pci:0000:00:1d.0
    USB1 S1 disabled pci:0000:00:1d.1
    USB2 S1 disabled pci:0000:00:1d.2
    USB3 S1 disabled pci:0000:00:1d.7




    was heist hier "no-bus:pci0000:00



    Ich bin schon total am Ende



    Weis noch jemand rat??


    Gruß RubberDuck

  • RubberDuck (und andere),


    ich habe leider keinen guten Tipp für dich, sondern stehe vor einem ähnlichen Problem. Habe ein aktuelles Gigabyte G35-hastenichgesehen MoBo für Intel Core 2 Duo, das ein Onboard-Gigabit-Ethernetdevice mitbringt, und hänge so ziemlich an der selben Stelle (/proc/acpi/wakeup), aber mit anderen Phänomenen.


    System: Debian Testing


    Was hab' ich gemacht?


    1. BIOS-Einstellungen für WOL ("Wake On Ring") aktiviert.
    2. Mit ethtool das WOL auf der Netzwerkkarte aktivieren:

    Code
    ~# ethtool -s eth0 wol g


    Stimmt auch:


    Das reicht nicht: Wenn ich jetzt suspende, gehen bei mir die Lampen des NIC aus und der Rechner lässt sich nur mit dem Power-Button wieder wecken.


    In den Settings der /proc/acpi/wakeup hänge ich aber nun fest. Hier habe ich mittlerweile mangels Infos ALLES auf enabled gesetzt - ausser USB (hier vermute ich den Onboard-NIC nicht?), HUB0 und US31 (aktivieren PCI0, read on) sowie PCI0:
    Wenn ich PCI0 enable (...wohlgemerkt, der NIC sollte per PCI Express = PEX angebunden sein...), wacht mir der Rechner auf der Stelle, direkt nach dem Einschlafen, wieder auf - das kann ja nu auch nicht so ganz richtig sein.



    Wer auch immer mein System da weckt (die einzige PCI-Karte ist die TV-Karte, deren Treiber ich vorher entladen habe), verhindert, dass ich schauen kann, ob PCI nicht doch die richtige Einstellung gewesen wäre.


    Hat jemand hier Erfahrungen oder sogar Lösungen?


    Danke,
    jeremia

    debian testing, wintv nova 500-t + hama dvb-t budget cards, c't-vdr-experimental mit xineliboutput

  • Hallo
    Ist zwar schon etwas her aber die Probleme bleiben wohl doch immer die gleichen. Ich hab mal Dein Posting hier durchgelesen und auch die einzelnen Befehle so eingegeben wie Du und prinzipiell die gleichen Werte zurückbekommen. Lediglich am Ende vom Beitrag beim cat /prog/... erhalte ich noch PCI1 und PCI2 Werte.
    Aber das WOL funzt trotzdem nicht. Auch den vierzeiler hab ich in die RCShutdownPersonal1 eingetragen.
    Hast Du mittlerweile eine Lösung für Dich gefunden und würdest Du mir diese mitteilen ;-)))


    Roland

    1.VDR: Asus P8H67-V/ CPU i5-2500 / 8 GB RAM / System 240GB SunDisk SSD / Media 1TB HD / GT 730 (GK208) / 2x TT S2-1600 / STM32 USB Empfänger / Haupauge-A415-HPG-WE (T45) / easyVDR 5.010

  • Hallo
    Wollte gerade mal sie Änderungen auf eepro100 durchführen. Im OSD hab ich ja die Möglichkeit die Netzwerkkarte bzw. den Treiber auszuwählen. Als Treiber wird mir aber ein 3c501 angezeigt. Auch nach Auswahl des eepro100 und anschließendem Neustart wird wieder der 3c501 angezeigt. In welcher Datei kann ich das denn ändern, damit es dauerhaft ausgewählt wird?
    Danke für die Hilfe


    Roland

    1.VDR: Asus P8H67-V/ CPU i5-2500 / 8 GB RAM / System 240GB SunDisk SSD / Media 1TB HD / GT 730 (GK208) / 2x TT S2-1600 / STM32 USB Empfänger / Haupauge-A415-HPG-WE (T45) / easyVDR 5.010

  • Hm, hab aber kein Gento sondern normales easyVDR 0.5.04 Die Suche nach der Datei kernel-2.6 war auch erfolglos.
    Trotzdem verstehe ich nicht, warum der Netzwerktreiber, den ich im OSD einstelle nicht beibehalten wird.


    Jemand ne Idee?


    Danke
    Roland

    1.VDR: Asus P8H67-V/ CPU i5-2500 / 8 GB RAM / System 240GB SunDisk SSD / Media 1TB HD / GT 730 (GK208) / 2x TT S2-1600 / STM32 USB Empfänger / Haupauge-A415-HPG-WE (T45) / easyVDR 5.010

  • Hallo
    So hatte mal wieder etwas Zeit.
    Mittlerweile kann ich zwar über das OSD den Treiber eepro100 einstellen und dieser bleibt auch nach einem Neustart eingestellt, aber WOL funktioniert trotzdem nicht. Ich hab mir die Beschreibung zu WOL mit debian im Wiki durchgelesen und die Zeile "ethtool -s eth0 wol g" stand auch vorher schon in der RCLanstart drin (mit der Einstellung im OSD "WOL = Yes wird diese Einstellung vorgenommen), aber ohne Erfolg.
    Noch jemand einen Tip???


    Danke
    Roland



    Ich kann doch nicht der einzige sein, bei dem WOL nicht funktioniert....

    1.VDR: Asus P8H67-V/ CPU i5-2500 / 8 GB RAM / System 240GB SunDisk SSD / Media 1TB HD / GT 730 (GK208) / 2x TT S2-1600 / STM32 USB Empfänger / Haupauge-A415-HPG-WE (T45) / easyVDR 5.010

  • ....funktioniert bei Euch allen das WOL und ich hab das Problem alleine? Für die Fernwartung wäre mir schon wichtig, dass WOL funktioniert.
    Hat niemand mehr einen Tip???


    Roland

    1.VDR: Asus P8H67-V/ CPU i5-2500 / 8 GB RAM / System 240GB SunDisk SSD / Media 1TB HD / GT 730 (GK208) / 2x TT S2-1600 / STM32 USB Empfänger / Haupauge-A415-HPG-WE (T45) / easyVDR 5.010

  • Hi,


    soweit ich mich erinnern kann, hat der e100 in Verbindung mit acpi einen Bug.
    Du kannst versuchen acpi bim booten abzuschalten oder den Treiber patchen.
    Bei mir hatte beides geholfen.


    Alex

    Server: CPU J1900 | 1x CineS2 | Debian Bullseye headless| VDR 2.6.3
    Client: 2x Himbeere mit vdr

  • Bei meinem Scenic hat folgender Eintrag in der easyvdrshutdown.sh geholfen



    DIRECTISACMD=""
    ###########################################################################


    ### folgende 2 Zeilen ergänzt
    /usr/sbin/ethtool -s eth0 wol g
    ifconfig eth0 down




    USERS=$(who | wc -l)
    if [ $[$USERS+0] -gt $IGNORE_USER ]; then
    ERR_MSG="$USERS Benutzer sind angemeldet"



    gruss alberte

  • hondansx
    Als Treiber hab ich den eepro100 eingestellt und acpi nutze ich nicht. Ich denke da brauch ich nicht zu suchen. Trotzdem Danke



    Die erste der beiden Zeilen wird ja schon mit der OSD Einstellung "WOL = YES" eingetragen. Werd trotzdem nochmal nachschauen. Der Bereich weiter unten (USERS=$.....) ist das nur als Anhaltspunkt gedacht oder hast Du das auch noch eingefügt?
    Werd ich heute abend probieren


    Roland

    1.VDR: Asus P8H67-V/ CPU i5-2500 / 8 GB RAM / System 240GB SunDisk SSD / Media 1TB HD / GT 730 (GK208) / 2x TT S2-1600 / STM32 USB Empfänger / Haupauge-A415-HPG-WE (T45) / easyVDR 5.010

  • oberhalb und unterhalb der 2 Zeilen ist nur als anhaltspunkt gedacht
    habe die Zeilen ziemlich am anfang der easyvdrshutdown.sh eingefügt
    damit sie auf jeden fall ausgeführt werden
    Der scenic wolte auch partout sich nicht mehr aufwecken lassen
    Die Zeile mit ethtool dient nur zur sicherheit das auch wirklich die wol funktion auf der Karte aktiviert ist.
    Danach wird die Karte einfach "abgeschaltet" ich denke das bewirkt das beim treiber entladen keine parameter mehr an die KArte übergeben werden.


    Nachteil sollte das shutdownscript mal hängen bleiben ist bis zum neustart des rechners kein lan mehr verfügbar
    Kam bei mir aber erst einmal vor


    gruss alberte

  • Hi
    Ich hatte das gestern abend dann auch gesehen, als ich die Datei öffnete, dass es nur als Anhaltspunkt gedacht ist.
    Auf jeden Fall war der Tip goldrichtig. JETZT funktioniert zumindest schon mal das Aufwecken von meinem 24/7 Rechner über Webmin (eigene Befehle - /bin/wakeonlan [MacAdresse]) Von Windows über das Tool Wakeonlan funktionierts nicht, aber nur dieser VDR. Der andere mit HP Board lässt sich schon mit dem Tool wecken. Entweder mal ein anderes probieren oder sein lassen. Es ging ja in erster Linie um FERNwartung.
    Ich denke aber die 2. Zeile war die entscheidende, da die erste ja schon in einer ...shutdown Datei steht.
    Eventuell probier ich das mal noch aus - wenn ich Lust und Zeit hab.


    Also vielen Dank für die Hilfe


    Roland

    1.VDR: Asus P8H67-V/ CPU i5-2500 / 8 GB RAM / System 240GB SunDisk SSD / Media 1TB HD / GT 730 (GK208) / 2x TT S2-1600 / STM32 USB Empfänger / Haupauge-A415-HPG-WE (T45) / easyVDR 5.010

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!