Reprise du message précédent :
Tiens en passant, pourquoi wayland ne passe pas sur mes debian ?

faut voir. t'as une nvidia ?
dans une vm trixie, ca passe bien, en tout cas

 
sous debian 12, la version de wayland est nettement plus vieille (1.21), la derniere etant la 1.23.1
(tout comme sous linux mint, d'ailleurs. version trop vieille donc plein de problemes)
 
edit: ca me fait penser, j'ai un vieu laptop avec une nvidia dedans, faudrait que j'esaie pour voir.
mais clairmeent en debian 13, pas 12

Oui, quadro rtx et drivers non-free des repos et je suis en testing. Je pourrais tester avec les drivers de chez nvidia

Edit : https://wiki.debian.org/NvidiaGraphicsDrivers#Wayland je test ça demain

ha voila: j'ai trouvé la meme page sur le wiki debian <3 avec un encart pour wayland..
 
j'ai ressorti mon vieu laptop, i7, 8G de ram, un petit ssd et une nvidia gtx 1060 qui souffle sa mère
j'y installe debian 13, je choisis kde et ca roule.
par défaut, y'a le driver "nouveau". ca marche sous x11 et wayland
 
Maintenant, pour installer le driver nvidia, bien faire attention à rajouter le depot contrib, qui n'est pas dans le sources.list par défaut.
sans lequel l'install du driver nvidia se passe mal.
Puis apt update, apt install nvidia-kernel-dkms nvidia-driver firmware-misc-nonfree
 
blacklister le driver "nouveau"
activer le modesetting pour nvidia
ne pas oublier de maj l'initramfs avec un sudo update-initramfs -u
 
et reboot
et ca marche \o/
 

 
sans modesetting; ca marche sous x11 mais pas du tout sous wayland  

Ca passe sous wayland mais autant X11 que Wayland j'ai 10000 erreurs nvidia dans le dmesg genre toutes les 5 min ça crache des erreurs.
 
Et sous wayland, je perd la commande "run" (ALT+F2) tout le temps. Je suis revenu sous X11

Plus d'erreurs avec le driver du site nvidia et pour le problème de krunner, un gus a fait un script qui restart le service https://github.com/kpostekk/krunner-restarter c'est un peu moyen comme solution apparemment le problème est corrigé avec le driver 575 (beta) ça plante aussi en 575

J'ai installé "fuzzel" en replacement du run menu de krunner, c'est parfait avec Win+R en raccourci !

ha, bizarre, j'avais pas toutes erreur dans mon dmesg..
solution qui marche peut etre mais c'est sale !

Salut
 
J'ai changé de carte wifi (une Intel) mais mon noyau backports ne la reconnaît pas, si je démarre sur un ancien noyau non backports la carte est bien reconnue et fonctionnelle.
Est-ce qu'il me manque un ou des paquets à installer ?
J'ai juste installé firmware-iwlfifi.
 
(Je suis sous Debian 12)

as tu installé le paquet firmware-iwlwifi des backports ?
un "apt policy firmware-iwlwifi" montre que dans les backports il est à la version 20250410-2~bpo12+1

Bizarre, j'ai testé une simulation il ne détecte pas de mise à jour :
 

 
Et ça veut dire quoi "165 non mis à jour" ?
Quand je lance sudo apt update ça me dit que tous les paquets sont à jour.

C'est pas les paquets installés depuis stable et upgradable via backport?

dmesg dit quoi à propos de cette carte? C'est vraiment un soucis de firmware?

si apt policy te dit que celui des backports n'est pas vu, vérifie ton sources.list
(ou un fichier dans /etc/apt/sources.list.d)
tu devrais avoir
 
deb https://deb.debian.org/debian bookworm-backports main contrib non-free

et ne pas oublier apt update après avoir modifié sources.list.  
 
Sinon Trixie aura une version 2025xy de ce paquet et à priori c'est pour bientôt.

J'ai enfin trouvé ce qui merdait.
Il manquait non-free-firmware sur la ligne des backports, je l'ai rajouté et maintenant c'est bon.

 
Mais normalement le firmware intel il est pas censé être libre ? Pourquoi il est classé dans les non-free ?

Le pilote est libre le firmxare me semble pas.

Ouep, le firmware c'est un blob, comme souvent.

OK je comprends
Merci

Quelques tests de nvidia ce matin, c'est un peu moisi cette affaire, pourtant je n'ai pas une config de foufou sur cette machine
 

 
Avec le driver "nouveau" ça fonctionne mais je refresh est pourri, j'ai des micro lag dans les déplacement de souris ou affichage des menus, c'est très chiant
 
Avec le driver des repository (nvidia-driver 550.163.01-1), les micros lag n'existent plus mais j'ai le refresh du contenu des fenêtres qui déconne beaucoup. Par exemple l'outil de chat "element desktop" merde complètement, le contenu de la fenêtre disparaît de manière aléatoire en fonction de où se trouve le curseur sur la fenêtre. Idem pour chromium qui me fait des trucs pas nets avec le curseur et les textes
 
Tout semble en ordre avec le driver proprio récupéré chez nvidia (570.169)
 
Bref, 2025 et c'est toujours le même cirque avec ces cartes.

Wayland aussi... il y a des manips spécifiques à faire même avec le nvidia du repo.

Oui, il y a une variable à mettre dans la conf grub

t'as bien activé le modesetting ? sans ça c'est particulièrement foireux sous wayland
pour ce dernier, tu peux soit ajouter une variable dans la conf grub

 
soit dans le fichier /etc/modprobe.d/nvidia.conf

 
(les 2 marchent, en fait )

Nvidia quoi.

ouais
A titre perso, nvidia est de loin le facteur qui a cause les bugs les plus récurrents, les + gros et les + bloquant sur mon desktop... le reste à coté, ce n'etait rien

oui

c'est juste que les driver testing sont moisi

C'est pour ça que perso je ne regarde même plus ce qu'il font (juste en comparaison avec ce que je peux prendre), c'est toujours AMD ou intel only.
 
Et au final c'est plus amd only en fixe si on vise un peu plus performant.

Bonjour à tous,
 
Je me demandais si certains d'entre vous ont déjà basculé sur Debian 13 pour une utilisation quotidienne. Est-ce que c’est suffisamment stable à ce stade ?
 
Je suis tenté de migrer à cause de la version de libc et des pilotes Nvidia un peu trop anciens sur la version 12, ce qui me bloque pour certains usages.
Mon PC est chiffré avec LUKS, et me sert autant pour le travail que perso (QEMU/GPU passthrough, Steam/Proton, Nvidia CUDA, Docker, Flatpak...)
 
Merci d'avance pour vos retours !

Y'a des gens qui sont en testing en permanence et la plupart du temps ça se passe bien, "suffisament stable" c'est vraiment très relatif, difficile de répondre...

J'ai pas mal de debian, en vm et en serveurs, ca marche globalement tres bien.
J'ai meme un laptop sous debian 13 avec kde et une nvidia, ca marche bien aussi (hein darxmurf )
En usage quotidien, ca ne doit pas poser de probleme.. si ce n'est qu'avec sa sortie prochaine, y'a encore pas mal de mises à jour. donc pour l'instant c'est presque plus une debian en rolling release

Pas encore migré non plus. Je suis en luks aussi.
 
J'ai une vm debian 13 (mais non chiffré) et elle tourne au poil depuis un moment, mais j'avoue que pour mes pc perso, j'attends la sortie de la version stable voir même souvent presque 1 mois pour que les bugs du débuts soit réglés.

Je suis en testing avec LMV/LUKS sur mon laptop, pas de soucis depuis plusieurs mois que j'ai switché en testing au lieu de stable.

je suis en testing aussi pour mes PC de bureau et je me faisais le réflexion que ça fait longtemps que je n'avais pas eu de gros problème suite à une mise à jour... En fait je me rends compte que la plupart des problèmes étaient liés à NVIDIA, depuis que je suis chez Intel/AMD ça va beaucoup mieux.

toutes mes machines sont en testing sans soucis depuis toujours. Seuls les serveurs au boulot sont en stable.

Testing j'ai toujours entendu dire que ce n'était pas conseillé.

Qu'il vallait mieux du stable ou SID, et que testing sauf la phase de freeze (donc maintenant quoi) c'était déconseillé parce qu'un correctif peut mettre pas mal de temps à redescendre là ou sur sid c'est immédiat.

(mais forcément SID après la sortie de la stable est risqué puisque tout bouge d'un coup)

Perso je suis sur stable et j'attendrai la 13.1 avant de faire la grosse màj je pense.

burn2> C'est l'inverse. Testing évolue tout le temps sauf pendant la période avant la sortie d'une stable (freeze, etc)
Utilisateur depuis des années de testing.

Il ne dit pas que testing n'évolue pas tout le temps, mais que les correctifs arrivent moins vite que dans sid
 
Cela dit je pense que les bugs arrivent aussi moins souvent que dans sid, donc au final niveau temps d'emmerdement moyen pour l'utilisateur, difficile de conclure sur cette base je pense.  
En tout cas dans la pratique, en testing j'ai très rarement des problèmes.

C’est sur le site off. Entre 2 et 10 jours pour passer de Sid à Testing.
Donc si nouveau bogue détecté, tu doubles cette période pour un paquet.

La journée s'annonce prometeuse...  

ddrescue ou mauvais cable sata/usb ?

C'est un SSD (de sauvegarde justement ) branché en externe (USB C). J'ai testé un autre port et câble. J'espère que c'est juste le boîtier externe, faut que je fasse plus de tests...