Plus de réseau après upgrade Wheezy → Jessie

Support Debian
#1

Bonjour,

Suite à un upgrade de Debian Wheezy vers Jessie sur un serveur dédié (Kimsufi chez OVH) je n’arrive plus à me connecter à mon serveur.

Je ne sais pas si cela a une importance mais je crois avoir rencontré 2 “bizarreries” lors de l’upgrade lui-même :

  • dpkg m’a demandé à un moment de configurer mdadm alors que je n’ai à priori pas de disque en RAID sur ce serveur ;
  • le dist-upgrade ne s’était apparemment pas fait complètement (mais je ne me rappelle pas avoir eu d’erreurs).

Résultat : impossible de me connecter en SSH après reboot. Après avoir démarré en mode rescue, avoir monté mes partitions et chrooté dedans, j’ai pu finir d’upgrader les paquets qui ne l’avaient pas été.

Après un nouveau redémarrage toujours impossible de me connecter. Re-boot en mode rescue et chroot, la fin du log de dmesg se finit par :

r8169 0000:01:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168e-2.fw (-2)
r8169 0000:01:00.0 eth0: link down

Une recherche sur le web semble indiquer qu’il faut installer un paquet firmware-realtek qui se trouve dans non-free – je n’avais pas ce dépôt/paquet en wheezy, peut-être qu’OVH avait inclus le firmware dans le kernel de son image Debian.

Mais après avoir installé le paquet et rebooté j’ai toujours cette même erreur. J’ai pourtant vérifié, le paquet a bien installé le fichier firmware dans /lib/firmware/rtl_nic/rtl8168e-2.fw…

Je suis donc un peu à court d’idées.

Merci d’avance pour vos lumières !

#2

Bonjour,

Il reste peut-être un update-initramfs à faire

#3

Merci, piste intéressante en effet. :slight_smile:

Avant d’aller plus loin j’ai quand même une interrogation : si j’essaie de voir de connaître la version de noyau installée via dpkg -l | grep linux-image* (je suis en chroot donc je ne peux pas utiliser uname) ça ne donne rien.
Je n’ai jamais mis à jour le noyau depuis l’installation de ce serveur mais il ne devrait pas y avoir un paquet installé d’origine ?

Dans /boot il y a une ancienne version du noyau ( et c’est bien celle qui est mentionnée dans les logs de dmesg) :

-rw-r--r-- 1 sclarckone sclarckone 7.7M Dec 20  2013 bzImage-3.10.23-xxxx-grs-ipv6-64
drwxr-xr-x 5 root       root        12K Apr 10 15:01 grub
-rw-r--r-- 1 sclarckone sclarckone 2.7M Dec 20  2013 System.map-3.10.23-xxxx-grs-ipv6-64

Et c’est une version plus récente qui se trouve dans les dépôts de Jessie (qui n’aurait donc pas été mise à jour lors du dist-upgrade vu qu’il n’y a pas de version déjà “installée” ?) :

linux-image-3.16.0-4-amd64 - Linux 3.16 for 64-bit PCs
linux-image-amd64 - Linux for 64-bit PCs (meta-package)
linux-image-4.9.0-0.bpo.2-amd64-unsigned - Linux 4.9 for 64-bit PCs
linux-image-4.9.0-2-grsec-amd64 - Linux 4.9 for 64-bit PCs, Grsecurity protection
linux-image-4.9.0-0.bpo.2-amd64 - Linux 4.9 for 64-bit PCs (signed)

Donc pour que je comprenne bien et que je sois sûr de mon coup :

  1. Est-ce logique qu’il n’y ait pas de paquet linux-image déjà installé ?

  2. Faut-il justement que je mette à jour le noyau ?

  3. En cherchant sur le web comment faire proprement l’initramfs depuis un chroot il semble que ce soit comme cela (est-ce bien le cas ?) :

    update-initramfs -c -k 3.10.23
    update-grub2

Merci !

#4

Si je comprends bien, le noyau est celui du fournisseur du coup pas sûr qu’un update-initramfs aide…

Plutôt consulter la doc d’OVH

OVH : KernelInstall

Le dernier noyau en production est le 3.14

ftp://ftp.ovh.net/made-in-ovh/bzImage/latest-production/

#5

Bien vu, j’ai récupéré leur noyau 3.14.32, mis GRUB à jour et ça boot à nouveau. Mille mercis ! :slight_smile: