Redstone 4 : Microsoft corrige le bogue majeur de la build 17133 dans une nouvelle build
Mais aucune info concernant la version finale

Le , par Christian Olivier

143PARTAGES

1  0 
La Spring Creators Update de Windows 10 alias Redstone 4 continue de se faire attendre, alors que plusieurs sources s’accordaient à dire que cette prochaine itération majeure de Windows 10 devrait « être officialisée » au courant de ce mois, lors du Patch Tuesday notamment.

Ce retard est vraisemblablement dû à la découverte récente d’un bogue signalé à la dernière minute à l’éditeur du logiciel par les Insiders. Le bogue en question a été remarqué dans la build (17 133) de la Redstone 4. Dans certains cas, il pouvait provoquer « l’augmentation de la survenue de BSOD » (écran bleu de la mort synonyme de plantage) sur les ordinateurs. La firme de Redmond l’a de toute évidence jugé suffisamment important pour « différer » la sortie de la version stable de la Spring Creators Update de Windows 10.

Précisions que Microsoft n’a jamais communiqué une date de lancement exacte pour cette mise à jour destinée au grand public. Cependant, certains signes avant-coureurs laissaient supposer que cette dernière avait atteint le cycle RTM et qu’il ne faudrait plus patienter longtemps avant de la voir enfin officialisée.


L’éditeur de Windows vient de procéder au lancement d’une nouvelle build de la Redstone 4 (17 134) qui est censée corriger ce bogue. Au lieu de créer un package de mises à jour cumulatives pour résoudre ce problème, Microsoft a plutôt décidé de créer une nouvelle build incluant les correctifs appropriés. La build 17134 devrait permettre à la société de s’assurer que la Redstone 4 est fin prête, grâce au soutien des Insiders. Mais la firme de Redmond n’a jusqu’à présent communiqué aucune date de sortie pour la version finale de la Spring Creators Update de Windows 10.

Signalons au passage qu’après le déploiement de cette mise à jour, on s’attend à ce que l’entreprise technologique américaine dévoile ou fournisse plus de détails concernant la Redstone 5, la prochaine itération majeure de Windows 10.

Source : Blog Windows

Et vous ?

Qu’en pensez-vous ?
Comment accueillez-vous cette annonce ?

Voir aussi

Windows 10 Redstone 4 : tour d'horizon des fonctionnalités de la build 17133 disponible pour les Insiders sur le canal lent
Microsoft publie en open source le code de File Manager, son gestionnaire de fichiers qui a été disponible en 1990, et en autorise les modifications

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de slowsaz
Membre confirmé https://www.developpez.com
Le 24/04/2019 à 10:50
Bon courage à ceux ayant un dual boot et ceux faisant des partitionnements précis pour leurs diverses activités. Je ne comprends vraiment pas comment Microsoft a pu en arriver à ce point et je suis une fois de plus heureux de ne pas être concerné.
6  0 
Avatar de Neckara
Expert éminent sénior https://www.developpez.com
Le 24/04/2019 à 11:03
Ah bah enfin !
Enfin un moyen d'éviter que l'ordinateur redémarre pendant la nuit à cause d'une mise à jour.

Pour le coup, ce n'est vraiment pas un bug, mais bien une feature.
6  0 
Avatar de yildiz-online
Expert confirmé https://www.developpez.com
Le 24/04/2019 à 15:44
Citation Envoyé par transgohan Voir le message
Depuis quand une mise à jour doit être un calvaire ?
Depuis Windows 10 (et d'autant plus sur un disque 5400 tpm)
5  0 
Avatar de transgohan
Expert éminent https://www.developpez.com
Le 24/04/2019 à 14:55
Avant la mise à niveau, le périphérique aurait été monté dans le système en tant que lecteur G en fonction de la configuration de lecteur existante. Toutefois, après la mise à niveau, le périphérique se voit attribuer une autre lettre de lecteur. Par exemple, le lecteur est réaffecté en tant que lecteur H
Quand je lis ça je comprends que cela concerne aussi les disques physiques.
Et que les applications qui stockent dans la base de registre des chemins (oui ça existe...) comprenant la lettre du disque vont devoir être réinstallés entièrement...
Depuis quand une mise à jour doit être un calvaire ?
3  0 
Avatar de esperanto
Membre éprouvé https://www.developpez.com
Le 24/04/2019 à 11:04
Citation Envoyé par Stéphane le calme Voir le message
Microsoft va bloquer les mises à niveau de Windows 10 Msi un support externe tel qu'un périphérique USB ou une carte SD est connecté à l'ordinateur.
Super, donc maintenant pour éviter d'avoir l'ordinateur qui reboote sans prévenir en plein milieu d'une conférence, la règle d'or est: toujours avoir une clé usb connectée à l'ordinateur.
Les solutions de sécurité de Microsoft m'étonneront toujours

La suppression des supports externes, des DVD / CD inutiles et le débranchement des imprimantes est depuis longtemps une méthode recommandée pour résoudre les problèmes rencontrés lors de la mise à niveau ou de l’installation de Windows 10
Sachant que Microsoft fait les mises à jour sans prévenir, comment l'utilisateur pourrait-il débrancher les périphériques à titre préventif?

Lorsque cela se produit, Microsoft affiche une erreur indiquant "Ce PC ne peut pas être mis à niveau vers Windows 10", comme indiqué ci-dessous.
J'ignorais qu'un ordinateur sous Windows 10 pouvait être mis à jour vers Windows 10 mais bon...
2  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 28/04/2018 à 17:23
Je ne pense pas.
Voici un lien avec des produits pour monter des partitions ext :
https://doc.ubuntu-fr.org/tutoriel/c...u_sous_windows

Pour BTRFS, tu as ceci :
https://github.com/maharmstone/btrfs

Et sinon Paragon Software a un logiciel pour gérer les partitions ext/btrfs/xfs sous Windows.
1  0 
Avatar de daphi
Nouveau membre du Club https://www.developpez.com
Le 08/05/2018 à 8:36
bonjour,

pour ma part, cela n'a pas résolu le problème.
1  0 
Avatar de Mindstan
Candidat au Club https://www.developpez.com
Le 24/04/2019 à 12:47
J'ai un PC avec un HDD partitionné ainsi : ntfs (D: ), ext4, swap, ntfs (E: ), la partition principale Windows étant sur un SSD à part, l'explorateur Windows indique que la partition E: est une carte sdhc (mais pas dans le gestionnaire de partitions). Ayant des programmes sur la-dite partition, il m'est impossible de 《l'éjecter》le temps de la maj ; je vais donc devoir être patient...
1  0 
Avatar de abriotde
Membre expérimenté https://www.developpez.com
Le 01/07/2019 à 14:21
Pour moi le principe de match des appel système Linux vers appel système Windows (à la manière de Wine pour l'inverse) est ce qu'il y a de plus performant (même si l'on perd forcément en performances par rapport à du natif). C'est aussi ce qu'il y a de plus léger.
Maintenant Linux tourne dans une VM presque à côté de Windows en utilisant au mieux la virtualisation hardware. (par rapport a une classique virtualisation dans Windows ou Windows est utilisé comme hyperviseur.) Mais dans ce cas on perd la mémoire d'un noyaux, plus une couche de virtualisation, avec toutes les failles que cela inclut... ce qui perd de l'intérêt surtout dans le cas général ou rien ne tourne dessus. Le seul intérêt est une compatibilité total puisqu’alors aucun appel système n'est pas implémenté. Mais en avait on vraiment besoin? Oui si Windows est très en retard sur Linux...
Pour moi la seul vrai raison explicable de faire ainsi ait que Windows voulait en donner plus, plus de Linux sans ce casser la tête, ils se sont dis tant pis, on virtualise on s'en fiche de la perte mémoire que cela occasionne, de toutes façon les PC sont puissant maintenant... Et ce raisonnement surtout pour un OS est très business mais mauvais à long terme... le patch de patch n'est pas viable...
1  0 
Avatar de earhater
Membre confirmé https://www.developpez.com
Le 01/07/2019 à 16:48
@abriote d'autant plus que ça utilise hyper-v disponible uniquement dans les versions pros de windows :/
1  0 
Contacter le responsable de la rubrique Accueil

Partenaire : Hébergement Web