La commande
ne donne rien.
J’ai vu aussi ceci :
https://askubuntu.com/questions/761027/ethernet-not-working-on-ubuntu-driver-r8169-link-down
le wake-on-lan qui déconnerait sur les dual-boot.
J’ai testé de changer l’option de la carte sur windows, mais cela n’a rien changé.
Je ne suis pas allé plus loin de peur de faire des conneries!
Et donc que dit
cat /etc/udev/rules.d/70-persistent-net.rules
Voici :
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# PCI device 0x1106:/sys/devices/pci0000:00/0000:00:12.0 (via-rhine)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:19:66:01:c1:5a", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:0c.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="60:e3:27:04:2c:2c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
Cela confirme bien que eth1 correspond à la carte pci.
j’essaierai avec une seule ligne eth0 pour la carte Realtek
# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:0c.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="60:e3:27:04:2c:2c", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
et
auto lo
iface lo inet loopback
#The primary network interface
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
Le nommage des interfaces par udev est une fausse piste. Perte de temps. Idem pour la configuration de NetworkManager ou du fichier interfaces.
Le problème est que le pilote ne détecte pas la liaison lorsque l’interface est activée : drapeau UP mais pas RUNNING dans la sortie d’ifconfig, les messages du noyau “link down” et “link is not ready”. Comme si le câble n’était pas branché.
Question bête : est-ce que le voyant de liaison de la carte réseau est allumé ? Même chose pour le port du switch/routeur/box à l’autre bout du câble ?
Bonjour,
quand je démarre sous Debian, aucun voyant ne s’allume.
Quand je démarre sous xp, deux voyants sur la carte réseau s’allument.
Cela a l’air de ressembler au problème évoqué ici : https://askubuntu.com/questions/761027/ethernet-not-working-on-ubuntu-driver-r8169-link-down et ici https://en.opensuse.org/SDB:Realtek_8169_driver_problem.
Pour info, sur la carte j’avais coché l’option Autoriser ce périphérique à sortir cet ordinateur de la mise en veille.
J’ai redémarré, mais cela n’a eu aucun effet.
Par contre il y a une option qui était cochée Autoriser cet ordinateur à éteindre ce périphérique pour économiser de l’énergie.
Je vais tester en décochant cette option.
Je viens de faire le test, cela n’a rien changé 
As-tu regardé dans les options du BIOS de la machine (wake on LAN…) ?
Il n’ y a aucune options de gestion de l’alimentation dans le bios, ce qui est compréhensible car cette carte réseau a été ajoutée après que la carte réseau intégrée (n’ayant pas cette faculté) ait rendu l’âme.
vous je ne sais pas; mais moi il y a longtemps que j’aurais sauvegardé mes données et autres fichiers de configs et j’aurais installé une jessie et tout serait rentré dans l’ordre out of the box avec network-manager et tout et tout.
Bonjour,
rien ne garantie avec une version plus récente de Debian que cela marche.
Je pense même que j’aurai le même souci : je n’ai jamais eu de soucis de réseau avec cette carte depuis au moins un an, voir deux ans. Et subitement plus de connexion internet, sachant que ces derniers temps, la seule utilisation que j’avais de cet ordinateur était très minime : démarrer faire les mises à jour et éteindre.
A un moment donnée, une mise à jour logicielle a engendré ce problème, mais impossible de savoir quoi!
en tout cas ça marche avec xp/dualboot; donc ce n’est pas la carte valide qui est en jeu mais c’est un problème de gestion de réseau qui semble vraiment réfractaire à toute tentative de mise au pas; c’est pourquoi j’ai lancé l’idée d’une installation fraîche de jessie qui doit résoudre ce pb; au moment de l’installation la détection du réseau se fait immédiatement au départ, après le choix de la langue. Il faut bien noter l’adresse mac de la bonne carte,elle est donnée dans xp.
et
sudo ifconfig eth0 up
ou
sudo ifup eth0
ça lui décoincerait pas la tête??
C’est vite vu : démarrer avec l’installateur Debian Jessie, Stretch ou n’importe quel système live basé sur un noyau plus récent et voir ce qui se passe.
Il peut y en avoir pour les périphérique PCI.
Non, puisque l’interface est déjà active (UP).
Bonjour,
Est-il possible de connaître les derniers paquets mis à jour ?
Bonjour
Si j’ai bien compris, je démarre avec un livecd et s j’ai du réseau, c’est bon, si je fais l’install, j’aurai aussi du réseau?
Les seules choses que j’ai trouvé das le bios sont :
ACPI SETTINGS
Restore onAC/Power loss : Power Off
Ring-In Power Off : Disabled
PCI Devices Power On : Disabled
PS/2 Keyboard Power On : Disabled
RTC Alarm Power On : Disabled
ACPI HPET Table
CHIPSET SETTINGS
PCI Delay Transactio : Disabled
@jcsm33
Il faut que je regarde dans /var/log/dpkg.log ou /var/log/apt/history.log sachant que j’utilise le logiciel Apper pour faire les mises à jour.
mais vous aurez du réseau, obligatoirement, vous en avez déjà avec xp et ce sera la même chose avec un live cd qui détectera automatiquement votre carte active.
Je ne suis pas sûr de comprendre. Quand je démarre sous xp, le matériel (en particulier la carte réseau) est piloté par des drivers intégré au système d’exploitation.
Si je démarre avec un live-cd Debian, je ne vais pas utiliser les drivers d’xp?
@jcsm33
Voici les logs de la dernière mise à jour :
2017-03-05 17:46:13 status installed login:i386 1:4.1.5.1-1+deb7u1
2017-03-05 17:46:15 status half-installed linux-image-3.2.0-4-686-pae:i386 3.2.84-1
2017-03-05 17:46:22 status half-installed linux-image-3.2.0-4-686-pae:i386 3.2.84-1
2017-03-05 17:46:23 status half-installed passwd:i386 1:4.1.5.1-1
2017-03-05 17:46:23 status half-installed passwd:i386 1:4.1.5.1-1
2017-03-05 17:46:23 status half-installed passwd:i386 1:4.1.5.1-1
2017-03-05 17:46:28 status installed man-db:i386 2.6.2-1
2017-03-05 17:46:29 status installed passwd:i386 1:4.1.5.1-1+deb7u1
2017-03-05 17:46:30 status half-installed bind9-host:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:30 status half-installed bind9-host:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:30 status half-installed bind9-host:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:31 status half-installed dnsutils:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:31 status half-installed dnsutils:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:31 status half-installed dnsutils:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:31 status half-installed libisc84:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:32 status half-installed libisc84:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:32 status half-installed libdns88:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:32 status half-installed libdns88:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:33 status half-installed libisccc80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:33 status half-installed libisccc80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:33 status half-installed libisccfg82:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:34 status half-installed libisccfg82:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:35 status half-installed liblwres80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:35 status half-installed liblwres80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:35 status half-installed host:all 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:35 status half-installed host:all 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:36 status half-installed libbind9-80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:36 status half-installed libbind9-80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u14
2017-03-05 17:46:36 status half-installed libplist1:i386 1.8-1+deb7u1
2017-03-05 17:46:37 status half-installed libplist1:i386 1.8-1+deb7u1
2017-03-05 17:46:37 status half-installed linux-headers-3.2.0-4-686-pae:i386 3.2.84-1
2017-03-05 17:46:40 status half-installed linux-headers-3.2.0-4-686-pae:i386 3.2.84-1
2017-03-05 17:46:41 status half-installed linux-headers-3.2.0-4-common:i386 3.2.84-1
2017-03-05 17:46:43 status half-installed linux-headers-3.2.0-4-common:i386 3.2.84-1
2017-03-05 17:46:44 status half-installed linux-libc-dev:i386 3.2.84-1
2017-03-05 17:46:44 status half-installed linux-libc-dev:i386 3.2.84-1
2017-03-05 17:46:45 status installed man-db:i386 2.6.2-1
2017-03-05 17:47:03 status installed linux-image-3.2.0-4-686-pae:i386 3.2.84-2
2017-03-05 17:47:04 status installed libisc84:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:04 status installed libdns88:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:04 status installed libisccc80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:05 status installed libisccfg82:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:05 status installed libbind9-80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:05 status installed liblwres80:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:05 status installed bind9-host:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:05 status installed host:all 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:05 status installed dnsutils:i386 1:9.8.4.dfsg.P1-6+nmu2+deb7u15
2017-03-05 17:47:06 status installed libplist1:i386 1.8-1+deb7u2
2017-03-05 17:47:06 status installed linux-headers-3.2.0-4-common:i386 3.2.84-2
2017-03-05 17:47:06 status installed linux-headers-3.2.0-4-686-pae:i386 3.2.84-2
2017-03-05 17:47:06 status installed linux-libc-dev:i386 3.2.84-2
J’ai aussi jeté un œil au fichier syslog et j’ai vu ça :
Apr 30 12:30:20 debian NetworkManager[2718]: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:0c.0/net/eth1, iface: eth1)
Apr 30 12:30:20 debian NetworkManager[2718]: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:0c.0/net/eth1, iface: eth1): no ifupdown configuration found.
Apr 30 12:30:20 debian NetworkManager[2718]: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:12.0/net/eth0, iface: eth0)
Apr 30 12:30:20 debian NetworkManager[2718]: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:12.0/net/eth0, iface: eth0): no ifupdown configuration found.
Dans le ficher user.log, il y a :
Apr 30 12:49:36 debian org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Applicatio
n may misbehave.
Apr 30 12:50:51 debian org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Applicatio
n may misbehave.
Apr 30 12:51:35 debian org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Applicatio
n may misbehave.
Bonne journée
quand vous bootez sur xp vous avez du réseau avec votre carte réseau valide(celle qui fonctionne,la realtek); sous xp votre carte réseau fonctionnera avec le pilote pour windows xp; quand vous bootez sur un live cd linux vous avez du réseau avec cette même carte valide qui fonctionnera avec le pilote linux pour cette carte; les pilotes linux et windows ne sont bien sûr pas les mêmes mais tous deux font fonctionner la même carte dans leur système d’exploitation respectif. Pour en revenir à votre problème de départ sous wheezy il y a un couac de configuration réseau qui empêche votre carte d’être reconnue et fonctionnelle,mais lequel,depuis le temps que vous vous cassez la tête il aurait été plus rapide d’installer une jessie fraîche qui aurait reconnu et configuré automatiquement cette question d’accès réseau. En plus votre wheezy va devenir obsolète dans pas longtemps ,elle va devenir old-oldstable et vous n’aurez plus de mises à jour, alors tant qu’a faire installez la jessie que vous pourrez upgrader vers la nouvelle stable stretch.