Reprise du message précédent :

Ça ne me rassure pas pour mon uphrade de proxmox sur mon dedie ovh...

tiens dans les trucs curieux j'ai aussi du désactiver l'option  

dans le bios de deux serveur avec carte mère intel l'autre option est de désactiver iommu dans grub.
 
Le boot restait bloqué sur "loading initial ramdisk"

C'est l'ordre de chargement des drivers.
Et comme l'OS fonctionne en multi-coeurs, en fait c'est le CPU qui décide.
 
J'ai tout essayé et la seule méthode qui marche, c'est d'intervertir les cables réseaux après le boot.
Pour un serveur hébergé, il faut simplement avoir une seule carte résal  

Salut au topic,
 
Je passe rarement désolé. Un rapide message pour dire que la MAJ 12->13 s'est bien passée de mon côté.  
 
Apache a quand même réussi à se déglinguer: j'ai dû desactiver et desinstaller le module php8.2 pour que le php8.4 puisse être utilisé.
 
Une très grosse frayeur sur Dovecot (je n'étais pas serein ), qui s'est finalement résolue en quelques heures (il vaut mieux avoir un fichier dovecot.conf que de ne plus s'y retrouver dans conf.d). En étant méticuleux on y arrive, malgré tout le bashing qu'on peut lire sur reddit.
 
Si besoin pour une installation toute simple, je peux partager mon fichier de conf: Dovecot+Postfix sur le même serveur, Maildir, SASL, utilisateur système (pas virtuel), TLS.
 
Et aucun problème avec Samba et WireGuard. Je n'aurai pas misé dessus    
 
Là ça tient, je ne touche plus à rien avant un moment
 

Ça m'était arrivé en passant à v11 (ou v12 je ne sais plus) j'avais eu du en0-quelquechose, et puis sans comprendre pourquoi eth0 est revenu tout seul, peut-être après un reboot.

Salut topic, je lurke plus que je ne poste. Si l'info peut servir à quelqu'un, j'ai mis à jour Debian 12 -> Debian 13 sur mon portable Dell Latitude 3301 sans incident :-) (config standard, Firefox + Thunderbird, et rien de particulier à côté).

Vas-y tranquillou, ya déjà un nouveau kernel depuis ce weekend  

Adrien D (Linuxtricks) a sorti hier une vidéo où il montre comment passer de 12 à 13, et aborde justement cette histoire de renommage des interfaces réseau, et comment l’éviter
 
TUTO Migration Debian : de bookworm (12) vers trixie (13)
 
Version texte : Debian : Mettre à niveau de bookworm 12 vers trixie 13
 
En gros : taper cette commande :

(Si l’interface s’appelle « ens18 »)
 
Et vérifier que la ligne « ID_NET_NAME » indique le même nom.

@trit: t'arrives après la guerre
voir page précéedente.
spoiler: marche pas

Ca a marché pour moi

Ptete parce que l'interface a pas changé de nom aussi, ok

hardware.fr...

Je parviens pas à titrer [Linux][Ada-mode].
Je dois lire quoi ?
S'il vous plait ?
Merci.
 
PS: depuis Samsung A 14.

Le modem des portable hp est sur la pile du B. I. O. S. ?

J’avais vu, mais vu que pour lui, ça a fonctionné… Bon, j’ai vu que la vidéo et pas les commentaires, donc je sais pas du tout si on lui a remonté que l’astuce ne marchait pas à tous les coups…
 
Sinon, RAS non plus chez moi (sous Arch, mais donc aussi avec systemd), donc je comprends pas bien cette histoire de renommage impromptu des interfaces réseau parce que vous passez de systemd 252 à 257. Mais force à vous.

Rendez vous compte...
A votre !
L'usage des conjouction ?

Ne lui réponds plus
 
Sa vision est basée sur les réponses

ha. tant mieux.
m'enfin, ça n'a pas l'air bien fiable, si t'as une chance sur 2    
 

je crois que juste personne ne comprend cette histoire de renommage et ne sait à quoi s'attendre
maintenant, sur un desktop en face de toi, c'est pas trop grave. voire ca peut passer tout seul si t'es en dhcp
sur une machine distante, c'est une autre histoire  

Non c'est un problème ancien.
https://serverfault.com/questions/6 [...] interfaces
Le tuto de Debian parle d'un problème antérieur à udev, mais je n'ai pas souvenir d'avoir eu ce soucis.
Bon en fait, j'avais un Pentium 3 aussi... donc pas multi-coeur.
 
Hey les gars, si vous avez 1 seule carte ethernet, vous n'êtes pas concernés hein...  

4 citations et il apparaît

Je quis bleu !
Trexie et yesting me sisentbque le cpuv est nase

Desolé !
 
Smartphon.

beetlejov
beetlejov
bee....

Première fois je BL quelqu'un hors Discu  

Egalement pour debian 13, la commande "last" n'existe plus.
il faut désormais installer le paquet "wtmpdb" qui fournit à nouveau cette commande, tout en se protegeant du bug prévu en.. 2038
voir https://wiki.debian.org/pam_lastlog2%20and%20wtmpdb

Faites gaffe il ne suit pas les recommandations des Release Notes: il utilise l'ancien style de sources (pas super grave), puis il a fait directement full-upgrade sans faire de minimal install avant, c'est à proscrire sur un système headless!

Bateau !
L'ancre est à terre.
 
Mais je viens d'apprendre.
Vous disiez ?

Bref !

Bah, justement, il fait pas cette vidéo pour des serveurs (t’inquiète : même s’il est plutôt du côté Red Hat de la Force, gérer des serveurs, c’est littéralement son boulot), mais pour des ordis de bureau déjà sous Debian 12 (et qui ont eu le temps de vivre un peu, avec logiciels additionnels installés et tout) et qu’on ferait passer sous 13 sans tout réinstaller depuis zéro (ce qui t’a apparemment échappé).
 
Et pour le format des sources, il a simplement gardé celui qu’avait D12. Mais tu auras noté qu’il prend quand même le temps de les convertir, mais après la migration.

Tiens j'ai une question con concernant les fichier gpg de signature pour les repositories.

Il y a moyen de voir un clé publique à partir du fichier ?

EDIT:

J'ai un passbolt qui tourne mais depuis la mise à jour sous trixie j'ai apt update qui couine et en fait le problème est similaire à ça: https://github.com/qgis/QGIS/issues/60340 faut une nouvelle clé du coup

 
Perso, rien à battre des noms d'interface, je vis avec mon temps, j'utilise les adresses MAC  

on peut faire ça ?  

 
Oui, si on utilise systemd-networkd, chaque interface peut être configurée via un "[Match] MACAddress=bla:bla:bla" (en principe ça change pas trop ) plutôt que "[Match] Name=encul3s0" (qui apparemment peut changer et foutre le dawa)

Ah ? Je me méfie, mais je n'ai en effet qu'un eno0
 

Bonjour !
Vous trouvez peut-être déjà ça bateau.
Je suis coincé sur 10.
 
Le mode Ada d'Emacs est pas fonctionnel depuis 11.
 
Ne pouvant pas acceder à main mon pc est tel un caillou.
 
Je suis doublement boulversé ; D'une pare parce que AWS ne fait plu parti des paquet Debian ; D'autre pare ; Parce que ma stratégie de pénétration de marcher Ada va en prendre un coup.
 
S'il ne s'agit pas d'un deuil ; C'est tout de même un échec.
 
Mon gestionnaire de projet est néanmoins fonctionnel ; Mais le mode Ada de elpa est pas efficiant.
 
 

Alors en fait, oui pour le probleme "ancien", bien que je ne l'ai jamais vu.
meme avec plusieurs interfaces et plusieurs cartes ayant plusieurs interfaces
(pourtant j'utilise debian depuis la version 2.2 aka potato.

par contre, le probleme "moderne" avec systemd-udev, il peut arriver meme avec une interface. ca m'est arrivé (pas tout récemment, ok).

Et question update, j'ai enfin mis à jours ma VM de monitoring sous debian 13 avec munin/icinga/smokeping, c'est passé crème  

et petite particularité de ma vm de monitoring:

elle a été créée en mars 2014, ya 11 ans !
à l'epoque, y'avait le kernel 3.2, c'etait une debian 7 (wheezy)
comme quoi c'est stable, meme avec les upgrades au fur et à mesure
(les fous de la team reinstall peuvent aller se brosser )

Pareil mon serveur@home tourne depuis 10 ans sans réinstallation, tout le hardware a changé au moins 2 fois (j'en suis à la 4è CM/CPU) en gardant le même OS tout du long, pour l'instant ça se passe bien comme ça  

j'ai deja mis le disque d'une machine sous debian dans une autre machine, avec un autre hardware (mais meme type de cpu) tel quel..
ça a booté comme si de rien n'était
aka quand ta machine est vieille, et qu'il faut la changer, mais mega flemme de réinstaller !

Pareil, d'un serveur à un autre avec importation du raid hardware sur la nouvelle carte  

 
Salut à tous,
 
Après deux semaines d’hésitation (et une bonne sauvegarde), j’ai finalement migré vers Debian 13… et rien à redire !
Migration ultra rapide et sans souci
Pilotes Nvidia et libc à jour, tous mes usages (QEMU, Steam/Proton, CUDA, Docker, Flatpak…) OK
Chiffrement LUKS intact
Aucun bug pour l’instant
Bref, pour moi c’est validé
 

 
PS : pourquoi hyfetch affiche que je suis sous bookworm alors que je suis sous trixie :
 
cat /etc/debian_version  
13.0
 
enfin on s'en fou

Quoi de neuf dans stable ?
A pare côté sécurité ?