Connexion Abonnez-vous
Droit Économie Flock Hardware IA Internet Logiciel Sciences Sécurité Société
Déontologie Règles de modération Mentions légales et contact
Qui sommes nous ? Contact rédaction Contact site Forum
Flux RSS GitHub Discord

« Mettre à jour et arrêter » : Microsoft répare enfin le bug du redémarrage dans Windows

Le 03 novembre à 10h39

Quand l’installation d’une mise à jour est terminée dans Windows, on peut choisir de l’appliquer et de redémarrer, ou de l’appliquer et d’éteindre la machine. Dans ce deuxième cas, le système n’en fait qu’à sa tête : il finalise l’installation et redémarre le PC.

C’est un vieux bug que tout le monde a sans doute expérimenté au moins une fois. Il a été introduit avec Windows 10 et Microsoft n’a jamais daigné corriger le problème, sans que l’on sache pourquoi, bien qu’il soit probablement lié à la pile de maintenance dans Windows.

Il se trouve pourtant que le bug a été rectifié dans la récente mise à jour optionnelle KB5067036. Dans la page dédiée, on peut lire tout en bas des notes de version pour Windows : « Amélioration : résolution d’un problème sous-jacent qui peut empêcher l’arrêt de votre PC après la mise à jour dans l’option Mettre à jour et arrêter ».

Malheureusement, ce problème n’est a priori réparé que dans la branche 25H2 de Windows 11. Windows 10, dont le support est maintenant terminé, le gardera. Son support est terminé, mais puisque les utilisateurs européens peuvent souscrire gratuitement à un an de correctifs de sécurité supplémentaires, le bug continuera à se manifester.

Le 03 novembre à 10h39

Commentaires (39)

votre avatar
Pour chaque bug réglé, combien de nouveaux bugs créés ?
votre avatar
Bah, c'est marqué dans le bulletin:

Problèmes connus dans cette mise à jour

Le Gestionnaire des tâches peut continuer à s’exécuter en arrière-plan après la fermeture de l’application

Après avoir installé cette mise à jour, vous remarquerez peut-être que la fermeture du Gestionnaire des tâches avec le bouton Fermer n’arrête pas complètement le processus. Lorsque vous rouvrez le Gestionnaire des tâches, le instance précédent peut toujours s’exécuter en arrière-plan, même si aucune fenêtre n’est visible. Cela peut entraîner plusieurs instances de taskmgr.exe, qui apparaissent en tant que Gestionnaire des tâches sous l’onglet Processus et en tant que taskmgr.exe sous l’onglet Détails . Ces instances persistantes consomment des ressources système et peuvent affecter les performances de l’appareil. Bien que l’ouverture et la fermeture du Gestionnaire des tâches à plusieurs reprises n’ont qu’un impact minimal, de nombreuses instances accumulées au fil du temps peuvent ralentir d’autres applications.

:D
votre avatar
Ah oui exact, ils sont graves quand même !
votre avatar
Code généré par "IA" sans supervision humaine ? (question sérieuse hein, c'est pas du troll)
votre avatar
C'est pas trop tôt...
votre avatar
C'est clair que le délai de résolution est juste inadmissible pour une telle erreur qui peut endommager un appareil (notamment les laptops rangés dans les sacoches qui se rallument)
votre avatar
j'ai cramé mon ancien dell a cause de ça, d'ailleurs... quand j'ai ouvert la sacoche, il était brûlant, et surtout très très mort...
votre avatar
"It's not a bug, it's a Barbecue.."
votre avatar
Malheureusement, ce problème n’est a priori réparé que dans la branche 25H2 de Windows 11. Windows 10, dont le support est maintenant terminé, gardera le problème.
Enfin, avec le support de Windows 10 qui est à l'arrêt (sauf pour certains encore 1 an, juste pour des mises à jour de sécu), est-ce qu'on peut vraiment parler de problème ? :francais:
votre avatar
Haha non c'est vrai, petit défaut de logique, je vais le signaler d'ailleurs :chinois:

Edit : quoi que non, il y a quand même les ESU
votre avatar
Tout le monde ne bénéficie pas des ESU.

Et de toute façon, dans un an, cela ne sera plus un problème. Plus d'update, donc plus de bogue ^^
votre avatar
Après la blague du mois dernier et le mode de récupération cassé, ils sont se dit "oh hé, il y a un bug à la con et vieux qu'on peut corriger vite fait, et que sur Windows 11 ?"

Comme ça on va encourager les gens à basculer sur Windows 11 !
votre avatar
A chaque mise à jour j'étais obligé de surveiller que mon ordinateur s'arrêtait bien ce qui était le cas, une fois sur deux après des mises à jour, c'est pas trop trôt.... Incroyable que c'était pas investi.
votre avatar
ça m'est encore arrivé la semaine passée... et 12h d'électricité gaspillée!
votre avatar
Je comprends pas pourquoi tu surveillais qu'il s'éteignait alors que c'était plus clair : il n'allait pas s'éteindre ! 🤣
votre avatar
Voici enfin la preuve que w10-11 sont déjà des IA : elles refusent de s'arrêter même quand on le leur ordonne ! :D
votre avatar
Comme je le dis souvent: Là ou il y a de l'intelligence, il y a fatalement une part de connerie aussi!
votre avatar
Ah mais c'était un bug ?? J'étais persuadé que c'était lié à un quelconque souci matériel sur ma tour. Ahurissant qu'ils aient mis tant de temps à corriger.
C'est vraiment super agréable de se lever le lendemain et s'apercevoir que le PC est resté allumé toute la nuit + écran :roll:
votre avatar
idem, je croyais vraiment que c'était mon système qui ch*ait. Je me disais, il faudrait bien que je le réinstalle proprement... Je me suis fait avoir plein de fois avec mon PC qui restait allumé même si en veille...
votre avatar
"Windows 10, dont le support est maintenant terminé, gardera le problème."

Bah non : comme il n'aura plus de mise à jour, le bug n'aura plus l'occasion de se manifester.
votre avatar
Ben si, il y en aura pour ceux qui ont souscrit au programme ESU + les entreprises qui paient
votre avatar
Les masos n'ont qu'a éviter l'OS sado...
votre avatar
Hé, non seulement ça résoud le bug, mais en plus ça n'en rajoute pas.

Perfect deal.
votre avatar
Connaissant leurs habitudes, ça m'étonnerait.
votre avatar
chez moi, mettre à jour et arrêter faisait tout le cycle. Première mise à jour, redémarrage, puis, à la fin de la mise à jour post-démarrage, le PC s'arrêtait de lui-même. Le tout dure 4 à 5 mn.
Je pensais que c'était un choix de MS pour éviter que, lorsque tu démarres ton PC, après avoir choisi mettre à jour et arrêter, il te fasse la fin de la mise à jour.
votre avatar
Ce ne pouvait pas être un choix (ou alors un choix idiot) car c'est dangereux: Combien de PC restés allumés, surtout si pas de délai de mise en veille (laptop configuré ainsi quand branché ou desktop), de manière incontrolée... ou délai de mise en veille qui causera toujours une surchauffe, avec un risque incendie, si on remets fissa le laptop dans la sacoche après en avoir demandé l'extinction en repartant à la bourre du boulot?

Ce que je trouve incroyable, c'est que Microsoft n'ait pas été épinglé pour cela aux US ou on est capable de faire procès au chien qui vous pisse sur une jante.
votre avatar
Sur Win, il faut toujours rebooter après une MAJ.
Mais à chaque reboot, il y a une MAJ.
votre avatar
Cet OS est marabooté :ane:
votre avatar
Totalement !
Il est même responsable d'un GÉNOCIDE d'écrans INNOCENTS, morts pour cause de grandes baffes ou de coups ACHARNES de claviers/souris. Innocents eux aussi.
Le vrai coupable se cachant dans le disque dur de l'unité centrale.
votre avatar
:ouimaistusors:
votre avatar
Suffit de ne pas faire de mises à jour. Ajouter des bugs, des trous, des incompatibilités, voire même planter la machine ..... Non merci, il y en a assez comme ça. Sans moi.
votre avatar
Le "M" dans Ms, c´est pour morveux en fait.

C´est un truc de malade de corriger un tel bug après autant de temps. Et le l´annoncer, laconiquement. Sans trembler des genoux. Tranquille.

Chaque news les concernant est plus consternante que la précédente.
votre avatar
Microsoft n’a jamais daigné corriger le problème, sans que l’on sache pourquoi
Deal with it :fumer:
votre avatar
Le mettre à jour et arrêter n'est pas vraiment mettre à jour et arrêter c'est plutôt mettre à jour, redémarrer sans ouvrir de session et arrêter.
On ne peut pas partir si on a un code Bitlocker.
votre avatar
Ceux qui est le plus dingue ce n'est pas qu'ils aient mis autant de temps à corriger ce bug mais qu'après tous ce temps Windows, ne soit toujours pas capable d'installer des mise à jour système sans passer par une phase d'installation au redémarrage.

Linux fait cela de manière transparente depuis bien longtemps.
votre avatar
Il me semble que c'est dans les nouveautés Windows Server 2025 via une fonctionnalité (payante ?) "Hotpatching".
votre avatar
J'aimerais comprendre à quoi tu fais référence pour être si péremptoire.

Si tu parles bien du remplacement du noyau (et de ses modules), le _livepatch_ est plutôt un exercice de niche (Pluto… Niche… La Cité de la Peur pour ceux qui auront la réf'), nécessite un format de patch particulier et n'est pas massivement utilisé par la plupart des distributions existantes, si je ne m'abuse, bien que le mécanisme en tant que tel existe depuis un bout de temps.
Aujourd'hui, l'application d'une mise à jour noyau nécessite donc généralement un redémarrage dans le cas d'usage général afin que la nouvelle version soit chargée.
La seule différence sur ce point est donc que la partie mise à jour/validation/retour en arrière/correction d'une mise à jour ayant rencontré un problème s'effectue avant toute tentative de redémarrage (et évite donc un cauchemar sur ces points relativement à une mise à jour lors de l'arrêt/après redémarrage).
votre avatar
C'est exactement ce à quoi je faisais référence. je ne parlais pas du livepatch
votre avatar
Il faudrait une option "Installer les mises à jour au prochain démarrage", ça embêterait moins de monde ; Démarrage, café-collègues, boulot 😁 (en espérant qu'il n'y ait pas un bug sur le redémarrage...)

« Mettre à jour et arrêter » : Microsoft répare enfin le bug du redémarrage dans Windows

Fermer