# \[resolu\]pas d'eth1

**URL:** <https://www.debian-fr.org/t/resolu-pas-deth1/14088>\
**Category:** Support Debian\
**Created:** [Février 20, 2016, 5:40 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088 "2016-02-20T17:40:32Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:40 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/1 "2016-02-20T17:40:32Z")

</div>

Bonjour a tous

C’est mon premier post sur ce forum qui m’est par ailleurs souvent très utile…

Je me résous à poster car je galère un peu : fraichement passé sous debian (après ubuntu, fedora), je n’arrive pas à connecter mon pc à internet. je m’explique:

j’ai un mini réseau local (2PC) relié grace au routeur freebox sans dhcp.

L’installation de debian se passe sans soucis, ma carte réseau est reconnue (controleur intégré nvidia) mais :

- au premier boot : pas de serverX donc je passe en version sid (carte graphique récente)
- Lorsque ma sid est installé, miracle j’ai une interface graphique mais plus aucune connexion internet
- après avoir farfouillé un peu, je m’aperçois que : j’ai eth0 (boucle local), eth2 (firewire), mais plus de eth1 (dans les outils réseau) et mon pc se connecte automatiquement à eth2
- la commande lspci voit bien ma carte réseau intégré pourtant

Comment corriger ce problème ? Debian sans internet c’est pas gagné !!!

Merci, a+

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 5:40 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/2 "2016-02-20T17:40:33Z")

</div>

[quote=“jul”]

- après avoir farfouillé un peu, je m’aperçois que : j’ai eth0 (boucle local), eth2 (firewire), mais plus de eth1 (dans les outils réseau) et mon pc se connecte automatiquement à eth2
- la commande lspci voit bien ma carte réseau intégré pourtant[/quote]  
Désolé, je n’ai rien compris. Que signifie “eth0 (boucle local)” ? Et “mon pc se connecte automatiquement à eth2” (eth2 fait partie du PC, comment peut-il se connecter à lui-même) ?

Pour info lspci ne fait que l’énumération des périphériques PCI, il ne dit rien sur leur prise en charge effective par le système.

Qu’affiche “ifconfig -a” et que contient /etc/network/interfaces ?

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:40 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/3 "2016-02-20T17:40:35Z")

</div>

merci pour ta réponse et désolé… Je vais essayer d’être plus clair.

Lors du processus d’installation, aucuns problèmes internet (récupération des packages pour passer en sid OK).

Après atp-get dist-upgrade, je retrouve une interface gnome. Mais je n’est plus ma connexion internet. En haut à droite l’indicateur réseau se connecte grâce à ma carte réseau eth2 (je crois que c’est le port firewire).  
Lorsque je vais dans les outils réseau (applications/outils systemes), je vois deux périphériques réseau eth0 et eth2 qui ne sont ni l’une ni l’autre ma “vrai” carte réseau intégré (controller ethernet intégré nvidia).

---

<div class="post-metadata">

**Author:** ![ziouplaboum](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/f1d935/32.png) [@ziouplaboum](https://www.debian-fr.org/u/ziouplaboum)\
**Post date:** [Février 20, 2016, 5:40 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/4 "2016-02-20T17:40:38Z")

</div>

Que donnent les commandes:

`cat /etc/network/interfaces
ifconfig
lsmod
lspci | grep etwor
lspci | grep therne`  
La première: fichier où est placée la configuration réseau  
La seconde: configuration actuelle de tes interfaces réseau  
La 3: modules chargés dans le noyau (driver de la carte réseau présent?)  
La 4: Quel est ton chipset Network?  
La 5: Quel est ton chipset Ethernet?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 5:40 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/5 "2016-02-20T17:40:49Z")

</div>

jul :  
Désolé mais ce n’est pas avec une description aussi vague qu’on pourra t’aider.

ziouplaboum :  
“ifconfig -a” est préférable car cela affiche aussi les interfaces désactivées, contrairement à ifconfig seul.  
“grep -i” ignore la casse, donc plus besoin de tronquer les mots. 🙂

---

<div class="post-metadata">

**Author:** ![ziouplaboum](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/f1d935/32.png) [@ziouplaboum](https://www.debian-fr.org/u/ziouplaboum)\
**Post date:** [Février 20, 2016, 5:40 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/6 "2016-02-20T17:40:52Z")

</div>

[quote=“PascalHambourg”]ziouplaboum :  
“ifconfig -a” est préférable car cela affiche aussi les interfaces désactivées, contrairement à ifconfig seul.  
“grep -i” ignore la casse, donc plus besoin de tronquer les mots. 🙂[/quote]

Merci. C’est tellement sympa de tronquer les mots!

> [@](#):
>
> Ta mère elle sniffe du trafic SSL

Certes, mais décompose-t-elle les grands nombres en produits de facteurs premiers en temps raisonnable (polynomial?). !-)

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/7 "2016-02-20T17:42:45Z")

</div>

Bonjour

Je relance ce post car j’ai tjrs le même problème.  
Et désolé pour le délai, je me suis absenté.

J’ai tenté une réinstall complète mais idem…

[i]Dans /etc/network/interfaces :

#loopback network interface  
auto lo  
iface lo inet loopback

#primary network interface  
allow-hotplug eth1  
iface eth1 inet static  
address 192.168.0.1  
netmask 255.255.255.0  
network 192.168.0.0  
broadcast 192.168.0.255  
gateway 192.168.0.100  
dns 212.27.53.252 212.27.54.252[/i]

(Tout me parait OK, bien que je ne sache pas à quoi correspond network et broadcast)

[i]ifconfig -a donne  
eth2 Link encap:Ethernet

lo Link encap:Boucle local[/i]

Bon, j’ai pas tout écrit, mais je pense que le problème vient de là : pas de eth1 (network manager se connecte à eth2)

lsmod me liste mes modules, j’ai tout un tas de truc, mais je ne sais pas quoi chercher.

lspci | grep etwor ne donne rien (j’obtiens un prompt sans message d’erreur ni rien du tout)

lspci | grep therne donne :  
00:00.06 Ethernet controller: nVidia Corporation MCP65 Ethernet (rev a3)

voilà, merci à vous pour votre aide…

a+

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/8 "2016-02-20T17:42:46Z")

</div>

[quote=“jul”][i]ifconfig -a donne  
eth2 Link encap:Ethernet

lo Link encap:Boucle local[/i]

Bon, j’ai pas tout écrit,[/quote]  
C’est toi qui vois, mais la rétention d’information risque de retarder la résolution du problème…

> [@](#):
>
> mais je pense que le problème vient de là : pas de eth1 (network manager se connecte à eth2)

Tu veux dire que la connexion internet marche via eth2 ?

Que rapporte “dmesg | grep -i eth” ?

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/9 "2016-02-20T17:42:46Z")

</div>

salut et merci :

j’ai pas tout écrit mais je n’avais que ces deux périph d’indiqués (je n’ai pas écrit les adresses matérielles par exemple)

Oui la connexion internet marche via eth2

ta commande donne :

forcedeth Reverse Engineered nForce nvidia driver. Version 0.6  
forcedeth 0000:00:06.0: ifname eth0, PHY OUI 0x732 @ 1, addr 00:1d:7d:c0:d7:f0  
forcedeth 0000:00:06.0: highdma pwrctl mgmt timirq gbit lnktim msi desc-v3  
Drviver ‘sd’ needs updating - please use bus\_type methods  
udev: renamed network interface eth0 to eth2  
eth2: no IPv6 routers present

voilà merci.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/10 "2016-02-20T17:42:46Z")

</div>

> [@](#):
>
> j’ai pas tout écrit mais je n’avais que ces deux périph d’indiqués (je n’ai pas écrit les adresses matérielles par exemple)

Justement, je voulais voir entre autres les adresses MAC pour vérifier quelques trucs.

> [@](#):
>
> udev: renamed network interface eth0 to eth2

Voilà ce que je cherchais : c’est udev qui renomme l’interface en eth2 à cause d’une règle dans /etc/udev/rules.d/z25\_persistent-net.rules. Tu peux copier ici le contenu de ce fichier pour en voir l’origine, et éventuellement quelle règle modifier ou supprimer pour éviter ou modifier ce renommage.

Si ça ne te pose pas de problème d’utiliser le nom eth2 au lieu de eth1, tu peux simplement remplacer eth1 par eth2 dans /etc/network/interfaces.

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/11 "2016-02-20T17:42:47Z")

</div>

ok merci,

je te remets l’intégralité du résultat de la commande ifconfig -a :

eth2 Link encap:Ethernet HWaddr 00:1d:7d:c0:d7:f0  
inet adr:169.254.203.22 Bcast:169.254.255.255 Masque:255.255.0.0  
adr inet6: fe80::21d:7dff:fec0:d7f0/64 Scope:Lien  
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1  
RX packets:3 errors:0 dropped:0 overruns:0 frame:0  
TX packets:90 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 lg file transmission:1000  
RX bytes:186 (186.0 B) TX bytes:13770 (13.4 KiB)  
Interruption:253 Adresse de base:0x8000

lo Link encap:Boucle locale  
inet adr:127.0.0.1 Masque:255.0.0.0  
adr inet6: ::1/128 Scope:Hôte  
UP LOOPBACK RUNNING MTU:16436 Metric:1  
RX packets:210 errors:0 dropped:0 overruns:0 frame:0  
TX packets:210 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 lg file transmission:0  
RX bytes:15664 (15.2 KiB) TX bytes:13770 (13.4 KiB)

Le contenu du fichier z25\_persitent.rules :

This file was automatically generated by the /lib/udev/write\_net\_rules

# program, probably run by the persistent-net-generator.rules rules file.

# 

# You can modify it, as long as you keep each rule on a single line.

# MAC addresses must be written in lowercase.

# Firewire device 00eb3dcc00001d7d (ohci1394)

SUBSYSTEM==“net”, DRIVERS=="?\*", ATTRS{address}==“00:eb:3d:cc:00:00:1d:7d”, NAME=“eth0”

# PCI device 0x10de:0x0450 (forcedeth)

SUBSYSTEM==“net”, DRIVERS=="", ATTRS{address}==“f0:d7:c0:7d:1d:00”, NAME=“eth1”

# PCI device 0x10de:0x0450 (forcedeth)

SUBSYSTEM==“net”, DRIVERS=="?\*", ATTR{address}==“00:1d:7d:c0:d7:f0”, NAME=“eth2”

le résultat de lsmod :

Module Size Used by  
nls\_utf8 6528 1  
nls\_cp437 11392 1  
vfat 17920 1  
fat 57016 1 vfat  
nls\_base 13444 4 nls\_utf8,nls\_cp437,vfat,fat  
usb\_storage 94272 1  
nfsd 261032 13  
lockd 73904 2 nfsd  
nfs\_acl 8192 1 nfsd  
auth\_rpcgss 52512 1 nfsd  
sunrpc 206984 11 nfsd,lockd,nfs\_acl,auth\_rpcgss  
exportfs 9472 1 nfsd  
appletalk 41744 0  
ppdev 13832 0  
lp 17540 0  
ipv6 294120 20  
battery 14208 0  
video 27412 0  
output 8704 1 video  
sbs 14336 0  
sbshc 11904 1 sbs  
ac 9344 0  
container 9600 0  
wmi 13120 0  
powernow\_k8 19076 1  
cpufreq\_powersave 6272 0  
cpufreq\_userspace 9092 0  
cpufreq\_ondemand 13712 1  
cpufreq\_stats 10528 0  
freq\_table 9728 3 powernow\_k8,cpufreq\_ondemand,cpufreq\_stats  
cpufreq\_conservative 13320 0  
dm\_snapshot 22472 0  
dm\_mirror 31748 0  
dm\_mod 68536 2 dm\_snapshot,dm\_mirror  
firewire\_sbp2 22808 0  
loop 23044 0  
snd\_hda\_intel 414296 1  
snd\_pcm\_oss 46752 0  
snd\_pcm 88072 2 snd\_hda\_intel,snd\_pcm\_oss  
snd\_mixer\_oss 21376 1 snd\_pcm\_oss  
snd\_seq\_dummy 8580 0  
snd\_seq\_oss 36736 0  
snd\_seq\_midi 13376 0  
snd\_rawmidi 31008 1 snd\_seq\_midi  
snd\_seq\_midi\_event 12544 2 snd\_seq\_oss,snd\_seq\_midi  
snd\_seq 58912 6 snd\_seq\_dummy,snd\_seq\_oss,snd\_seq\_midi,snd\_seq\_midi\_event  
parport\_pc 34344 1  
parport 44848 3 ppdev,lp,parport\_pc  
snd\_timer 29328 2 snd\_pcm,snd\_seq  
snd\_seq\_device 12948 5 snd\_seq\_dummy,snd\_seq\_oss,snd\_seq\_midi,snd\_rawmidi,snd\_seq  
i2c\_nforce2 11392 0  
snd 66888 11 snd\_hda\_intel,snd\_pcm\_oss,snd\_pcm,snd\_mixer\_oss,snd\_seq\_oss,snd\_rawmidi,snd\_seq,snd\_timer,snd\_seq\_device  
soundcore 13088 1 snd  
k8temp 10624 0  
pcspkr 7808 0  
snd\_page\_alloc 15120 2 snd\_hda\_intel,snd\_pcm  
usblp 19840 0  
i2c\_core 30752 1 i2c\_nforce2  
button 13856 0  
evdev 17408 3  
ext3 139280 2  
jbd 55336 1 ext3  
mbcache 13956 1 ext3  
ide\_cd\_mod 41504 0  
sd\_mod 33728 6  
cdrom 39464 1 ide\_cd\_mod  
ata\_generic 13572 0  
usbhid 49632 0  
hid 44736 1 usbhid  
ff\_memless 10248 1 usbhid  
ahci 36616 3  
amd74xx 13576 0 [permanent]  
libata 165808 2 ata\_generic,ahci  
scsi\_mod 170360 4 usb\_storage,firewire\_sbp2,sd\_mod,libata  
dock 16288 1 libata  
firewire\_ohci 27908 0  
firewire\_core 45920 2 firewire\_sbp2,firewire\_ohci  
crc\_itu\_t 6656 1 firewire\_core  
ide\_pci\_generic 9476 0 [permanent]  
ide\_core 138160 3 ide\_cd\_mod,amd74xx,ide\_pci\_generic  
forcedeth 55692 0  
ehci\_hcd 40076 0  
ohci\_hcd 28292 0  
thermal 26656 0  
processor 49388 2 powernow\_k8,thermal  
fan 10760 0

Et voici les infos affichées par nm\_applet :  
 ![](https://www.debian-fr.org/uploads/default/original/1X/daf8eca73738e1cd851901d63e7766b1fb6bb328.jpg)

J’ai également essayé de remplacer eth1 par eth2 dans etc/network/interface mais ca change rien…

Merci pour ton aide

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/12 "2016-02-20T17:42:47Z")

</div>

Je ne me rappelle pas avoir demandé le résultat de lsmod. 😛  
Concernant les règles udev de nommage des interfaces réseau,

- la première règle pour eth0 concerne effectivement une interface firewire, mais qui ne semble pas présente, le module correspondant n’étant pas chargé ;

- la seconde règle pour eth1 concerne l’interface ethernet mais avec une adresse MAC à l’envers de l’adresse actuelle (et qui semble anormale) ;

- la troisième règle pour eth2 concerne l’interface ethernet avec l’adresse MAC actuelle (qui semble normale, avec l’identifiant de Gigabyte) ; c’est elle qui s’applique.

Je soupçonne que le pilote forcedeth du noyau de la version initialement installée (etch ?) est affecté par un bug connu qui fait lire l’adresse MAC à l’envers. Après la mise à jour en sid, le pilote du nouveau noyau n’a plus ce bug et lit l’adresse MAC dans le bon sens. Mais comme udev avait créé une règle de nommage persistant en eth1 avec la mauvaise adresse MAC, il doit renommer l’interface en eth2 et crée une nouvelle règle de nommage pour la bonne adresse.

Bref, si tu veux retrouver eth1 au reboot avec le nouveau noyau tu peux supprimer la seconde règle et remplacer “eth2” par “eth1” dans la troisième (devenue de fait la seconde).

udev c’est bien, ça part d’une bonne intention, mais parfois c’est très chiant.

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/13 "2016-02-20T17:42:47Z")

</div>

Ca marche pôôôôôô^!!!

Bon j’ai supprimé la deuxième règle dans z25\_persistent.rules et remplacé eth2 par eth1 dans la troisième.

Mais toujours pas :nm\_applet reste désespérément avec sa croix rouge et indique “aucune connexion réseau”.

Ai-je oublié de faire un truc ?

merci

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/14 "2016-02-20T17:42:48Z")

</div>

Tu as bien redémarré la machine ?  
Que donne :

`dmesg|grep -i eth
ifconfig -a
ifup eth1
ifconfig eth1
`

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/15 "2016-02-20T17:42:48Z")

</div>

Oui,

J’ai bien rebooté.

Les résultats des commandes demandées :

bureau:/home/jul# dmesg | grep -i eth  
[5.387588] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.61.  
[5.277097] Driver ‘sd’ needs updating - please use bus\_type methods  
[5.918740] forcedeth 0000:00:06.0: ifname eth0, PHY OUI 0x732 @ 1, addr 00:1d:7d:c0:d7:f0  
[5.918740] forcedeth 0000:00:06.0: highdma pwrctl mgmt timirq gbit lnktim msi desc-v3  
[7.564182] udev: renamed network interface eth0 to eth1  
[25.256819] eth1: no IPv6 routers present

bureau:/home/jul# ifconfig -a  
eth1 Link encap:Ethernet HWaddr 00:1d:7d:c0:d7:f0  
inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0  
adr inet6: fe80::21d:7dff:fec0:d7f0/64 Scope:Lien  
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1  
RX packets:153 errors:0 dropped:0 overruns:0 frame:0  
TX packets:139 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 lg file transmission:1000  
RX bytes:12661 (12.3 KiB) TX bytes:16214 (15.8 KiB)  
Interruption:253 Adresse de base:0xe000

lo Link encap:Boucle locale  
inet adr:127.0.0.1 Masque:255.0.0.0  
adr inet6: ::1/128 Scope:Hôte  
UP LOOPBACK RUNNING MTU:16436 Metric:1  
RX packets:115 errors:0 dropped:0 overruns:0 frame:0  
TX packets:115 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 lg file transmission:0  
RX bytes:7641 (7.4 KiB) TX bytes:7641 (7.4 KiB)

bureau:/home/jul# ifup eth1  
ifup: interface eth1 already configured

bureau:/home/jul# ifconfig eth1  
eth1 Link encap:Ethernet HWaddr 00:1d:7d:c0:d7:f0  
inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0  
adr inet6: fe80::21d:7dff:fec0:d7f0/64 Scope:Lien  
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1  
RX packets:156 errors:0 dropped:0 overruns:0 frame:0  
TX packets:139 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 lg file transmission:1000  
RX bytes:12847 (12.5 KiB) TX bytes:16214 (15.8 KiB)  
Interruption:253 Adresse de base:0xe000

Merci

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/16 "2016-02-20T17:42:51Z")

</div>

Le bug de forcedepth est bien connu. Ta carte parait bien coinfigurée là, elle a une adresse 192.168.0.1 qui est bien celle que tu voulais et il y a eu du traffic dessus. Qu’est ce qui te fait dire que ça ne marche pas?

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/17 "2016-02-20T17:42:52Z")

</div>

Ben aucun accès au réseau, ni à Internet… (croix rouge dans nm\_applet “aucune connexion réseau”)

C’est normal ça :  
[7.564182] udev: renamed network interface eth0 to eth1

merci pour ton aide!

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/18 "2016-02-20T17:42:52Z")

</div>

Tu es sous gnome? Il semble que le gnome network manager est plus ou moins en conflit avec ifupdown (je ne suis pas sous gnome et m’en félicite). En toiut cas, ta carte réseau semble être configurée.[quote]eth1 Link encap:Ethernet HWaddr 00:1d:7d:c0:d7:f0  
inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0  
adr inet6: fe80::21d:7dff:fec0:d7f0/64 Scope:Lien  
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1  
RX packets:156 errors:0 dropped:0 overruns:0 frame:0  
TX packets:139 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 lg file transmission:1000  
RX bytes:12847 (12.5 KiB) TX bytes:16214 (15.8 KiB)  
Interruption:253 Adresse de base:0xe000 [/quote] Que donne  
$ ping 192.168.0.100

Que donne

# route -n

---

<div class="post-metadata">

**Author:** ![jul](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jul/32/4088_2.png) [@jul](https://www.debian-fr.org/u/jul)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/19 "2016-02-20T17:42:52Z")

</div>

Voilà, oui je suis sous gnome

bureau:/home/jul# ping 192.168.0.100  
PING 192.168.0.100 (192.168.0.100) 56(84) bytes of data.  
64 bytes from 192.168.0.100: icmp\_seq=1 ttl=64 time=2.82 ms  
64 bytes from 192.168.0.100: icmp\_seq=2 ttl=64 time=3.45 ms  
64 bytes from 192.168.0.100: icmp\_seq=3 ttl=64 time=0.623 ms  
64 bytes from 192.168.0.100: icmp\_seq=4 ttl=64 time=0.639 ms  
64 bytes from 192.168.0.100: icmp\_seq=5 ttl=64 time=0.617 ms  
64 bytes from 192.168.0.100: icmp\_seq=6 ttl=64 time=0.595 ms  
64 bytes from 192.168.0.100: icmp\_seq=7 ttl=64 time=0.633 ms  
64 bytes from 192.168.0.100: icmp\_seq=8 ttl=64 time=0.667 ms  
64 bytes from 192.168.0.100: icmp\_seq=9 ttl=64 time=0.672 ms  
64 bytes from 192.168.0.100: icmp\_seq=10 ttl=64 time=0.602 ms  
64 bytes from 192.168.0.100: icmp\_seq=11 ttl=64 time=0.600 ms  
^[64 bytes from 192.168.0.100: icmp\_seq=12 ttl=64 time=0.603 ms  
64 bytes from 192.168.0.100: icmp\_seq=13 ttl=64 time=0.602 ms  
64 bytes from 192.168.0.100: icmp\_seq=14 ttl=64 time=0.668 ms  
…

bureau:/home/jul# route -n  
Table de routage IP du noyau  
Destination Passerelle Genmask Indic Metric Ref Use Iface  
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1  
0.0.0.0 192.168.0.100 0.0.0.0 UG 0 0 0 eth1

Je viens de m’apercevoir que lorsque j’ouvre les serveurs réseau, je vois mes deux pc (mini réseau samba grâce au routeur freebox) mais lorsue je veux accèder aux dossiers partagés sur le pc winxp j’ai bugbuddy qui s’ouvre : arrêt brutal de poste de travail. Je sais pas si c’est lié.

merci

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:42 UTC](https://www.debian-fr.org/t/resolu-pas-deth1/14088/20 "2016-02-20T17:42:52Z")

</div>

Ta carte réseau marche, je pense que tu as un souci de DNS si tu n’arrives pas à surfer. Quant à ton applet, visiblement elle foire.

[Page suivante](https://www.debian-fr.org/t/resolu-pas-deth1/14088.md?page=2)
