Restaurer la connexion internet

Support Debian
#1

Bonsoir,

Suite à un changement de matériel (carte-mère, processeur et RAM), j’ai retrouvé ma Debian Sid sans avoir besoin de la réinstaller. Ce que j’ai testé pour le moment semble fonctionner sauf la connexion à internet.

Avec l’ancien matériel, j’avais une carte réseau mais, maintenant, le câble est branché directement sur la carte réseau intégrée de la carte mère et je n’ai plus aucune connexion.

Quelques éléments, pour aider à cerner le problème :

[code]ifconfig -a
eth1 Link encap:Ethernet HWaddr 90:2b:34:ae:b9:73
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

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:65536 Metric:1
RX packets:1987 errors:0 dropped:0 overruns:0 frame:0
TX packets:1987 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:573661 (560.2 KiB) TX bytes:573661 (560.2 KiB)[/code]

[code]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

allow-hotplug eth0
iface eth0 inet static
address 192.168.1.104
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255
gateway 192.168.1.254
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 212.99.2.8 195.167.224.150 192.168.1.254
dns-search home[/code]

cat /etc/resolv.conf search home nameserver 208.67.222.222 nameserver 208.67.220.220 nameserver 192.168.1.254

lspci -v ............. 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06) Subsystem: Gigabyte Technology Co., Ltd Motherboard Flags: bus master, fast devsel, latency 0, IRQ 48 I/O ports at d000 [size=256] Memory at d0004000 (64-bit, prefetchable) [size=4K] Memory at d0000000 (64-bit, prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [70] Express Endpoint, MSI 01 Capabilities: [b0] MSI-X: Enable- Count=4 Masked- Capabilities: [d0] Vital Product Data Capabilities: [100] Advanced Error Reporting Capabilities: [140] Virtual Channel Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00 Kernel driver in use: r8169 .............

ping 192.168.1.254 connect : Network is unreachable ping google.fr ping : unknown host google.fr
Je ne sais pas trop comment orienter mes recherches. Un pilote manquant ? Une ancienne configuration qui bloquerait la connexion via le nouveau matériel ?

Merci.

#2

Bonsoir,
La nouvelle puce ethernet a été détectée et le système la nomme eth1 (et pas eth0 dont la trace a été gardée) : dans le fichier /etc/network/interfaces il faut renommer eth0 en eth1 ou alors supprimer les traces de l’ancienne puce dans /etc/udev/rules.d/70-persistent-net et renommer la nouvelle en eth0.

#3

Aaaaaah (soupir d’aise), j’ai choisi la seconde solution pour que tout soit bien propre et ça fonctionne comme si de rien n’était.
Merci. :023

De prime abord, j’étais contente de ne pas avoir à réinstaller suite au changement de matériel mais, sans connexion, mon PC n’est plus tout à fait lui-même. A moi toutes les mises à jour qui ont dû s’accumuler pendant les quelques jours de panne. :smiley:

#4

Pascal avait raison en disant que parfois il fallait régler quelques trucs, mais linux a le gros avantage de redémarrer quand même.

#5

Pas toujours.
Si lors de l’installation et de la configuration initiale d’initramfs-tools on a choisi de ne mettre dans l’initramfs que les modules nécessaires au démarrage sur l’ancienne machine (ce qui correspond à l’option MODULES=dep au lieu de MODULES=most dans initramfs.conf) afin de produire un initramfs de taille minimale, et si le nouveau matériel est différent et nécessite un autre pilote, notamment le contrôleur hôte connecté au disque contenant la racine, alors l’initramfs sera incapable de monter la racine et le démarrage échouera.

#6

Donc a retenir : ne pas mettre dans l’initramfs que les modules nécessaires au démarrage d’une machine :smiley:

#7

Cela peut être nécessaire dans certains cas pour limiter la taille de l’initramfs, par exemple à cause des limitations du chargeur d’amorçage. Je sais que lilo avait ce genre de problème, je ne sais pas si c’est toujours d’actualité.

#8

Tout dépends encore une fois de ce que tu recherche :whistle:

#9

Je n’ai pas tout compris. :think:
Disons que je vais me contenter de laisser le système choisir pour moi, aussi longtemps que ça ne me causera pas de problème majeur.