Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

LRDP · Le 24/06/2012, à 08:38

Bonjour,
Je communique avec une autre machine, mon ordi ayant perdu sa connexion réseau, tant local qu'Internet. Je suis sous lucid, connexion filaire avec un dongle Netgear qui se connecte en WIFI avec la box. Un reboot ou un arrêt de l'ordi me fait souvent sauter la connexion avec effacement de tous les critères de connexion (host, DNS, adresse IP, adresse MAC). Même en restaurant /etc/NetworkManager/nm-system-settings.conf, /etc/default/dhcp3-server, /etc/network/interfaces à partir de sauvegarde où le réseau marchait : nada! j'ai fait les tests suivants:

lrdp@LRDP:~$ lspci | grep Network
lrdp@LRDP:~$ lshw -C network
WARNING: you should run this program as super-user.
  *-network               
       description: Ethernet interface
       product: RTL8111/8168B PCI Express Gigabit Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: eth0
       version: 06
       serial: 8c:89:a5:55:3b:6a
       width: 64 bits
       clock: 33MHz
       capabilities: bus_master cap_list ethernet physical
       configuration: broadcast=yes driver=r8169 driverversion=2.3LK-NAPI latency=0 multicast=yes
       resources: irq:60 ioport:d000(size=256) memory:dc104000-dc104fff(prefetchable) memory:dc100000-dc103fff(prefetchable)
  *-network
       description: Ethernet interface
       physical id: 1
       logical name: ham0
       serial: 7a:79:05:3c:e4:6e
       capabilities: ethernet physical
       configuration: broadcast=yes driver=tun driverversion=1.6 firmware=N/A ip=5.60.228.110 multicast=yes
lrdp@LRDP:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 8c:89:a5:55:3b:6a  
          adr inet6: fe80::8e89:a5ff:fe55:3b6a/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:15 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:0 (0.0 B) Octets transmis:3546 (3.5 KB)
          Interruption:60 Adresse de base:0xc000 

ham0      Link encap:Ethernet  HWaddr 7a:79:05:3c:e4:6e  
          inet adr:5.60.228.110  Bcast:5.255.255.255  Masque:255.0.0.0
          adr inet6: 2620:9b::53c:e46e/96 Scope:Global
          adr inet6: fe80::7879:5ff:fe3c:e46e/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1404  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:500 
          Octets reçus:0 (0.0 B) Octets transmis:4182 (4.1 KB)

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
          Packets reçus:2290 erreurs:0 :0 overruns:0 frame:0
          TX packets:2290 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:180380 (180.3 KB) Octets transmis:180380 (180.3 KB)

lrdp@LRDP:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
#iface eth0 inet dhcp
lrdp@LRDP:~$ interfaces reseau nm-tool
interfaces : commande introuvable
lrdp@LRDP:~$

Il y a une connexion ham0 qui a une IP inefficace, mais impossible à modifier ni à supprimer. le test "ifconfig eth0 up" me répond: "unable to resolve host LRDP (mon nom)
Si vous pouviez m'aider à rétablir le réseau, ce serait :cool: et aussi de la rendre stable. A moins qu'il ne s'agisse d'un problème matériel?

Dernière modification par LRDP (Le 27/06/2012, à 12:39)

Clem38 · Le 24/06/2012, à 17:40

Dans le fichier /etc/network/interfaces, de-commente la ligne iface eth0 inet dhcp et reboot, ça devrait fonctionner.
Si ça ne marche toujours pas, poste le retour de la commande ifconfig -a après le reboot.

LRDP · Le 24/06/2012, à 19:10

Merci,
justement, j'ai fait çà tout à l'heure en effaçant aussi host et DNS dans les connexions réseaux et outils réseaux, en mettant la ligne en question au-dessus de auto lo et enfin, après un reboot, c'est revenu . La question qui se pose : comment rendre la connexion immuable? Toutes les autres machines et portables n'ont pas ce problème de déconnexion malvenue sans cause et difficile à remettre en marche.
Je poste le ifconfig -a :

eth0      Link encap:Ethernet  HWaddr 8c:89:a5:55:3b:6a  
          inet adr:192.168.1.17  Bcast:192.168.1.255  Masque:255.255.255.0
          adr inet6: fe80::8e89:a5ff:fe55:3b6a/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Packets reçus:594189 erreurs:0 :0 overruns:0 frame:0
          TX packets:929672 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          Octets reçus:305148414 (305.1 MB) Octets transmis:1070413913 (1.0 GB)
          Interruption:60 Adresse de base:0x4000 

ham0      Link encap:Ethernet  HWaddr 7a:79:05:3c:e4:6e  
          inet adr:5.60.228.110  Bcast:5.255.255.255  Masque:255.0.0.0
          adr inet6: 2620:9b::53c:e46e/96 Scope:Global
          adr inet6: fe80::7879:5ff:fe3c:e46e/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1404  Metric:1
          Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
          TX packets:359 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:500 
          Octets reçus:0 (0.0 B) Octets transmis:55706 (55.7 KB)

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
          Packets reçus:378 erreurs:0 :0 overruns:0 frame:0
          TX packets:378 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:27688 (27.6 KB) Octets transmis:27688 (27.6 KB)

Donc, çà marche!
Curieusement le nm-system-settings.conf est vide. Ecrire la configuration rendrait-il la connexion plus stable? Mais comment faire?

LRDP · Le 24/06/2012, à 19:33

Et puis, curieusement aussi, l'icone de Network Manager a disparu du tableau de bord.... Je l'ai remplacé par l'Applet Netspeed, mais c'est toujours curieux....

LRDP · Le 25/06/2012, à 21:01

ok, je mets résolu pour ce post, mais il faut que je trouve le moyen de blinder la connexion pour ne pas la perdre à la moindre occasion.

LRDP · Le 26/06/2012, à 14:08

Pas résolu finalement.
A la suite d'un reboot: perte de la connexion, création d'une autre connexion avec une IP auto-assignée (donc inefficace pour le réseau local ou le Web) et eth0 sans aucune IP., comme lo aussi et ham0 qui s'était crée précédemment. Impossible de relancer les autres connexions qui étaient efficaces auparavant. /etc/network/Interfaces n'a pas bougé. Même en Root, je n'ai pas trouvé le moyen d'effacer les nouvelles connexions crées automatiquement. Où se trouve ce fichier de configuration réseau modifiable pour pouvoir réparer?

LRDP · Le 27/06/2012, à 12:38

Après RTFM, j'ai appliqué les astuces proposées par la documentation (sur Gconf-editor) et essayé les diverses commandes proposées sur le site Ubuntuforums.org et rien ne marche : le Network est bloqué. J'essaye de résoudre le problème en restaurant /etc sur des anciennes sauvegardes, mais il faut trouver la bonne , car le bug est constant depuis des semaines

Il y a donc un bug dans Lucid depuis une mise à jour de ces derniers mois, concernant un blocage du démarrage de Network après une mise en veille, une hibernation ou une extinction de l'ordinateur.

LRDP · Le 28/06/2012, à 08:10

Merci pour le conseil,
Je testerai wicd sur une autre config. Là, j'ai pu rétablir la situation en restaurant /etc et /var à partir d'une sauvegarde du mois dernier: le réseau fonctionne de suite... Mais je ne sais pas ce qu'il va se passer après un nouveau reboot... Ce n'est pas matériel, car le réseau Win$ marche en dual-boot, mais je ne m'en sers jamais. Il y a un bug dans un fichier de /etc ou/et de /var, mais lequel?

fuyika · Le 29/06/2012, à 16:55

je n'ai pas trouvé le moyen d'effacer les nouvelles connexions crées automatiquement. Où se trouve ce fichier de configuration réseau modifiable pour pouvoir réparer?[img]http://medicinedegrees.info/[Spam probable, merci de signaler][/img]

LRDP · Le 30/06/2012, à 07:26

Apparemment "medicinedegrees..." c'est du spam, cela renvoie à des sites publicitaires.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/06/2012, à 08:38

Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#2 Le 24/06/2012, à 17:40

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#3 Le 24/06/2012, à 19:10

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#4 Le 24/06/2012, à 19:33

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#5 Le 25/06/2012, à 21:01

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#6 Le 26/06/2012, à 14:08

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#7 Le 27/06/2012, à 12:38

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#8 Le 28/06/2012, à 08:10

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#9 Le 29/06/2012, à 16:55

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

#10 Le 30/06/2012, à 07:26

Re : Réseau perdu [pas RÉSOLU finalement] BUG A FIXER

Pied de page des forums