[technique] Mise à jour Debian

[manu chez Z]

Bonjour

Merci de vos réponses, mais si je commence par la mise à jour debian, je 
ne risque pas de perdre le réseau au reboot, tout simplement parce que 
le renommage n'a pas été encore fait ? C'est ce que j'avais compris en 
lisant ce document: 
https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.fr.html#review-interface-names 
Pour un PC de bureau rien de grave, dans le cas de picttn une fois que 
j'ai rebooté sans réseau je ne peux plus rien faire.

Amicalement,

Emmanuel


Le 14/08/2019 à 10:29, Xavier Gendre via technique a écrit :
> On 8/13/19 5:47 PM, Laurent Coustet via technique wrote:
>> On 10/08/2019 19:33, Richard Baret via technique wrote:
>>> Salut,
>>> je suis preneur de retours d'expérience aussi, je n'ai pas trop 
>>> envie de
>>> me retrouver le bec dans l'eau sans accès au réseau après reboot 😅
>>
>> Le plus simple est de désactiver le renommage.
>>
>> Modifier /etc/default/grub et ajouter à la ligne de commande "vmlinuz
>> (linux)": net.ifnames=0. Lancer update-grub pour mettre a jour les
>> configurations dans /boot.
>
> Une fois la mise à jour terminée et que tout s'est bien passé, tu peux 
> passer aux nouveaux noms des interfaces. Tu les trouveras avec la 
> commande udevadm. Pour eth0, cela donne :
>
> udevadm info /sys/class/net/eth0 | grep ID_NET_NAME
>
> L'ordre défini dans /lib/systemd/network/99-default.link dit que si 
> ID_NET_NAME_ONBOARD est défini, ce sera le nom de l'interface. Si ce 
> n'est pas le cas, ID_NET_NAME_SLOT sera utilisé et sinon, ce sera 
> ID_NET_NAME_PATH. Il y a d'autres ID_NET_NAME_* possibles mais 
> extrêmement peu probables.
>
> Le nouveau nom "unique" n'est pas si unique que ça et on trouve 
> plusieurs témoignages de personnes ayant deux interfaces avec le même 
> ID_NET_NAME_ONBOARD... En cas de conflit, une des deux interfaces sera 
> appelée eth0 par défaut et ID_NET_NAME_PATH ne sera pas utilisé, ce 
> qui semble un peu incohérent mais quelqu'un sur cette liste connaît 
> peut-être la raison de ce choix plutôt que d'utiliser ID_NET_NAME_PATH 
> en fallback.
>
> Bref, une fois ton système à jour et le nouveau nom de ton interface, 
> il te restera à mettre à jour ta configuration réseau et tu devrais 
> être bon pour retirer le "net.ifnames=0" conseillé par Laurent.
>
> À plus,
> Xavier
> _______________________________________________
> technique mailing list
> technique at lists.tetaneutral.net
> http://lists.tetaneutral.net/listinfo/technique