Bonjour à tous, et bonne année
 
J'ai un petit soucis avec une machine : elle s'allume toute seule
 
J'ai fait les tests suivants :
- Désactiver l'option Wake On Lan => Elle ne démarre plus toute seule
- Machine allumée et option activée, j'ai retiré le câble RJ45 puis je l'ai éteint => Elle redémarre après quelques secondes d'interruption. Je la rééteint, elle redémarre toujours automatiquement
 
Ma carte mère est une Gigabyte GA-Z87X-D3H et cette machine tourne sous Ubuntu Server 13.10.
 
Merci pour votre aide,
 
A bientôt

Salut,
tu n'es ni le premier ni le dernier à avoir ce genre de pb, j'ai eu le même pb à l'époque sur une P5GD2-premium, à part désactiver le WoL ou couper le secteur il n'y a rien d'autre à faire.

Ha... c'est con ça quand même.
 
J'ai vu des messages de gars qui ont mis à jour le driver de la carte réseau, j'en ai essayé plusieurs (sous Ubuntu Server) mais ça change rien
 
Bon ben tant pis.
 
Merci quand même

Le contact du power switch doit être défectueux.
 
Si tu as un interrupteur ON / OFF sur ton alimentation, tu peux le désactiver avec, après avoir éteint normalement ta machine.

Je ne pense pas que c'est une question de power switch puisque le phénomène s'arrête lorsque je désactive l'option "Wake On Lan".
 
Mon soucis c'est que j'en ai besoin de cette fonctionnalité

Le BIOS de ta CM est bien à jour?

Oui je l'ai mis à jour hier à la version F7 téléchargé via ce lien :
 
http://www.gigabyte.fr/products/pr [...] =4518#bios

J'ai exactement la même CM que toi, je n'ai jamais eu ce genre de soucis.
 
Je crains que ta CM soit défectueuse... mais attend d'autres avis.
 
Bon courage

Tu es sous quel OS ?
 
Parce que j'ai vu que le phénomène arrivait tantôt sous Windows, tantôt sous Linux, et que parfois quand ça arrivait sous Linux, ça fonctionnait bien sous Windows.
 
Et quand ça merdait sous Windows, une mise à jour des drivers avait résolu le problème.
 
Si tu es sous Linux, et que tu peux me donner la version des drivers que tu utilises, je pourrais tester comme ça.
 
Pour faire le test sous Windows, existe-t-il des Live USB histoire d'éviter de flinguer mes partitions ?
 
On sera vite fixé comme ça

Le modèle de la carte réseau est :
 
00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I217-V [8086:153b] (rev 04)
        Subsystem: Gigabyte Technology Co., Ltd Device [1458:e000]
        Kernel driver in use: e1000e
 
Où est-ce que je peux trouver le dernier driver Linux pour ce matériel ?
 
En tout cas merci à vous
 
A bientôt

J'ai dû mal à comprendre comment l'OS peut venir interférer vu que quand la machine est éteinte, ben l'OS, y en a pas... C'est après la séquence de boot qu'on arrive sur l'OS ! Et si on arrive à la séquence de boot, c'est que la machine est déjà allumée ! CQFD
 
As-tu testé un clear du CMOS ? Des fois que...

J'ai entendu parler d'une histoire de flag dans la carte réseau, comme si le WOL fonctionnait en deux temps.
 
1) Le flag se positionne
2) La carte mère le détecte et allume la machine
 
Une fois allumé, d'après ce que j'ai lu, c'est à l'OS de réinitialiser ce flag.
 
Je ne suis vraiment pas sûr de ce que j'avance, mais toujours est-il que certains utilisateurs ont eu ce problème avec Linux et pas avec Windows, sur la même machine..
 
Donc la piste de l'implication de l'OS n'est pas forcément exclue.
 
Un gars a eu ce problème sous Linux, son message est ici :
http://ubuntuforums.org/showthread.php?t=2185481
 
J'ai donc tenté d'installer le driver qui a résolu son problème, téléchargé depuis cet endroit : https://code.google.com/p/r8168/
 
Mais ça n'a pas fonctionné contrairement à lui

" GIGABYTE On/Off Charge™ 2  - La technologie GIGABYTE On/Off Charge a été elle aussi reconçue pour les cartes mères GIGABYTE de Séries 8 afin d'assurer une très grande compatibilité avec les périphériques mobiles du marché fonctionnant sous iOS ou Android. Rechargez efficacement et rapidement tous vos appareils mobiles directement depuis les ports USBs de votre carte mère, et ce même lorsque votre PC est éteint ! "
 
Mmmmh... Est-ce que cela pourrait venir de ce truc là ?
 
Tu as des éléments de branché en USB sur ton PC ? Ça se trouve il peut considérer un périphérique USB comme une "activité réseau"... je dis ça, j'en sais rien...

Branché sur USB, j'ai juste un clavier (même pas d'écran rien, j'en fais une utilisation serveur).
 
Mais même lorsque je le débranche, ça ne change rien, et si je désactive l'option Wake On Lan, et que je la réactive, la première fois ça fonctionne, ensuite ça redémarre systématiquement

Atta, tu fais comment tes tests ? Tu as quoi sur ton réseau ?
 
Car quand tu dis " si je désactive l'option Wake On Lan, et que je la réactive, la première fois ça fonctionne, ensuite ça redémarre systématiquement ", tu débranches ton câble à quel moment ? Une fois le PC démarré ?
 
Tu fais comme ça :
1- Désactive l'option Wake On Lan
2- Démarre ton PC
3- Eteint le PC
4- Active le WoL
5- Débranche le réseau
6- Eteint le PC
Et ensuite, tu rebranches le réseau ?

L'option WOL était désactivée,
 
J'ai fait ceci :
- Débranchement du câble RJ45
- Activation de l'option WOL
- Save and exit -> Reboot (sur ubuntu Server donc)
- Extinction de la machine
- Attente quelques secondes, elle ne redémarre pas
- Rallumage manuel via le bouton power
- Extinction, attente, elle redémarre toute seule
 
Alors que le câble est toujours débranché et qu'aucun allumage via WOL n'a été effectué.
 
Sur le réseau j'ai une freebox en routeur, et un pc portable sous Windows (en plus du serveur) connecté à lui, sans aucun logiciel activé si ce n'est MS Word.
 
C'est vraiment bizarre ça

Ah oui quand même...  

Et quand le WoL est désactivé, le PC ne redémarre donc pas tout seul...  

Et même avec l'histoire du "Flag" mal réinitialisé par l'OS, je ne vois pas pourquoi le PC redémarre alors qu'il est éteint et qu'il n'y a pas d'activité réseau...

Oui quand le WOL est désactivé, tout va bien, sauf que je ne peux pas allumer la machine à distance bien évidemment.
 
En gros l'option Wake On Lan rallume le PC dès qu'il est éteint, qu'il y ai du réseau ou pas..
 
Tout porte à croire à une erreur de bios, mais certains ont ce problème en bootant sous Linux, et ne l'ont pas avec Windows.. Et quand ils l'ont avec Windows, une mise à jour des pilotes de la carte a résolu le problème.
 
Du coup p'têtre c'est un bug de Linux ?

As-tu la possibilité d'essayer avec une autre distrib ? (via Live USB par exemple ou Live CD)... Peut-être que c'est le signal d'arrêt de la machine d'Ubuntu qui est mal interprété/reçu par ta CM... Encore que même dans ce cas, pourquoi la première fois, cela marche très bien et pas les autres fois ???
 
Et un clear du CMOS ?

J'ai du nouveau :
 
Une fois la machine démarrée, je fais :
 
sudo ethtool -s eth0 wol d
 
Le "d" sert à désactiver le wol auprès de l'OS. Je pense que ça lui indique d'éteindre la carte réseau à l'extinction de la machine.
 
Après ça, la machine ne redémarre plus et le wol est inaccessible malgré l'option activée dans le bios.
 
Lorsque je redémarre la machine, l'option auprès de l'OS est revenue à "g", c'est à dire "Wake on MagicPacket(tm)", mais quand c'est positionné ainsi, la machine se rallume sans qu'il n'y ai de "Magic Packet" envoyé sur le réseau.
 
Dans le man de ethtools, option wol, on trouve ceci :
 
wol p|u|m|b|a|g|s|d...
   Set Wake-on-LAN options.  Not all  devices  support  this.   The
              argument  to  this  option  is a string of characters specifying
              which options to enable.
              p  Wake on phy activity
              u  Wake on unicast messages
              m  Wake on multicast messages
              b  Wake on broadcast messages
              a  Wake on ARP
              g  Wake on MagicPacket(tm)
              s  Enable SecureOn(tm) password for MagicPacket(tm)
              d  Disable (wake on nothing).  This option clears  all  previous
                 options.
 
A mon que ma freebox envoie des magic packet pour X ou Y raison ? Le phénomène est le même sur un réseau Orange avec une LiveBox pro..

 
Comment on fait un clear du CMOS ?
 
Je vais essayer en live avec une autre distrib, par exemple fedora. Le temps de la telecharger et de l'installer sur une clé USB et je te donne le retour

Ben non je suis bête, ça ne peut pas venir de la freebox puisque même le câble débranché la machine se rallume de suite..

Pour le clear du CMOS, il faut enlever la pile ronde et faire un "faux contact" pour vider "la mémoire"... Et je viens de découvrir d'autres méthodes en recherchant un tuto
 
Voir ici :  
http://www.sospc20.com/maintenance [...] r-cmos.php
ou là :
http://forum.gigabyte.fr/index.php?topic=9131.0
 
Mais à priori, avec ta nouvelle trouvaille, tu touches un point sensible !
 
Et ça se trouve, quand il n'y a pas de câble Ethernet, il considère qu'il faut redémarrer le PC ???

C'est ce que je me dis aussi, pour une distribution "serveur", cette fonctionnalité de redémarrer la machine automatiquement une fois qu'elle est éteinte n'est pas anodine pour ce genre d'utilisation..
 
Je vais essayer avec une fedora pour confirmer ou infirmer que le soucis vient de la distribution, ça nous aiguillera comme ça. Dans 30 min environ j'aurais la réponse, normalement..
 
Merci pour ta réponse

Tiens, j'ai trouvé ça :
http://support.microsoft.com/kb/941145
 
C'est sur Windows mais c'est marqué :  

 
Est-ce qu'un PC éteint est considéré comme en état d'économie d'énergie ??? Ou bien c'est un état "batard" ? Mais pourquoi ça marche la première fois mais pas par la suite ???

J'ai essayé de modifier cette option "wol" via ethtool, et dans certains cas, le connexion réseau n'est plus disponible.
 
Par exemple j'ai fait "sudo ethtool -s eth0 wol gb", et au redémarrage, je n'avais plus de connexion.. le flag s'est alors remis à "g", j'ai redémarré la machine et le réseau est revenu.
 
Ça pu le problème de driver quand même..

J'ai booté sur une fedora, et après extinction, la machine ne s'est pas redémarrée toute seule, pour moi ça vient d'Ubuntu Server ou d'Ubuntu général

Mais tant bien même ça proviendrait d'Ubuntu, il doit bien y avoir possibilité de désactivé et/ou modifier le type de séquence d'arrêt d'Ubuntu pour le mettre "à l'identique" à la séquence d'arrêt de la Fedora... Donc à priori, le flag est "modifié" au démarrage d'Ubuntu, il faudrait chercher dans les fichiers de conf pour "désactiver" le forçage ou mettre ce que l'on veut

Oui ça vient forcément d'Ubuntu Server.
 
Quand je dis à ethtool :
- "Désactive tout, ça ne m'intéresse pas", la machine ne redémarre plus, mais l'option n'est plus accessible, donc ça fait bien son boulot
- "Active le truc sur le Magic Packet", ça redémarre même s'il n'y a pas de magic packet qui transite sur le réseau, et même lorsque la connexion est physiquement déconnectée
 
Donc pour moi c'est pas matériel, ni logiciel embarqué dans le matériel (BIOS), si ça fonctionne sous une autre distrib..
 
J'ai posté un message sur le forum officiel d'Ubuntu, catégorie "Server", on verra bien ce qu'ils me répondent..

 
 
cette option elle sert pas normalement a allumé le pc a distance ?
 
car j'ai deja eu a faire a ce probleme quand le pc est relié a une freebox par cable RJ45

Si effectivement, c'est pour allumer le pc à distance.
 
J'ai exclue la freebox étant donné que le phénomène se produit même lorsque le câble RJ45 n'est pas branché..