Passage de stable a testing, plus d'internet

Bonjour à tous,

J’ai voulu mettre une debian SID sur une partition de mon disque dur. J’ai donc voulu l’installer comme je le fais d’habitude. C’est à dire, installation de stable (netinstal) puis passage en testing puis passage en SID.

Sauf que cette fois j’ai eu un problème. Après mon passage en testing, je n’ai plus de connexion internet (Ethernet). Je n’ai pour l’instant que le système de base d’installé (pas d’interface graphique, pas de network-manager ou wicd). C’est donc le fichier interface qui gère mes connexions.

Le voici :

[code]# 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 dhcp[/code]

A noter aussi que lorsque je fais un ifconfig juste après avoir démarré, rien n’apparaît. Je suis obligé de faire un ifconfig eth0 up pour faire apparaître mon interface dans ifconfig. Mais malgré cela je n’ai toujours pas internet…
Pour tester la connexion je fais un apt-get update et je vois bien que rien n’aboutis. Un ping sur google ne fonctionne pas non plus.

Quelqu’un voit d’où peut venir le problème?

Déjà il manque la ligne [mono]auto eth0[/mono] pour dire de faire un [mono]ifup[/mono] automatiquement au démarrage.

Mais vu ce que tu dis ça ne va pas résoudre le problème.

Fais voir [mono]ifconfig eth0[/mono] une fois que ton interface est up, ainsi que le contenu de [mono]/etc/resolv.conf[/mono]
Si tu essayes de [mono]ping 173.194.67.139[/mono] (IP de Google, pour court-circuiter les DNS) ça donne quoi ?

Peut-être ta carte ethernet non reconnue, un firmware manquant.
Les commandes:

… pourront en dire davantage.

[quote=“syam”]Déjà il manque la ligne [mono]auto eth0[/mono] pour dire de faire un [mono]ifup[/mono] automatiquement au démarrage.

Mais vu ce que tu dis ça ne va pas résoudre le problème.

Fais voir [mono]ifconfig eth0[/mono] une fois que ton interface est up, ainsi que le contenu de [mono]/etc/resolv.conf[/mono]
Si tu essayes de [mono]ping 173.194.67.139[/mono] (IP de Google, pour court-circuiter les DNS) ça donne quoi ?[/quote]
Lorsque je ping google directement via son adresse IP :

Du coup j’ai éssayé de pinger ma box (192.168.1.1) et j’ai exactement le même message… Donc si déjà je peux pas pinger la box je risque d’arriver sur le net.

Par contre je vois vraiment pas d’où peut venir le problème.

Je retourne chercher les infos demandé par zbf et je reviens les poster.

EDIT : voila les infos supplémentaires.

Le lsmod :

Module Size Used by parport_pc 26300 0 ppdev 12686 0 lp 17074 0 parport 35749 3 lp,ppdev,parport_pc bnep 17431 2 rfcomm 37088 0 bluetooth 215957 10 bnep,rfcomm uinput 17372 1 nfsd 259193 2 auth_rpcgss 51197 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl 12511 1 nfsd nfs 183664 0 lockd 79321 2 nfs,nfsd fscache 45381 1 nfs sunrpc 224520 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl loop 26609 0 snd_hda_codec_hdmi 35722 4 uvcvideo 78960 0 videobuf2_vmalloc 12816 1 uvcvideo videobuf2_memops 12519 1 videobuf2_vmalloc videobuf2_core 35155 1 uvcvideo videodev 113380 2 uvcvideo,videobuf2_core media 18303 2 uvcvideo,videodev joydev 17063 0 iTCO_wdt 12831 0 iTCO_vendor_support 12649 1 iTCO_wdt snd_hda_codec_realtek 49710 1 nouveau 876268 1 mxm_wmi 12515 1 nouveau arc4 12536 2 x86_pkg_temp_thermal 12951 0 intel_powerclamp 13063 0 coretemp 12854 0 kvm 367626 0 crc32_pclmul 12915 0 crc32c_intel 21809 0 ghash_clmulni_intel 13021 0 cryptd 14516 1 ghash_clmulni_intel sg 29971 0 pcspkr 12595 0 rtl8192ce 52215 0 rtl_pci 25898 1 rtl8192ce rtlwifi 50404 2 rtl_pci,rtl8192ce rtl8192c_common 40089 1 rtl8192ce psmouse 82028 0 sr_mod 21898 0 serio_raw 12849 0 mac80211 441536 3 rtl_pci,rtlwifi,rtl8192ce cdrom 39232 1 sr_mod evdev 17445 12 i2c_i801 16965 0 cfg80211 390600 2 mac80211,rtlwifi lpc_ich 20768 0 mfd_core 12601 1 lpc_ich sparse_keymap 12818 0 r8169 60070 0 rfkill 18867 3 cfg80211,bluetooth mii 12675 1 r8169 battery 13101 0 ttm 65243 1 nouveau drm_kms_helper 35695 1 nouveau snd_hda_intel 39672 0 drm 236372 3 ttm,drm_kms_helper,nouveau video 17799 1 nouveau snd_hda_codec 146743 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel i2c_algo_bit 12751 1 nouveau ehci_pci 12472 0 i2c_core 24092 6 drm,i2c_i801,drm_kms_helper,i2c_algo_bit,nouveau,videodev snd_hwdep 13148 1 snd_hda_codec ehci_hcd 48414 1 ehci_pci ac 12668 0 snd_pcm 84096 3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel button 12944 1 nouveau processor 28272 0 usbcore 154167 3 uvcvideo,ehci_hcd,ehci_pci mei_me 13400 0 snd_page_alloc 17114 2 snd_pcm,snd_hda_intel wmi 17339 2 mxm_wmi,nouveau snd_timer 26614 1 snd_pcm mei 49885 1 mei_me snd 60869 7 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec,snd_hda_intel usb_common 12440 1 usbcore soundcore 13026 1 snd ext4 465607 2 crc16 12343 2 ext4,bluetooth mbcache 13082 1 ext4 jbd2 82560 1 ext4 sd_mod 44254 3 crc_t10dif 12431 1 sd_mod crct10dif_common 12356 1 crc_t10dif ahci 25096 2 libahci 27202 1 ahci libata 168945 2 ahci,libahci scsi_mod 178700 4 sg,libata,sd_mod,sr_mod thermal 17468 0 thermal_sys 27525 5 video,intel_powerclamp,thermal,processor,x86_pkg_temp_thermal

Le lspci -nn :

00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5) 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b5) 00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 [8086:1c1a] (rev b5) 00:1c.6 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 7 [8086:1c1c] (rev b5) 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05) 00:1f.0 ISA bridge [0601]: Intel Corporation HM65 Express Chipset Family LPC Controller [8086:1c49] (rev 05) 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 05) 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108M [GeForce GT 525M] [10de:0dec] (rev a1) 01:00.1 Audio device [0403]: NVIDIA Corporation GF108 High Definition Audio Controller [10de:0bea] (rev a1) 03:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01) 04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05)

Le dmesg, je ne peux pas le mettre, il est bien trop long et je dépasse le nombre de caractère autorisé dans le post :slightly_smiling:

Normal : [mono]ifconfig eth0 up[/mono] ne fait qu’activer l’interface, cela ne la configure pas. Sans configuration IP, pas de connectivité IP. Il aurait fallu exécuter [mono]ifup eth0[/mono], qui active l’interface et la configure avec les paramètres définis dans /etc/network/interfaces.

[mono]allow-hotplug[/mono] est une alternative à [mono]auto[/mono], normalement cela active et configure l’interface lorsqu’elle est créée.

ifup n’est pas présent sur mon système.

Salut,

[mono]ifupdown[/mono] n’est-il pas présent sur ton system ?

Non, il n’est pas installé :

ifupdown: Installé : (aucun) Candidat : 0.7.8 Épinglage de paquet : 0.7.8 Table de version : 0.7.47.1 1000 500 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages 0.7.8 1000 500 http://ftp.fr.debian.org/debian/ stable/main amd64 Packages 100 /var/lib/dpkg/status

Comme je l’ai dis plus haut, le système vient d’être installé, je n’ai donc que les paquets de base.
J’ai installé la stable 7.3 avec le CD netinstal. J’ai ensuite installé [mono]apt-listbug[/mono] et [mono]vim[/mono].
Puis j’ai modifié le [mono]sources.list[/mono] pour ajouter les sources de testing. Ensuite j’ai fais un [mono]update[/mono] [mono]upgrade[/mono] et j’ai redémarré le PC. Jusque la tout allait bien, j’avais encore ma connexion réseau fonctionnelle. Pour finir j’ai fais un [mono]dist-upgrade[/mono] et c’est la qu’au reboot je n’avais plus de connexion.

[quote]…
Paquet : ifupdown
État: installé
Automatiquement installé: oui
Multiarchitecture : étranger
Version : 0.7.8
Priorité : important
Section : admin

Dépend: iproute (>= 20071016-1), libc6 (>= 2.7), lsb-base (>= 4.1+Debian3), initscripts (>= 2.88dsf-25)
Pré-dépend: dpkg (>= 1.15.7.2)
Suggère: isc-dhcp-client | dhcp-client, ppp, rdnssd, net-tools
Casse: dhcp-client (< 3.0), netbase (< 5.0)
Remplace: netbase (< 5.0)[/quote]

Ben pourtant, je ne l’ai pas désinstallé…

Du coup comment puis-je faire pour récupérer une connexion?


?

Et suivre la procédure ci-plus haut.

ps : L'installation sans environnement graphique peut-elle expliquée l'absence de ce dernier ?

?

Et suivre la procédure ci-plus haut.

ps : L’installation sans environnement graphique peut-elle expliquée l’absence de ce dernier ?

Il a peut-être été désinstallé à cause des dépendances lors du dist-upgrade.
Tu peux lancer le client DHCP à la main pour récupérer la connectivité IP (en supposant qu’il n’a pas été désinstallé) :

Autres clients DHCP possibles : dhcpcd, udhcpc, pump.
Sinon, il faudra configurer à la main à l’ancienne :

ifconfig eth0 a.a.a.a netmask m.m.m.m route add default gw p.p.p.p echo nameserver n.n.n.n >> /etc/resolv.conf
a.a.a.a = adresse IP à attribuer
m.m.m.m = masque de sous-réseau
p.p.p.p = adresse de la passerelle
n.n.n.n = adresse du serveur DNS

Bonsoir,

Je viens tout juste de passer de wheezy à testing.
J’ai exactement le même problème.

Pour info:

J’ai modifié mon sources.list avec testing

Puis j’ai fait:

apt-get update
apt-get upgrade
apt-get dist-upgrade

Bizarement dans le menu de grub, ma debian se lançais avec un noyau 3.2 de wheezy. Il n’y avait pas l’option 3.12 de Jessie. J’ai du faire un “update-grub”.

Avec le noyau 3.2, j’ai internet.
Avec le noyau 3.12.1-686-pae, pas d’internet.

J’ai fait un “ifdown eth0”, sans problème.
Puis un “ifup eth0” avec le message problématique suivant:

Je vais tourner avec le noyau 3.2 qui fonctionne bien.

Cordialement.

Non, puisque manifestement les commandes ifup et ifdown sont présentes.

Exactement: Non.
Mais exactement, oui: :laughing:

J’ai voulu retenter en le coup avec le noyau 3.12 et j’ai eu des bugs multiples:
En plus d’un comportement étrange, Gedit et nano me disaient que je n’avais plus d’espace sur le périphérique pour écrire ???

En effet:

273 Mo / 276 Mo pour la partition racine. :open_mouth:

Après un petit nettoyage, plus de problème pour avoir accès à internet avec le noyau 3.12 de testing. :smiley:

Ce n’était donc pas le même problème, mais la même conséquence.