Reprise du message précédent :
Networking c'est l'ancien système (/etc/network/interfaces etc.), avec bcp de tutos dispo vu l'ancienneté, ça fonctionne encore si on a peur de casser des trucs ou pas envie de s'ennuyer à apprendre systemd, mais en cas de pépin faut lire la doc d'une multitude d'outils (wireguard, dhcp, routes...) pour piger où ça foire.
 
Systemd-networkd c'est le nouveau (/etc/systemd/networkd/*), tout est centralisé façon systemd (un seul outil pour gérer dhcp, vpn, etc.) mais ça demande de potasser la doc pour mijoter sa configuration, car moins d'aide et de tutos dispo.
 
Le résultat sera le même dans la plupart des cas.

Eh ben je sens que je vais galérer avec cette migration, entre mes 6 interfaces réseau, le lien ppp qu'il va falloir faire marcher sous Systemd-networkd, et dovecot que j'utilise également...  

Je pensais être en Debian 12 mais j'étais encore en 11 sur mes deux petits serveurs. Je pense que mon raisonnement à l'époque de la sortie de la version 12 (où j'étais encore en 10), ça avait été de me dire que je fais la mise à jour vers la version 11 et puis un peu plus tard, la mise à jour vers Debian 12, étape que je pensais avoir faite mais en fait non
 
Je vais sauvegarder les données importantes (il y a déjà une sauvegarde normalement, mais je préfère être sûr de mon affaire) et je vais déjà faire la mise à jour vers Debian 12, je verrais bien comment ça va se passer.
 
Ensuite je vais prévoir la mise à jour vers Debian 13 un peu après (en essayant de m'y tenir cette fois ci ).
 
Merci pour les précisions

Tiens je ne connaissais pas cette option, merci pour l'info !

Par contre, dans leur doc on peut lire

mais sur un serveur au bol:

et mes noms d'interfaces:

Le eno1np0 ne correspond pas à cette règle, par contre si on regarde le altname enp10s0f0np0 ça correspond avec 0000:0a:00.0, le 0a donnant 10, le reste étant 0 et 0, on peut donc "calculer" le nom d'une interface avant de reboot mais il faut se baser sur le altname quand l'interface s'appelle enoX

et les noms enxXXXXXX sont avec l'adresse mac, pratique aussi

Bref, ça devient compliqué leur affaire

Merci
 
Comme c'est lui qui démarre et qui a l'air de s'en sortir (encore une fois, je n'ai rien de compliqué sur ce serveur), on va le laisser faire et désactiver Networking histoire qu'il arrête de gueuler à chaque démarrage qu'on lui a piqué sa chaise ...

Disons que c'est un peu de préparation (que j'ai omis de faire ... ), il y a quelques personnes qui ont déjà fait le grand saut et qui m'ont été utiles
https://willem.com/en/2025-06-04_breaking-changes
https://notes.sagredo.eu/en/qmail-n [...] er-28.html

Je suis quasiment parti d'un fichier vierge, au final.
Je n'ai pas encore un serveur e-mail 100% opérationnel, mais je vide et converti mes anciens fichiers de config au fur et à mesure pour les remettre dans la configuration de Dovecot et me faire un fichier tout propre, je viens de remettre Sieve (que je n'ai pas encore pu tester correctement), je n'ai pas encore remis les "liens" avec RSpamD par contre.

merci je vais regarder ça
 
en vrai j'ai une config assez simple et documentée, donc avec les retours des gens ayant essuyé les plâtres, je devrais m'en sortir (famous last words )

Moi non plus il n'était pas compliqué.

Dans un but de moins casser de trucs, je vous recommanderais de garder le bon vieux Networking, puis de passer à systemd-networkd après, si vous le voulez
En attendant, ce dernier peut etre désactivé ainsi :

Et au prochain reboot, pas de conflit entre les 2 gestionnaires de reseau.
A l'inverse, onpeut désactiver networking et activer networkd:

 
edit: pour le nom des interfaces, cela ne dépend pas du gestionnaire de réseau, mais de udev.
donc c'est *toujours* yolo, ya rien qui permet de prévoir leur changement avec certitude..
(à part desactiver le nommage prédictif et revenir au bon vieu eth0 )
 
edit2: voir https://wiki.debian.org/SystemdNetworkd pour la config de networkd

Quand mon terminal ne répond plus
https://lesjoiesducode.fr/quand-mon [...] epond-plus
 
Si votre interface réseau change de nom.
 

En plus de la page officielle https://doc.dovecot.org/main/instal [...] o-2.4.html

Ba bien falloir que je prépare tout ça moi  

Vous allez faire un club toi et Ivy Gu ?
 
Une fois que j'aurai un peu nettoyé / terminé mon fichier de configuration Dovecot, je veux bien le filer, mais je n'ai pas forcément la même configuration que vous.

Premier test 12 vers 13 sur une machine, conflit entre "docker compose" et "docker-compose" le truc explose en plein vol et lors du fix broken il dégage tout docker

Une autre une fois la MaJ faites, bug dans MESA et perte de l'accélération GPU dans Android Studio (GPU Intel Iris). (fin l'émulateur crash en segfault faut chercher un peu pour trouver que c'est ça et passer l'émulateur en software)

Z'auraeint dû sauter de Debian 12 à 14 d'un coup  

Normalement, mon Dovecot / PostFix / RSpamD / PostFixAdmin est enfin bien configuré.

https://linuxfr.org/news/incident-d [...] eloppement

 
 
bon enfin comme souvent, à la fin le problème c'est les logiciels pas tenus à jour.

... voire un peu codés avec le cul...

Les gus ont vraiment des trucs en python 2?

J'ai eu une machine avec docker qui a merdé mais la faute est de mon côté, on avait un mix de packages entre les repo debian et docker

En fait, le problème, c'est qu'une distribution est composée de tellement d'éléments différents codés-packagés par des développeurs différents qu'il est impossible de savoir quelles seront les choses qui vont poser problème avant une mise à niveau du système.
Tu devrais presque analyser le journal des modifications de chaque paquet pour savoir si oui ou non ça aura un impact (positif ou négatif) sur un service qui tourne.
Dans ce cas, c'est une limite "Max open files" qui a été modifiée, il aurait en effet fallu mettre des barrières pour ne pas dépasser, mais tu ne peux pas deviner non plus que ça aura un impact comme LinuxFr.org en a été la victime hier.

Ben ça ou maintenir un minimum son système à jour, pour limiter le risque de tomber sur des corner cases que personne d'autre n'a eu l'occasion de débugger avant, non ? Leur composant Pygments là, il ne supporte plus python 2 depuis 2020 donc ça fait au moins 5 ans qu'ils n'ont pas fait de mise à jour, et encore aujourd'hui ils disent "On ne peut mettre à jour le composant pygments dans l’immédiat"... Pour moi le problème il est là. On peut soit se tenir un minimum à jour, soit empiler du legacy sur du legacy, et finir avec des bugs de l'espace qui demandent de bricoler le kernel (avec dieu sait quels effets de bord). C'est un choix de conception, ce n'est pas un truc insurmontable ni la faute à pas de chance.

Oui, bon, Python 2, c'était un peu borderline.

franchement +1 c'est quoi cette boucle à la con, dans quel monde on code comme ça

par contre je suis impressionné sur l'analyse / résolution / rapport / actions en moins de 24h

oui je suis pas développeur mais j'ai levé un sourcil quand même, la boucle à la bourrin qui tente tous les numéros là...  

 
comme ça t'es certain de ne pas en louper un

Quand je vous lis, je suis heureux sous Arch, depuis 2023, j'ai deux machines qui tournent nickel, dont une de jeu.
 
Mais je regarde un œil sur Debian quand même

 
Ici toutes mes machines sont sous Debian depuis ~2005 (avec une sous Gentoo) et jamais eu de vrais soucis !  
 
Par contre les 2 seules fois ou j'ai testé Arch impossible d'avoir une session X    (et j'ai pas bataillé plus que ça j'avoue !).
 
Et c'est là que c'est cool, y'a plein de distri, chacun peut en trouver une pour lui

La meilleure distro, c'est celle qu'on connaît  

La meilleure distro, c'est celle sur laquelle se basent les autres.

 
C'est bien juste!
 

 
ça c'est la vérité vraie    
 

 
I use Arch btw    
 
 

 
2 parfaites analyses    

Je croyais que c'était Debian ???
 
/pieds dans le plat

Debian, c'est quand on veut frimer.

Debian ça me fait flipper, après m'être renseigné et avoir compris qu'il faut mettre les mains dans le cambouis et que j'avais pas le niveau, je reste sur kubuntu / mint bien sagement

 
Les mains dans le cambouis ? Pour ?  
 
Faut pas regarder les docs écrites en 2010 hein .

Je sais plus mais pour un truc inclus par défaut (prêt à utiliser) dans kubuntu et mint là sur debian il fallait installer et configurer et j'allais taper des lignes de commande sans rien comprendre, j'ai dit c'est pas pour moi j'ai pas le niveau requis

Déjà que j'arrive pas a faire marcher XRDP sur ubuntu

Debian c'est pour les initiés je dirais

Si tu mets jamais les mains dans le cambouis, ton niveau n'augmentera jamais.
Si tu te forces à le faire (et surtout à comprendre, au lieu de copier-coller un tuto sans réfléchir) tu atteindras rapidement un niveau qui te semblait hors de portée.

Gros +1. Surtout qu'il y a ce sujet aussi au pire.