Reprise du message précédent :

Après il ne faut pas juger, ni se moquer ... la mal-être est là bien que non physique mais psychologique selon les différentes études.
 
Effet nocebo, maladies psychiatriques préexistantes, ...
 
Cela pourrait-être reconnu comme une nouvelle maladie psychiatrique dans le futur.

Ah mais je n'attends que ça : que ce soit reconnu comme maladie psychiatrique.
Qu'on arrête enfin les conneries.

 
+1000
 
On tient un champion qui devrait tout de suite appeler des chercheurs pour se signaler.  

Tu as les topics pouic et conspi pour ça. Epargne celui-ci avec ton HS merci.

 
On ne se moque pas, mais on commence à en avoir plein le cul des conneries à base de Linky, 5G, puce dans les vaccins et autres délire tous plus ou moins complotistes... surtout en cette période de COVID.

C'est clair.
Y a quelques jours dans une pharmacie, une cliente disait que le Covid était fait pour nous vendre un vaccin...

Je traine constamment sur le forum "Windows & Software" et c'est le premier message de ce genre que je lis.    
 
Sinon il y a aussi une manière plus calme et poli de montrer son désaccord.
 
Je ne veux pas me faire passer pour un ange hein.

On s'en branle, revenons à nos moutons

Ahh je note "wi fi"
Sur un autre forum je leur demande de passer en ethernet si possible et les maj se font
Peut être un problème de gigue

Le meme soucis existe pour les joueurs avec certains anti cheat, comme Punkbuster, qui n'arrive pas à récupérer correctement des paquets du fait du wi fi (ou plus exactement de la gigue, liées souvent à des perturbations environnantes surtout en immeuble)  et au final le joueur se voit éjecter du serveur de jeux
(de mon expérience lorsque j'oeuvrais pour EA)

Hello.
Dites voir. C'est possible de revenir deux versions en arrière ?
Je suis en 1803, pour aller en 2004 je dois passer par le 1909.
Maintenant une fois que je serais en 2004, c'est possible de revenir en 1803 en rétrogradant deux fois ?

 
euhh.... non

Ok. Donc je ne pourrais revenir qu'en 1909 et plus possible de revenir en 1803.

 
   
 
J'ai fait le grand saut 1511 -> 2004 sans le moindre souci ( avec l'ISO )

Le contenu de ce message a été effacé par son auteur

Pendant 10j

Ah oui j'y avais pas pensé à ça.
Je pensais que c'était obligatoire de passer à la 1909 pour ensuite installer la 2004.
Merci.

Il suffit de faire une sauvegarde système de ton 1803 avec AOMEI.
Si tu n'es pas satisfait tu pourras toujours restaurer le système à partir de l'image 1803.

Conditions:
- avoir un support externe (ou pas) capable de recevoir l'image (environ 60 à 70% de l'espace utilisé sur C: ).
- Avoir créé la clé USB bootable AOMEI (fait partie de ses utilitaires).

non, tu ne peux revenir en arrière QUE sur la version que tu avais AVANT l upgrade et QUE pendant qques jours (que 10 jours désormais je crois).
En pratique, ce 'retour en arrière' ne doit être utilisé que sur des cas exceptionnels. On ne devrait pas en avoir besoin sur un fonctionnement normal.

En mettant ce cas particulier de côté, les MAJ des versions de Windows 10 ne vont que vers l avant, on ne peux PAS revenir sur une version plus ancienne!

Et c'est pareil sur tous les OS (macOS, iOS, Linux, Android, etc): la seule solution pour avoir un OS plus ancien est la meme que pour un OS différent: on supprime tout et on ré installe fraîchement à partir d une ISO ou équivalent.
Ou de restaurer une image d'un OS précédemment sauvegardé, comme dit yf38 au dessus.

 
J'ai justement installé la préversion de la KB4571744 sur mon Lenovo, je suis un ouf malade    
Le 06 septembre j'ai lancé une optimisation via la fenêtre ( cela ne lance pas une défragmentation chez moi mais bien une optimisation -> on ne peut pas confondre vu que c'est ultra rapide )
 
Le lendemain, l'optimisation est bien restée en mémoire donc bug réglé en effet.
 

 
A noter par contre que désormais le terme tout à droite est réoptimisation, alors qu'avant ce bug c'était tout simplement optimisation.
Maintenant que c'est fait, et afin d'éviter un agacement inutile à mooms, je vais plus toucher à ce truc vu que c'est fait de façon automatique par Windows quand il juge que c'est nécessaire  
 
edit : ah ben non on est le 08 aujourd'hui, donc il devrait afficher 2 jours... bref je verrais demain si la date n'est encore buggée

Attends 18h35, ça devrait passer à 2j

Ça tombe bien ce soir 19h patch tuesday donc je vais rester sur W10 aujourd'hui ( je suis en dual boot avec Linux )
 
edit : oui c'est bon, j'ai bien 2 jours ce soir, donc tout va bien

Aujourd'hui mise à niveau de 1909 vers 2004 (avec quelques bugs que j'ai pu résoudre sans problème) et puis la màj "patch tuesday" réussite.
 
Pour le moment tout est ok.
 
EDIT: dernière version "release" -> 19041.508

Quelqu'un sait comment je peux supprimer la partition de 489mo sur le Disque 0 ? clic droit j'ai que "aide"
 
edit : c'est bon j'ai trouvé  

 
https://superuser.com/questions/102 [...] windows-10

 
 
merci, j'ai finalement réussi avec diskpart ça a fonctionné nickel  

Pas de quoi et une bonne soirée.  

Bonjour, je change ma carte mère/processeur, vous me confirmez que je peux conservé mon w10 sans le réinstaller ? La licence est enregistrée sur mon compte microsoft normalement...

Oui, même si c'est toujours plus propre de refaire une installation.

KB 4571756
 
Pour l'instant un seul bug recensé
 
https://forum.malekal.com/viewtopic [...] 0&start=15

Messieurs, je sais pas trop si ça concerne Windows 10, mais peut être avez-vous une idée ?

Depuis quelques semaines, j'ai une dérive de fou dans l'horloge de mes VM Windows (hyperviseur : Dell PowerEdge T110 II sous ESXi 6.5).
Régulièrement je les surprend avec 2 heures d'avance (là, elles sont donc à 16h20).
Vu sur 2 VM sous Windows Server (2012 R2 et 2016) et une VM sous Windows 10 Pro.
L'hyperviseur est bien à l'heure correcte, et mes VM sous Linux aussi.
Mes autres machines physiques à la maison et au boulot ne semblent pas avoir le souci.

Dès que je demande une sychronisation (Temps Internet sous WS2012) via time.windows.com, celle-ci échoue, mais l'horloge repart à la bonne heure

Vous avez constaté un truc du genre récemment ?

C'est pas simplement un problème de fuseau horaire ?

Je viens de parcourir l'ensemble de mes VM, et elles sont bien toutes sur le même fuseau horaire, le bon (Paris - Madrid).
J'ai tout de même une autre VM, sous WS2019 qui ne semble pas avoir le souci

C'est problématique sur la machine en WS2012 (j'ai un projet de migration, mais faut que j'y travaille encore un peu, c'est pas prêt encore) car elle héberge une appli web avec enregistrement de fichiers.
Les heures qui ne coïncident pas foutent donc la grouille dans mon appli

Ce ne serait pas quand tu rebootes sur Linux (qui est en UTC en interne, et ajoute un offset selon le fuseau horaire, ce qui semble le plus logique) que ça changerait l'heure sous Windows (qui lui est en heure locale, sacré Microsoft) ?
 
Tu as juste à ajouter cette clé de registre pour que Windows utilise UTC:
 
cmd:

 
reg:

 
 
Pour annuler le changement, il suffit de passer la valeur dword  à 0

Comme disent les autre : pas besoin de réinstaller.
 
Par contre il faut faire attention à la licence :
Si tu as une licence OEM, elle ne sera pas valide pour le nouveau matériel. Tu devras racheter une licence.

 
Je vais tenter.
J'ajoute cette clé à toutes mes VM Windows, si j'ai bien compris.

Tente déjà sur une ou deux.

Merci Mooms

Je t'en prie DiB91.

Pour expliquer un peu mieux la raison du problème, qui se rencontre dès que l'on fait du multi-boot avec Windows + autre OS:

Windows s’attend à ce que l'heure RTC (l'heure affichée dans le BIOS et conservée grâce à la pile CR2032) soit l'heure locale, pour des raisons de rétrocompatibilité, et aussi pour ne pas que les utilisateurs se demandent pourquoi l'heure dans le BIOS est différente.

Les autres OS (Linux, Unix, BSD, OSX, Android, etc...) s’attendent à ce que l'heure RTC soit exprimée en UTC (temps universel coordonné), puis utilisent l'information de fuseau horaire pour afficher l'heure locale.

Comme en ce moment nous somme en heure d'été, soit UTC+2, Windows prend deux heures après un reboot sur un autre OS, et vice-versa (avant de se synchroniser sur un serveur de temps tout du moins).

La clé de registre que j'ai donné indique donc à Windows que le temps RTC est exprimé en UTC, tout simplement.

Oui mais dans le cas de VM sur esxi, l'heure du bios est l'heure de l'esx.
Donc si l'esx est à l'heure, il ne devrait pas y avoir ce problème. J'ai 300 machines sur esxi au boulot, j'ai jamais patché un seul windows pour utiliser l'utc.

Tes VM sont dans un domaine ?
Par défaut, une VM dans Hyper-V va synchroniser son horloge avec l'hôte, c'est le cas sur tes VM ?

Les réponses des dames ne t'intéressent pas ?