Wake On Lan [Debian Squeeze]

Support Debian
#1

Bonjour,

Je me tourne vers vous pour essayer de trouver une solution à mon problème de WOL …
Je possède un serveur Dell Poweredge 1800 qui consomme pas mal d’électricité s’il tourne toute la journée :frowning:
J’aimerais donc mettre en place une solution afin de l’allumer que quand j’en ai besoin.
J’ai installé une Debian Squeeze et j’ai suivi ce tuto : blog.isonoe.net/post/2007/08/30/ … ake-on-LAN

Tout va bien jusqu’à la commande acpitool -w qui ne me renvoie pas ma carte Ethernet (MMAC)…
La commande ethtool eth0 me renvoie :
Supports Wake-on: umbg
Wake-on: g

Dans le BIOS je n’ai pas d’option de WOL. Cependant, la doc de la carte réseau spécifie bien qu’elle supporte le WOL : download.intel.com/design/networ … 377001.pdf
Ce site web : beagleelectronicsnews.blogspot.f … e1800.html confirme également la possibilité de faire du WOL sur ce serveur.

La carte réseau reste active (LED allumées) lorsque le serveur est éteint. J’ai testé avec un PC (Windows) vers un autre PC (Windows) et le WOL a fonctionné donc niveau configuration Freebox V5 OK.

J’ai testé en local et via un site web, le résultat est identique.
Je n’ai peut-être pas fait correctement une étape ?

Merci pour votre aide, je sèche un peu là :frowning:

#2

Bonjour

ça c’est pas normal, j’ai toujours vu une option liée au WOL sur les BIOS un peu évolué, et elle est désactivée par défaut. Mais elle à souvent un nom pas très explicite.
Des fois c’est “Wake On PCI Card”, ou “Power On By Ring”.
C’est dans la rubrique “power management”

#3

Bonjour,

Effectivement ce n’est pas très normal …
Je n’ai rien qui ressemble à ceci, je n’ai pas de rubrique Power Management :confused:
Mais normalement le BIOS permet juste de laisser la carte réseau active après l’arrêt du serveur.
Dans mon cas c’est déjà le cas donc je me dis que ce n’est pas gênant non ?

Pour info :
J’ai mis à jour le BIOS de la version A03 à la version A07 : dell.com/support/drivers/fr/ … erId=37MFC
J’ai également mis à jour les drivers de ma carte réseau.

#4

C’est un chip intégré sur la CM ou une carte PCI ?

#5

D’après moi c’est un chip intégré sur la CM.

#6

Plus d’idées ?

#7

donn le résultat de lspci -vvv -nn pour identifier le chip réseau.

#8

Voici le bloc concernant le contrôleur Ethernet :

03:07.0 Ethernet controller [0200]: Intel Corporation 82541GI Gigabit Ethernet C ontroller [8086:1076] (rev 05) Subsystem: Dell Device [1028:0183] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Step ping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort - <MAbort- >SERR- <PERR- INTx- Latency: 32 (63750ns min), Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 69 Region 0: Memory at fe7e0000 (32-bit, non-prefetchable) [size=128K] Region 2: I/O ports at dcc0 [size=64] Capabilities: [dc] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot +,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- Capabilities: [e4] PCI-X non-bridge device Command: DPERE- ERO+ RBC=512 OST=1 Status: Dev=00:00.0 64bit- 133MHz- SCD- USC- DC=simple DMMRBC=20 48 DMOST=1 DMCRS=8 RSCEM- 266MHz- 533MHz- Kernel driver in use: e1000

Pour l’ensemble du résultat de la commande : pastebin.com/kcL4GtEN

#9

J’ai lu dans un coin du web en faisant des recherches pendant la pause déjeuner que le WOL de ce chip s’activait via le driver :017
ça me semble très étrange. Quel est le driver de ce chip ?
édit: trouvé! c’est emile.
essai un modinfo e1000
chez moi je ne vois rien relatif au WOL

#10

j’ai retrouvé l’histoire du driver qui active le WOL

[quote]Enabling Wake on LAN* (WoL)

WoL is configured through the Ethtool* utility. Ethtool is included with all versions of Red Hat after Red Hat 7.2. For other Linux distributions, download and install Ethtool from the following website: sourceforge.net/projects/gkernel.

For instructions on enabling WoL with Ethtool, refer to the website listed above.

WoL will be enabled on the system during the next shut down or reboot. For this driver version, in order to enable WoL, the e1000 driver must be loaded prior to shutting down or suspending the system.
Notes

Wake On LAN is only supported on port A for the following devices:

Intel® PRO/1000 PT Dual Port Network Connection
Intel® PRO/1000 PT Dual Port Server Connection
Intel® PRO/1000 PT Dual Port Server Adapter
Intel® PRO/1000 PF Dual Port Server Adapter
Intel® PRO/1000 PT Quad Port Server Adapter
Intel® Gigabit PT Quad Port Server ExpressModule [/quote]

trouvé ça qui confirme:

#11

Je cherchais cette fameuse commande :stuck_out_tongue:
En voici le résultat :

filename:       /lib/modules/2.6.32-5-686/kernel/drivers/net/e1000.ko
version:        8.0.35-NAPI
license:        GPL
description:    Intel(R) PRO/1000 Network Driver
author:         Intel Corporation, <linux.nics@intel.com>
srcversion:     8E4E478C6472DA14AA960BC
alias:          pci:v00008086d000010B5sv*sd*bc*sc*i*
alias:          pci:v00008086d00001099sv*sd*bc*sc*i*
alias:          pci:v00008086d0000108Asv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Csv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Bsv*sd*bc*sc*i*
alias:          pci:v00008086d0000107Asv*sd*bc*sc*i*
alias:          pci:v00008086d00001079sv*sd*bc*sc*i*
alias:          pci:v00008086d00001078sv*sd*bc*sc*i*
alias:          pci:v00008086d00001077sv*sd*bc*sc*i*
alias:          pci:v00008086d00001076sv*sd*bc*sc*i*
alias:          pci:v00008086d00001075sv*sd*bc*sc*i*
alias:          pci:v00008086d00001028sv*sd*bc*sc*i*
alias:          pci:v00008086d00001027sv*sd*bc*sc*i*
depends:
vermagic:       2.6.32-5-686 SMP mod_unload modversions 686
parm:           TxDescriptors:Number of transmit descriptors (array of int)
parm:           TxDescPower:Binary exponential size (2^X) of each transmit desc$
parm:           RxDescriptors:Number of receive descriptors (array of int)
parm:           TxDescriptorStep:Transmit Descriptor Step (array of int)
parm:           Speed:Speed setting (array of int)
parm:           Duplex:Duplex setting (array of int)
parm:           AutoNeg:Advertised auto-negotiation setting (array of int)
parm:           FlowControl:Flow Control setting (array of int)
parm:           XsumRX:Disable or enable Receive Checksum offload (array of int)
parm:           TxIntDelay:Transmit Interrupt Delay (array of int)
parm:           TxAbsIntDelay:Transmit Absolute Interrupt Delay (array of int)
parm:           RxIntDelay:Receive Interrupt Delay (array of int)
parm:           RxAbsIntDelay:Receive Absolute Interrupt Delay (array of int)
parm:           InterruptThrottleRate:Interrupt Throttling Rate (array of int)
parm:           SmartPowerDownEnable:Enable PHY smart power down (array of int)
parm:           copybreak:Maximum size of packet that is copied to a new buffer$
parm:           ignore_64bit_dma:Ignore 64-bit DMA (DAC) capability (int)
parm:           debug:Debug level (0=none,...,16=all) (int)

C’est la dernière version (8.0.35) du pilote présente sur le site d’Intel.
J’ai bien vérifié que cette version était compatible avec un noyau 2.6.32.*
Je l’ai mise à jour quand je cherchais des solutions, par contre je ne sais pas quelle était la version de base.

[Edit]

[quote]trouvé ça qui confirme:

Oui j’ai effectivement passé cette commande :

[quote]Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: umbg
Wake-on: g
Current message level: 0x00000007 (7)
Link detected: yes
[/quote]

#12

Tu as vu cette note d’intel

et cette note debian:

tu as toujours ton kernel 2.6.32 ?

#13

Oui j’ai toujours la version 2.6.32

Pour cette note :

Je n’ai pas trop compris… C’est au cas où il y a plusieurs port Ethernet ?

#14

apparemment oui.
Il y a pas mal de bugs pour ce driver , mais je n’en ai pas vu pour le 2.6.32.
ça devrait marcher.

#15

Oui c’est vraiment étrange !
La carte réseau serait éteinte encore … mais là elle est active !!
Mais rien n’y fait, pas un soubresaut.
J’utilise ce soft : nirsoft.net/utils/wake_on_lan.html

C’est à devenir fou :108

#16

J’ai trouvé ce sujet, il ne s’agit pas exactement du même contrôleur mais bon : us.generation-nt.com/answer/bug- … 74341.html
Je pourrais peut-être essayer de changer de version de noyau ?

[Edit]
Encore des preuves que tout devrait fonctionner, une KB de VMWARE : kb.vmware.com/selfservice/micros … Id=1003373