Migration de Debian 8 vers Debian 9

le VPS ne sera pas connu comme debian 9 au niveau de l'espace client celà a t'il un impact ?

Non strictement aucun. L'information dans le manager n'est utile en rien.

Je conseille juste de faire des sauvegardes avant la mise à jour au cas où comme cela est toujours recommandé. Mais il n'y a pas de raisons que ça se passe mal.

Ca s'est "bien passé" juste une difficulté pour arrêter mysqld ...
"Debian c'est bien"(tm)

Et pour passer de 7 à 8 c'est pareil ? Malgré init --> systemd etc. ? :-)

Bonjour,

si vous suivez le procédure de migration disponible sur le site de Debian cela ne pose jamais de problème.

Sinon il y a la méthode de : je sauvegarde tout, réinstalle en Debian 9 et réinjecte les sauvegarde (comme ça cela permet de tester une restauration et de partir sur un Debian 9 "propre".

Cordialement, janus57

Et pour passer de 7 à 8 c'est pareil ? Malgré init --> systemd etc. ?

Si vous êtes toujours sur débian 7, je pense qu'une réinstallation direct en débian 9 + remise des sauvegardes sera plus rapide ..

Bonjour,

Ca m'interresse, y a t il un tuto qui explique tout ca ? reinstallation puis sauvegarde ?

Autrement je ferais de 7 à 8 et ensuite 8 à 9 tant pis :slight_smile:

Bonjour,

théoriquement parlant à l'heure actuelle vous devriez avoir des sauvegardes (vu que OVH ne le fait pas pour vous).

Après si vous en avez pas vous devez d'abord définir un plan de sauvegarde (ce qui est nécessaire VS ce qui peut être refait/reconstruit).

Cordialement, janus57

Il faut juste faire attention aux interfaces réseaux qui se nomment différement en Debian 9. Je conseille de vérifier que l'accès console/KVM via le manager.

Attention que dans Debian 9 (stretch), l'**interface réseau ne s'appelle plus "eth0"** mais autre chose. Pour le connaître, taper la commande "networkctl". Chez moi c'est "ens3". Pour installer ipv6, la doc "https://www.ovh.com/fr/g2365.guide" ne le mentionne pas et est toujours à la version Debian 8. De plus, dans mon cas, le fichier /etc/network/interfaces avait "ens4" au lieu de "ens3" rapporté par networkctl. Par contre, le fichier /etc/network/interfaces.d/50-cloud-init.cfg contenait bien "ens3" ce qui est correct. Ce n'est que quand j'ai remplacé "ens4" par "ens3" dans /etc/network/interfaces que cela a fonctionné et que j'ai eu mon ipv6.

hello plus exactement ce ne serait pas lorsque l'on boot sur le noyau en linux 4 ... ? mon passage a été fait sans changement de noyau et je suis donc avec le noyau en 3.4 et donc j'ai encore eth0.
peut être une autre cause je n'ai rien dans mon répertoire /etc/network/interfaces.d dans mon vps ssd

Bonjour,

non lors d'une migration Debian conserve la méthode ethX pour ne pas casser la configuration (ou ne pas avoir à le refaire).

Par contre sur une "fresh installe" c'est la nouvelle forme.

Cordialement, janus57

A ce propos, j'ai un problème moi aussi sur mon VPS SSD. La mise à jour vers Debian Stretch a installé le noyau 4.9.

dpkg --list | grep linux-image
ii linux-image-3.16.0-4-amd64 3.16.43-2+deb8u3 amd64 Linux 3.16 for 64-bit PCs
ii linux-image-4.9.0-3-amd64 4.9.30-2+deb9u3 amd64 Linux 4.9 for 64-bit PCs
ii linux-image-amd64 4.9+80+deb9u1 amd64 Linux for 64-bit PCs (meta-package)

Pourtant avec la commande `uname -a` c'est toujours le noyau 3.16 qui est utilisé.

Aucune trace de Grub installé. Je ne sais pas comment booter sur le nouveau noyau. Savez-vous comment faire ?
Merci.

Je me réponds à moi même :
D'abord, pour faire bien les choses, on va créer des liens symboliques vers la dernière version du noyau dans /boot en tant que root (on suppose ici que le dernier noyau installé sur la machine est le 4.9.0-3) :

cd /boot
ln -s initrd.img-4.9.0-3-amd64 initrd.img
ln -s System.map-4.9.0-3-amd64 System.map
ln -s vmlinuz-4.9.0-3-amd64 vmlinuz

Ensuite on modifie le fichier `/extlinux.conf` de sorte à ce qu'il pointe vers les liens symboliques créés. En fait, cela revient à supprimer toute référence à la version du noyau _(ne pas toucher au fichier `/boot/extlinux.conf`, il ne sert à rien)_.

nano /extlinux.conf

Dans mon cas, cela donne :

default linux
timeout 1
label linux
kernel boot/vmlinuz
append initrd=boot/initrd.img root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet

Et enfin, `reboot`.

Au redémarrage, tapez `uname -a` pour vérifier votre version du noyau utilisé. Pour mon cas cela donne :

Linux vps000000.ovh.net 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) x86_64 GNU/Linux

D'après la https://community.ovhcloud.com/community/fr/changer-le-kernel-utilise-au-boot-sur-debian?id=community_question&sys_id=1253f500359a82d0f078b41a47e1f0a2?u=bertrandm1 source ci-dessous, Debian met à jour les liens symboliques créés plus ci-dessus après chaque mise à jour du kernel. Nous n'aurons donc plus aucune manipulation à faire pour toujours redémarrer sur le dernier noyau.

Voilà !

Source : https://community.ovhcloud.com/community/fr/changer-le-kernel-utilise-au-boot-sur-debian?id=community_question&sys_id=1253f500359a82d0f078b41a47e1f0a2?u=bertrandm1

Confirmé mon /extlinux.conf est
> default linux
> timeout 10

> label linux-ovh
> kernel boot/vmlinuz-3.16.0-4-amd64
> append initrd=boot/initrd.img-3.16.0-4-amd64 root=/dev/vda1 console=tty0 console=ttyS0,115200 ro qui
> et

> label linux
> kernel vmlinuz
> append initrd=initrd.img root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet

> label linux.old
> kernel vmlinuz.old
> append initrd=initrd.img.old root=/dev/vda1 console=tty0 console=ttyS0,115200 ro quiet

à la mise à jour du noyau les liens vers l'ancien noyau et le nouveau sont mis à jour.