Quote:
Originariamente inviato da jepessen
"corruzione", non "correzione" nel titolo... A me non dispiacerebbe avere un bug che mi aggiusti il disco...
|
Quote:
Originariamente inviato da ggez
Il titolo è rimasto con "correzione" comunque
|
Quote:
Originariamente inviato da sintopatataelettronica
Eh. Devi aspettare la prossima patch xD
|
Per tornare invece al succo della notizia, vi dico invece come l'ho capita io
.
Forte in particolare delle parole di un utente del forum che è anche un ingegnere (senior nonostante la giovane età) del kernel in MS che disse chiaramente su queste frequenze che in realtà quel comando non costituiva alcuna vulnerabilità (o pericolo) per la macchina che veniva dunque semplicemente "ingannata" portandola a credere di aver riscontrato una corruzione nel file system, MS (con il
KB4601319) ha (già) risolto il
vero problema che si nascondeva subdolamente tra le sue linee:
Quote:
|
Addresses an issue that might damage the file system of some devices and prevent them from starting up after running chkdsk /f
|
l'impossibilità cioè di portare a termine il comando di cui sopra su alcuni sistemi generando di conseguenza un BSoD e, in ultima analisi, l'impossibilità evidentemente di riprendere il controllo della macchina che finiva in un loop.
Quindi e per riassumere:
il fix al comando che inganna Windows 10 è incorporato solo in 21H2 ma le macchine con le build "di produzione", per quanto ancora "ingannabili" dall'esecuzione di quel comando, in realtà si riprendono da sole dopo appunto il famoso chkdsk /f indotto da quell'abbaglio.
Spero di essere stato chiaro ma ci riprovo per la terza volta:
il problema ultimo era nel check disk, risolto questo col KB che dicevo, resta fermo l'abbaglio
