| ||||||||
Groupe Sécurité ![]() | 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 Modifié par G225 le 28/05/2018 03:56 | |||||||
Publicité | ||||||||
Astucien | 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 :
| |||||||
Astucien |
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 | |||||||
Astucien | 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. Modifié par Ikewdu_ le 28/05/2018 09:52 | |||||||
Astucien | ||||||||
Astucien | 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. | |||||||
Astucien | 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 | |||||||
Astucien | 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.
Modifié par Ikewdu_ le 28/05/2018 17:27 | |||||||
![]() ![]() |
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
| |||||||
Publicité | ||||||||
Astucien | miccmacc3 a écrit : Je n'ai rien inventé, avec l'outil MCT, c'est bien un install.esd | |||||||
![]() ![]() |
Merci pour la richesse des détails de ce mauvais fonctionnement reconnu par Avast.
| |||||||
![]() ![]() | eliot3 a écrit :
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 Modifié par miccmacc3 le 28/05/2018 18:06 | |||||||
Astucien | 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 . Modifié par Ikewdu_ le 28/05/2018 18:27 | |||||||
![]() ![]() | 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? | |||||||
Astucien | 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 : 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. | |||||||
Astucien |
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
| |||||||
Publicité | ||||||||
![]() ![]() | 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. | |||||||
|
Les bons plans du moment PC Astuces | Tous les Bons Plans | |||||||||||||||
|