Désactiver le redémarrage automatique de Windows 10

Bonjour à tous !

Depuis quelques semaines, j’ai remarqué que Windows 10 a changé de comportement lors de l’installation des mises à jour à l’arrêt du système, ce qui le rend assez agaçant, particulièrement dans un contexte de dual boot. En effet, voici le processus qui semble avoir été appliqué par défaut sur le système :

1. Je clique sur le menu Démarrer et je choisis Mettre à jour et arrêter.
2. Windows passe sur l’écran d’arrêt et affiche brièvement Redémarrage en cours avant d’afficher qu’il installe les mises à jour.
3. Arrivé à environ 30%, le PC redémarre.

C’est à cette étape que ça coince, car je suis en dual boot avec Linux en première position, et donc assez logiquement, le PC se retrouve à redémarrer sous Linux alors que je lui demandais en fait de s’arrêter. Conséquence directe de ce redémarrage intempestif, si je choisis à ce stade d’arrêter simplement l’ordinateur sans chercher à redémarrer sous Windows (comme s’y attend vraisemblablement Microsoft…) pour terminer l’installation des mises à jour, lorsque je démarrerai l’ordinateur la fois suivante, le système va cette fois terminer l’installation des mises à jour et arrêter le système.

Je pourrais modifier les paramètres de GRUB pour qu’il démarre automatiquement sur le dernier OS utilisé, mais je n’en ai aucune envie, car cela signifierait que je devrais vérifier systématiquement qu’il démarre bien sur le bon système, alors que la plupart du temps, je le laisse juste démarrer sur la première entrée que j’ai préalablement configuré, à savoir Linux. Je cherche donc un moyen de désactiver totalement ce comportement afin de retrouver le précédent, à savoir :

1. Je clique sur le menu Démarrer et je choisis Mettre à jour et arrêter.
2. Windows passe sur l’écran d’arrêt et installe les mises à jour.
3. L’ordinateur s’arrête.
4. Au démarrage suivant de Windows, le système termine l’installation des mises à jour¹ avant de me donner la main.

Avez-vous connaissance d’un moyen permettant de retrouver cet ancien comportement ?

Bonjour, je doute qu’on puisse revenir en arrière avec les choix de MAJ Windows.

Y’aurait peut-être moyen de configurer le GRUB pour qu’il est le comportement de démarrer sur le dernier OS (ou Windows même) durant une tranche horaire, tu n’aurais plus qu’à définir la MAJ Windows sur cette tranche horaire …

Salut, Yarflam,

Ça aurait pu être une solution, si j’avais une tranche horaire particulière pour les mises à jour… ce qui n’est malheureusement pas le cas

Quand on cherche sur internet on tombe sur plein d’avis, et c’est un peu mon retour d’expériences sur ce sujet, ils disent qu’on en revient du dual boot … Aujourd’hui tu as le problème des mises à jour - certaines personnes on même perdu leur distrib Linux après une MAJ Windows - et au quotidien tu as le souci de basculer entre l’un et l’autre en fonction de ton activité. C’est bien sur le papier, c’est top quand tu veux découvrir une distribution Linux mais c’est tout. Au quotidien à la limite, tu fais un SSD dédié à Windows et un autre à Linux puis tu mets ton USB en mode boot prioritaire. Et si tu as assez de RAM à allouer, tu peux aussi bien le virtualiser.

Qu’en pense les autres Linuxiens sur Zds ?

Deuchnord est tout à fait assez compétent pour savoir s’il a besoin ou non d’un dual-boot, ne t’en fais pas

J’ai deux disques dédié à chaque OS et je n’ai jamais eu de problème de Windows qui écrase la distribution.

Concernant ton problème, j’ai eu une mise à jour hier soir et je n’ai pas eu ce phénomène. (Ça fais un moment que je n’avais pas démarrer sur le Windows, donc cet effet a potentiellement été ajouté à ce moment là).

Ps @Ekron, pourquoi avoir passé ce sujet en résolu alors qu’il ne l’est visiblement pas ?

En effet, je suis toujours à la recherche d’une solution, celles de l’utilisateur anonyme n’étant pas satisfaisantes… :/

(Mode résolu retiré)

Je ne sais pas pour ce qui est du redémarrage automatique pendant l’installation d’une màj, je n’ai jamais fait attention à cela. mais pour ce qui est de forcer Windows à relâcher son emprise sur la machine quand on lui demande de s’arrêter, sans se contraindre avec un redémarrage systématique, il faut simplement désactiver le démarrage rapide dans Panneau de configuration\Matériel et audio\Options d'alimentation\Paramètres système.

Après ça Windows s’éteint réellement quand on lui demande, les partitions NTFS sont libérer, ainsi que certaines cartes réseaux. De plus Windows ne se rallume pas tout seul en pleine nuit pour faire des MàJ, donc peut-être qu’il ne redémarre pas non-plus lorsqu’on clic sur Installer les MàJ et arrêter.

PS : perdre sa partition Linux suite à une MàJ Windows, je n’ai plus entendu parler de ça depuis qu’on peut booter sur des disques GPT, alors que c’était un vrai problème avec les disques MBR – qui pouvait se résoudre si on savait comment restaurer un MBR, donc inaccessible aux débutants.

Ça m’est arrivé une fois, sous Windows 10 (à ses débuts) et un système UEFI et GPT… bootmgfw avait gentiment repris la main sur GRUB (donc démarrant effectivement sur Windows). Ça m’avait obligé à chrooter sur Linux, réinstaller GRUB, démarrer sous Windows, lancer bcdedit /set {bootmgr} path \EFI\grub\grubx64.efi (le genre de commande qu’on trouve facilement dans la doc ahem ), redémarrer sous Linux, m’apercevoir au passage que l’entrée Windows avait disparue de GRUB, rechrooter sous Linux, et re-réinstaller GRUB. Pourquoi diable bootmgfw a cru bon de faire le malin, pourquoi l’entrée Windows a sautée suite à un bcdedit, et pourquoi Windows semble avoir la main sur le boot et peut le configurer avec bcdedit, ça m’élude encore à ce jour. En tout cas, ça ne donne pas confiance sur l’état d’esprit avec laquelle les gens de Microsoft implémentent les choses liées au boot… Ils se croient encore seuls sur la machine. Le problème ne s’est pas présenté à nouveau, donc peut être que ça a fait des progrès depuis, cela dit.

Ça, clairement, c’est toujours le cas aujourd’hui. Entre le fait que le gestionnaire de démarrage de Windows ne détecte toujours pas les systèmes non-Windows, et le problème que je décris au début du sujet, ça ne fait aucun doute.

Même si c’est du bidouillage, ton idée me semble avoir le mérite permettre d’éviter l’arrêt de la machine alors qu’on veut la démarrer, @SpaceFox. À défaut d’une solution plus « logique », je vais clairement me baser dessus au moins pour les cas où une mise à jour doit être faite. Merci

(Je garde le sujet encore ouvert, au cas où une autre solution encore plus adaptée serait proposée)

Merci @adri1 pour le retour, c’est bon à savoir.

Sinon autre astuce, je ne me sens plus de Grub pour choisir l’os au démarrage, mais directement du menu de chois EFI de la carte mère. Ça me permet de régler le temps d’affichage de Grub à 1 seconde au lieu de 10 par défaut, sanc complexifier vraiment la série de touches à taper pour démarrer sous Windows.

1 seconde et pas 0 (choix techniquement possible) pour éviter de galérer quand, par anti-miracle, j’ai besoin d’accéder à une quelconque option du menu Grub

Désolé, une fausse manip' en voulant cliquer sur "suivre". :/