Salut, merci de lire ceci: https://answers.microsoft.com/fr-fr/windows/forum/windows_10-update/la-mise-%c3%a0-jour-davril-2018-peut-d%c3%a9marrer/5dbb5aaf-e28c-4e7c-b113-577e73db8c43

Salut,

Deux petites remarques.

- Il me semble que M$ a surtout (entre temps) parlé d''un problème de compatibilité avec les ssd Intel et Toshiba. J'ai donné le lien dans plusieurs des sujets traitent de ce problème de mise à niveau.

- La méthode 1 du lien proposé me semble étrange. La commande copy (au point 8) n'ayant pas de cible, elle devrait renvoyer un message d'erreur. Seule la commande xcopy (à ma connaissance) copie dans le répertoire courant... et je ne vois pas trop l'intérêt.

Perso, je suivrais plutôt cette méthode si j'étais concerné, car elle me semble plus sûre :

http://www.thecomputercellar.com/windows-10-1803-upgrade-issues-the-black-desktop-of-death-and-how-to-fix-it/

La difficulté vient maintenant de la création de la clé usb, le fichier wim dépassant les 4 Go engendre des difficultés sur les clés en fat32. Voir ceci :

mais malheureusement j'ai toujours un message d'erreur lors de la création de la clé USB et pourtant j'ai changé d'ordinateur portable

La difficulté vient maintenant de la création de la clé usb, le fichier wim dépassant les 4 Go engendre des difficultés sur les clés en fat32. Voir ceci :

Il faut faire l'iso avec le MCT et faire ensuite ta clé à l'aide de Rufus.

le boot.wim fait moins de 4 Go

C'est install.wim ou install.esd qu'il faut observer.

Boot.wim, c'est la console winre. Elle fait effectivement moins de 500 Mio.

Là, c'est intéressant. Car la taille de install.wim dans la dernière image iso que j'ai téléchargée est de 4,1 Go. Je n'imagine pas que Rufus la modifie. Donc, seule conclusion possible : les versions sont différentes selon la méthode de téléchargement.

Je ferai un essai avec rufus ce soir pour en avoir le coeur net.

Sur l'iso crée avec MCT qui se trouve sur le Zalman, l'install.wim fait la même taille. Donc rien à voir avec Rufus

Re,

Le contenu de l'iso téléchargée directement sur le site M$ sans passer par Mediacreation Tool : un fichier iso de 4106028305 octets.

Ce que voit rufus : le même fichier ne fait selon lui que 3,8 Gio. Il affiche probablement la taille en gibioctets. Mais c'est la même taille (4,1 Go = 3,8 Gio)

La clé se crée finalement (de justesse), et affiche le résultat suivant :

Reste à comparer avec la création manuelle de la clé... pour voir si les tailles correspondent.

Bonjour les amis

Je ne traite ici que la partie ISO

Merci à ami Ikewdu_

Merci pour cette précision .

Cette histoire d'Iso "variable " m'a toujours "perturbé"

Ta démonstration me réconforte

@ ami eliot

miccmacc3 a écrit :

Bonjour les amis

Je ne traite ici que la partie ISO

Merci à ami Ikewdu_

Merci pour cette précision .

Cette histoire d'Iso "variable " m'a toujours "perturbé"

Ta démonstration me réconforte

@ ami eliot

Je n'ai rien inventé, avec l'outil MCT, c'est bien un install.esd

à ami G225

Merci pour la richesse des détails de ce mauvais fonctionnement reconnu par Avast.

eliot3 a écrit :

Je n'ai rien inventé, avec l'outil MCT, c'est bien un install.esd

Mon ami eliot

Je ne doute pas un seul instant de ce que tu montres

Pas de soucis pour moi

Là ou je veux attirer l'attention (et ce n'est pas la première fois que j'interviens à ce sujet ) c'est la différence de poids entre les téléchargements

Et uniquement cela .

Le reste je ne l'ai pas analysé

Il n'y a pas si longtemps je le démontrais avec InSpectre

Et il y a deux ou trois jours je me posais aussi la question sur les décompressions

Et...pour ne pas me tromper ,comme ami Ikewdu_ ,je vérifie les octets

Re,

Selon les versions, c'est parfois du esd, parfois du wim... Je n'ai jamais compris pourquoi ça variait ainsi.

Quant à la copie manuelle de la clé... ça passe limite également. La taille est la même. Capture depuis mon Linux :

On s'approche très sérieusement de la limite pour le fat32, à savoir 4 Gio moins 1 octet = 2³² - 1 = 4 294 967 295 octets .

Bonjour,

La méthode la plus "naturelle" pour les mises à jour et les mises à niveau c'est Windows Update.

La technique de l'ISO ne doit s'envisager qu'en cas de problème.

Pourquoi compliquer des choses simples?

Salut,

Le sujet concerne le problème de la mise à niveau 1803, qui conduit à un écran noir. Il ne s'agit pas d"une situation "naturelle".

Ikewdu_ a écrit :

Salut,

Le sujet concerne le problème de la mise à niveau 1803, qui conduit à un écran noir. Il ne s'agit pas d"une situation "naturelle".

Bonjour,

S'il y a une incompatibilité, la méthode de l'ISO ne résoudra rien.

De plus, il faudrait lire ce que j'écris. La méthode le l'ISO est bonne en cas de problème, ce qui est le cas du sujet ici.

De là à un faire une méthode courante à chaque mise à niveau ou à chaque mise à jour, c'est se chatouiller pour se faire rire.

De là à un faire une méthode courante à chaque mise à niveau ou à chaque mise à jour, c'est se chatouiller pour se faire rire.

Faudrait aussi penser à ceux qui ont un débit très faible et qu'à chaque MAN, Windows Update n'arrive pas à terme et se retrouve à chaque fois en échec.

Pour exemple, ma fille habite dans un très petit bourg, dans les montagnes noires ( Bretagne) et est de plus en bout de ligne, et ben, si je ne venais pas avec l'iso de la nouvelle MAN, elle n'arriverait jamais à être à jour.

Pour de simples MAJs, elle galère parfois mais y arrive. Et j'en connais pas mal dans cette situation.

Il faut de temps en temps arrêter de ne penser qu'à soi

Je précise de toute façon toujours "sauf problème". C'est le cas de ta fille donc, là ta méthode est justifiée.

Il ne faut pas faire une généralité à partir d'exceptions.