Reprise du message précédent :

Petite fraicheur du matin, j'ai voulu faire une mise à jour progressive pour éviter d'avoir d'autres problèmes *tousse*
J'ai donc évité les grub, initramfs et autres composants vitaux de l'os (surtout du boot de l'os), et j'ai mis à jour plasma et ses brouettes de dépendances.
Pendant l'installation, mes écrans s'éteignent brusquement et je suis accueilli par l'écran de connexion sddm, pourtant la vidéo que j'avais tourne encore en tâche de fond (au moins l'audio), sur tty1 je pouvais voir les différents process de plasma/kwin/sddm listés, et kwin-wayland bouffer 29% de cpu alors que je n'avais rien. Redémarrage forcé de sddm, retour sur un bureau noir, rien d'autre. Après reboot, ca semble marcher "normalement" ...pour l'instant.

Bonjour !
Petit apparté, vous priant de m'en excuser ; Je voudrais savoir pourquoi la commande 'usleep' aurait disparu de la distribution Debian, s'il vous plait ! Merci.

Avec Plasma ? Tiens, c’est bizarre, mais Adrien D (Linuxtricks) a eu un problème similaire récemment, avec OpenMandriva. Est-ce que la distro serait innocente, finalement ?

J'ai aussi eu le sentiment que plasma bouffait plus de cpu sur mon portable, mes encodages handbrake semblaient moins rapides que d'habitude. Peut être placebo et ca dépend des vidéos.

Pas d'info pour moi ce matin ?
 
Le topic serait - il parachutiste ?

Petite question newb
 
J'ai une instance de transmission sur un serveur distant.
 
Un de mes utilisateurs est confronté à une erreur 403.
 
J'ai désactivé ma whitelist dans /var/lib/transmission-daemon/info/settings.json et dans /etc/lib/transmission-daemon/info/settings.json
vu que je suis incapable de dire lequel des deux est le fichier nécessaire.
 
Mais aucun changement. Depuis deux accès différents (box et partage de co mobile).
 
De mon côté, RAS, accès à transmission sans soucis.
 
Une idée ?
 

 
Problème de cookie pété ? (Tester en navigation privée ?)
 
Accès essayé par l'url http://bla.bla:port/transmission/ ?

 
Tu as bien relancé le service après le changement dans ta config ?  

 
Attention aussi, faut arrêter le programme avant d'éditer la config (/var/lib...settings.json étant en principe un lien vers /etc/...settings.json).

Exact !
 
Je l'avais zappé cette subtilité de Transmission !

Et ben ma debian 12 passée en 13 était daubée du cul
J'ai réinstaller une 13.2 et je n'ai plus les bugs que j'avais
Bizarre

C'était quoi globalement tes soucis ?

Ben plein de soucis vraiment étranges, des jeux qui mettaient trois plombes à charger et surtout du lag et des déco dans les jeux en ligne...
 
J'ai réinstaller from scratch et tout marche super bien maintenant
 
Vraiment bizarre

Je crois que j'était en mbr + lvm c'est peut être pour ça ?
 
Maintenant je suis en gpt + ext4

Suffit parfois d'un fichier de configuration qui a été conservé et qui n'aurait pas dû, et c'est dur de savoir quoi, même en analysant les logs.

Ha ok. ça va m'inciter à rester sous debian 13 et à pas passer à 14
M'enfin c'est pas tout de suite...

Tant que mon matos est bien supporté par Debian 13 j'aurai pas d'intérêt à passer à la 14 en fait.

Vu que mon utilisation principale est le gaming aucun intérêt d'upgrader ma debian

Enfin je réfléchis juste c'est pas tout de suite debian 14...

Oh non mais, je ne dis pas ça pour Debian spécifiquement, ça peut arriver à n'importe quelle distribution.
 
J'ai migré mon serveur de Debian en Debian, la plupart du temps, des micro-soucis par manque de préparation (de ma part), mais jamais de quoi réinstaller mon serveur.
Ça s'est majoritairement toujours solutionné en lisant les logs, ou en découvrant qu'un fichier de configuration aurait dû être analysé préalablement et converti avant de lancer le dist-upgrade ... (DoveCot )

C’est un argument parfois pour les rolling distro comme Arch on a une montée en version progressive et transparente. Pas encore eu de bug majeur sous Arch sur un portable depuis deux ans. Ici Debian full stable évidement aussi  

 
PUTAIN MAIS DE OUF !!!
(fallait lire les releases notes   )

Petit problème wifi en debian testing. Je plafonne a du 3Mo/s avec le fichier de 1Go de la freebox pour tester le début.
J'ai une Arrow Lake CNVi WiFi et j'ai souvenir que je faisais du meilleur débit avant.
 
J'ai remove (s'il était set ?) le power_save via  
ip wlo1 power_save
ce qui semble avoir légèrement booster le wifi (2Mo/s -> 3Mo/s) mais on est loin des 240Mb/s de connexion :]
 
Une idée ?

Déjà, on va pas mélanger les unités : 240 Mb/s (mégabits) équivalent à 30 Mio/s (mébioctets, on divise par huit). Donc, oui, ton débit est à peine le dixième de ce qu’il devrait être.

Les questions de base :

• Ton ordi a pas bougé ? La box non plus ? Parfois, c’est au millimètre et au degré d’orientation près que ça peut jouer.
• Tu es connecté sur un réseau 2,4 GHz ou 5 GHz ? En 5 GHz, tu auras plus de débit, mais moins de portée.
• En coupant et remettant le Wi-Fi, côté ordi ? Parfois, ça suffit à redonner du débit quand celui-ci chute sans raison particulière (j’ai eu ça, ce matin, avec un dongle USB sur un fixe : débranché, rebranché, c’est revenu à la normale ensuite).
• Tu as essayé d’autres canaux Wi-Fi, si celui que tu utilises est saturé ?

Rien n'a bougé, 240Mb/s c'est ce que me dit la freebox concernant le link avec le PC.
Si je coupe/remet cela change rien.
Pas de saturation (je suis quasi tout seul)

Tu es peut être en 2,4 GHz au lieu de 5 GHz

Je suis en 2.4Ghz, mais la Freebox donne un link à 240Mb/s. Quand bien même ce serait faux, là je suis à 24Mb/s :]

Avec un téléphone ou un autre PC si tu as,
c'est pareil ou pas ?

Et en 5 GHz, ça donne quoi ?

Point de 5Ghz sur la freebox mini 4K
 

 
J'ai pareil avec le téléphone, néanmoins c'est pas un foudre de guerre.

Sérieux ??

Sur ma version oui (2017), il y a b g n.

Sinon d'un autre PC, j'ai bien un débit "normal" (>6Mo/s) pour une connexion à 300Mb/s (en DL les 1Go de test de la freebox)

iwconfig (package wireless-tools) raconte quoi ?

rien
 

 
Par contre :

 
et

j'ai migré 3 Pc de deb 12 à 13.
Aucun soucis.

Bon les serveurs j'en parle même pas tellement entre le travail et le perso j'en fais des montées de versions sans soucis.
C'est en général moins problématique sur un serveur, vu qu'on n'a pas d'interface graphique et un nombre de logiciel par vm limité, donc on se renseigne d'abord pour chaque produit sur les changements + tests.
Après si changement il y a il faut les traiter, mais ça on n'y peut rien, si le logiciel change de fichier de conf ou qu'il y a des réglages à faire en plus suite à la montée de version normal de devoir intervenir.

Bonjour.

Fait un dmesg et regarde si tu ne vois rien ressortir comme bug de firmware ou de firmware manquant correspondant au wifi.

Bon, cela semble est revenu dans l'ordre (comment ? mystère !)
Dans dmesg j'avais une erreur (depuis longtemps) de problème de chargement de firmware v99 et il chargeait la v98. Sauf que dans le répertoire des firmwares, il y avait la v100 et la v101.
Pour une raison inconnue il restait sur al v99 inexistant et chargeait la v98. J'ai lancé avec un live cd debian (il y a même pas smbfs dessus !!!), cela charge le ucode v93 et plus de problème de débit.
Retour sous debian du PC et là cela cherche à charger la v102, qui n'existe pas (!!!) et charge la v101 et plus de probleme apparent.

Je capte rien ... A croire qu'il y a un compteur qui a changé.

ha bah finalement non, cela doit etre une config :]

[edit] J'oscille maintenant entre 15Mo/s et 500Ko/s

Je comprends mal.  
 
Passer du live cd debian et revenir au debian pc fait qu'il a changé la version à charger par debian pc ?  
 
C'est bizarre le live cd n'a pas pu changer ta config debian pc

Exact, pourquoi je ne sais pas. Sur btop, j'ai genre 10s à 15Mo/s puis 40s entre 500Ko/s & 2Mo/s

C'est quand même chelou, à croire qu'il y a un autre process qui interfere, cela donne ca dans btop :
 

 
Il y a quand même des durées équivalentes à chaque fois.

T’as essayé de voir si Wireshark signalait quelque chose à ces moments-là (comme un téléchargement important qui laisse donc peu de débit pour d’autres) ?

 
Je suis le seul humain sur le reseau et l'autre PC (une box debian) n'a rien de ce style.
Quand bien même on serait 2, la BP devrait etre divisée par 2 et pas par ~10

 
Interférence = matos qui rentre prudemment chez mémé, pas juste perte de débit en proportion. Après, la régularité du truc a de quoi surprendre... Quelle durée ça représente, les bosses et les creux ?

1 carre = 2s