Voila pour lshw

http://pastebin.com/K9UR4swf

et pour lspci

http://pastebin.com/F536QCD5

Je rajoute encore que en ce moment j'utilise le module de realtek

Et si c'est vraiment à cause que le modules dans le noyaux est buggé avec ma carte réseau, pourquoi le kernel n'inclut pas le module de realtek à la plaçe ?
À cause qu'il n'est pas open-source ?

Le module de realtek, certes… mais lequel. Il doit y en avoir des dizaines depuis le temps…

Anyway, rtl8168B semble être un nom plus judicieux, au moins pour du coté des navigateurs de recherche.

Cela dit, ça ne vole pas très haut. Et comme on ne sait pas si :
1. tu as wun windows à coté ?
2. si ça marche correctement sur un autre OS ?
3. quelle est la distribution linux ?
on ne peut pas faire grand chose. On peut tout juste ce contenter que des gens sur le net disent que ça marche nickel sans rien faire…

1)oui
2)oui sur Windows
3)Mageia,Ubuntu,Gentoo,Slackware,Arch. J'ai presque tout essayé

J'ai vu des gens qui disais que windows laissait le chipset dans un état que le driver linux ne pouvais gérer quand que l'on redémarre sous Linux. Il disait que pour vérifier, il fallait débranché l'ordinateur pendant 5sec le temps que le chipset réseau se réinitalise. Cela avait un rapport avec le wakeonlan. Et j'ai essayé, et cela semble bien marché après. Mais aussitôt que je boot sur windows cela va mal encore.
C'est bizarre

Ah, des gens ont ce probleme? Je sais pas d'ou ça vient mais sur ma carte mère, une MSI p67a GD55, parfois, la prise ethernet marche mal sous linux, quelle que soit la distro (debian et gentoo, en tout cas). Elle est détectée, configurable mais arrete d'envoyer quoi que ce soit passé 3 Mo. Je dois la ifconfig down et ifconfig up pour qu'elle remarche, enfin, jusqu'a ce qu'elle ait envoyé 3 Mo, et ainsi de suite. Et j'ai constaté qu'en eteignant la machine, débranchant l'alim', forçant un redémarrage pour purger electriquement les composants et redémarrant normalement, ça fonctionne, je peut expedier plusieurs gigas a travers le réseau tranquillement..

Ouais moi aussi ça ressemble vachement à toi, mais bon, j'ignore si on a la même carte réseau

Peut etre que c'est le défaut d'une gamme, aussi. Mais je suis content de voir que je ne suis pas le seul

J'ai le meme chipset que toi:

(extrait de mon lspci)
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 02)

Et je n'avais pas de probleme avec. Maintenant la prise a crame donc ca ne marche plus forcement, mais avatn ca marchait tres bine avec le driver que debian (lenny a l'epoque) choisi.

Ok donc, cela confirmerait l'hypothèse que c'est Windows qui laisse véritable la carte réseau inopérable pour Linux avec le wakeonlan ?

Je reconfirme, quand j'éteins l'ordi pendant quelques secondes et que je rallume, cela marche très bien

Realtek... Passons sur la qualité du matériel, vérifie si ce n'est pas un problème d'autonégociation en forçant les paramètres réseau (généralement du 100baseTX).

On a raté Trolldi... http://linuxfr.org/news/un-entretien-avec-lennart-poettering

Richard_LeHap: moi j'ai surtout vu des gens chez qui le driver sous Windows était "mal" configuré, si bien que le chipset est dans un mode inconsistent quand tu rebootes sous linux.

Il faut fouiller dans le centre de configuration de windows et cocher/décocher une option… mais je n'ai plus l'info sous la main (c'est dans mon historique, donc je retrouverai ça ce soit quand je serai à la maison).

J'ai aussi un RTL8111, si j'en crois les fiches techniques sur le web. Bon.. Je vais fouiller dans le centre de conf réseau. Ca viendrait du WoL? Je me rappelle pas avoir vu cette option dans le bios (enfin l'uefi..)

Shakaan: plutôt d'un fonction assez malsain dans la gestion de l'alimentation du chipset, d'après ce que j'ai pu lire.

Dargor: tu crois qu'il pense vraiment ce qu'il dit ? Genre que BSD c'est pas fait pour du desktop, que aucat c'est de la merde parce que ça utilise pas son algo, et tout ?

Au passage, je tenais à tirer mon chapeau à Ubuntu :
« À l'exception d'Ubuntu il semble que systemd va être le futur système d'init pour la plupart des grandes distributions. »
Là, ils font le bon choix pour une fois. Qu'ils gardent upstart (surtout qu'ils viennent
tout juste de soigner la bête pour avoir un temps de boot décent).

Enfin, pour ce qui est de Debian, je pense que Debian/kFreeBSD ne pèsera même pas un gramme dans la bataille. Ce projet a eu tellement d'os ces derniers mois que je ne suis pas très optimiste quant à sa survie.

Il ne dit rien de bien significatif sur aucat, il embraye sur "CoreAudio saymieu, PulseAudio ne fait aucune copie, le time based scheduling c'est génial... Oh, et on ne peut pas comparer à OpenBSD". Du vent, donc.

Quand à son opinion, je pense qu'il le pense, vu le reste de son discours.

Je pense aussi, mais c'est assez affligeant…

« avec GNOME 3 qui est un grand pas en avant en tant qu'interface pour Linux » ouais, bah moi je fais deux grands pas pour m'éloigner de Linux alors.

Enfin bref, il est clair que je ne peux fondamentalement pas m'entendre avec un type pareil.

"ouais, bah moi je fais deux grands pas pour m'éloigner de Linux alors. "

Le pas franchi par Gnome 3 est tellement grand que personne ne veut l'utiliser.

"Enfin bref, il est clair que je ne peux fondamentalement pas m'entendre avec un type pareil. "

D'un autre côté, il ne fallait pas s'attendre à un autre discours de la part de la personne ayant pondu PulseAudio.

Étant aussi un Mac-user j'apprécie CoreAudio, qui fonctionne merveilleusement bien, donc je ne suis pas contre le principe de PA d'autant plus que certaines fonctionnalités sont intéressantes. Ca c'est la théorie, car en pratique après avoir vu "la bête" à l’œuvre je suis tout de suite revenu sous OSS4.

gabriel_knight: bah, surtout, les gens partageant « mon camp » attendaient fermement l'arrivée de Gnome 3 à cause de la promesse de modularité qui présentait un possible choix d'utiliser ou non certaines cochonneries. Effectivement, maintenant on peut se passer des cochonneries … en utilisant les built-ins de Gnome 3 qui les remplacent et dont on n'a à peu près aucune chance de se débarrasser.

Du coup, le résultat est très fortement négatif.

Chris Je suis sur Windows 7, quand je vais dans le gestionnaire de périphérique, je sélectionne la carte réseau et dans l'onglet Gestion de l'alimentation, j'ai vu à quelques plaçes qu'il disait qu'il fallait coché Autorisé ce périphérique à sortir l'ordinateur du mode veille. J'ai essayé de la coché, de tout coché, de tout décoché, cela ne change rien .

Dargor C'est-à-dire ? Et cela n'a pas de lien avec mon problème, mais j'ai lu je ne me rapelle plus trop où, que tu avais regarder le code de JVirc. Si c'est vrai, est-ce vrai que c'est sand danger pour nos pass ?