[Thread ufficiale] Windows 10 "Stable" (no preview builds)

[Nicodemo Timoteo Taddeo]

Originariamente inviato da Life bringer

Buongiorno, ho letto che a tutt'oggi non è ancora stato risolto il problema del trim.
A tal proposito, vorrei chiedervi se è possibile che questo bug renda un vecchio portatile (con windows 7 aggiornato poi al 10) con un hard disk classico, lentissimo in ogni operazione dall'avvio al normale utilizzo.

No, un tradizionale hard disk non ha il comando trim tra le sue dotazioni, non lo conosce, non lo esegue. Il tuo problema può esser un altro. Il funzionamento di 10 su hard disjk tradizionali è pietoso ed osceno in primis, ma se tutto risulta estremamente lento potrebbe essere l'hard disk che è malfunzionante o rovinato. Dai una guardata ai parametri SMART dello stesso con l'utility del produttore o con apposita applicazione. Esempio CristalDiskInfo:
https://crystalmark.info/en/download/#CrystalDiskInfo

Scarica ed usa la versione standard edition .zip che non richiede installazione. Se hai dubbi e perplessità sul risultato, posta pure qui una schermata dela finestra allungata in modo da contenere tutte le righe dei dati SMART.

Per quanto riguarda il mio pc invece, ho un ssd nvme più due hard disk in raid1 come comparto storage, posso aggiornare tranquillamente alla 20h2?

Tranquillamente non si può mai dire, è la vita che ci insegna che niente è sicuro. Ti consiglio di fare prima un backup dell'attuale installazione su hard disk esterno o unità di rete (e no, il RAID1 non è un backup), quindi applicare l'aggiornamento e vedere come va. Nel peggiore dei casi ripristini il backup e torni indietro.

[Life bringer]

Originariamente inviato da Nicodemo Timoteo Taddeo

No, un tradizionale hard disk non ha il comando trim tra le sue dotazioni, non lo conosce, non lo esegue. Il tuo problema può esser un altro. Il funzionamento di 10 su hard disjk tradizionali è pietoso ed osceno in primis, ma se tutto risulta estremamente lento potrebbe essere l'hard disk che è malfunzionante o rovinato. Dai una guardata ai parametri SMART dello stesso con l'utility del produttore o con apposita applicazione. Esempio CristalDiskInfo:
https://crystalmark.info/en/download/#CrystalDiskInfo

Scarica ed usa la versione standard edition .zip che non richiede installazione. Se hai dubbi e perplessità sul risultato, posta pure qui una schermata dela finestra allungata in modo da contenere tutte le righe dei dati SMART.



Tranquillamente non si può mai dire, è la vita che ci insegna che niente è sicuro. Ti consiglio di fare prima un backup dell'attuale installazione su hard disk esterno o unità di rete (e no, il RAID1 non è un backup), quindi applicare l'aggiornamento e vedere come va. Nel peggiore dei casi ripristini il backup e torni indietro.

Grazie per le indicazione Nicodemo.
Il portatile in questione non è il mio, è dei genitori della mia compagna, la prossima volta provvederò anche ad usare CristalDiskInfo, la prima mi sono concentrato nel deablotare il sistema (aveva ancora tutte le inutility Toshiba installate). Avevo anche valutato l'idea di tornare a windows 7, però, visto che è usato per lavoro (e sta in rete) immagino sia poco raccomandabile, ho provato anche a proporre l'upgrade ad un ssd ma ovviamente il responso è stato negativo.

Per quanto riguarda il mio pc, volevo più che altro sapere se il bug del trim mi demolirà l'ssd, il consiglio di fare backup lo metto sempre in pratica (e no, non sul raid 1)

[Styb]

Originariamente inviato da Life bringer

Buongiorno, ho letto che a tutt'oggi non è ancora stato risolto il problema del trim.
A tal proposito, vorrei chiedervi se è possibile che questo bug renda un vecchio portatile (con windows 7 aggiornato poi al 10) con un hard disk classico, lentissimo in ogni operazione dall'avvio al normale utilizzo.

Per quanto riguarda il mio pc invece, ho un ssd nvme più due hard disk in raid1 come comparto storage, posso aggiornare tranquillamente alla 20h2?

Grazie

Quoto Nicodemo per l'uso di CrystalDiskInfo.

Per l'aggiornamento io lo farei, se proposto da Windows update. L'unico bug noto è che non permetterà un aggiornamento in place. Ma non credo che sia un bug che interessa il mondo consumer, a cui apparteniamo un po' tutti noi. E comunque verrà risolto a dicembre.
Nel caso non ti piacesse l'aggiornamento a 20H2 o ti creasse problemi (dubito), lo puoi disinstallare e tornare alla versione precedente di windows.

[Styb]

Un buon metodo alternativo per bloccare l'aggiornamento di un driver specifico:

Come evitare che Windows Update aggiorni un driver specifico

[Nicodemo Timoteo Taddeo]

Originariamente inviato da Life bringer

Per quanto riguarda il mio pc, volevo più che altro sapere se il bug del trim mi demolirà l'ssd, il consiglio di fare backup lo metto sempre in pratica (e no, non sul raid 1)

No dunque il bug sul Trim riguarda solo le unità hard disk tradizionali, che si vedono recapitare il comando Trim non supportandolo. Le unità SSD invece lo supportano quindi non è un bug che li possa riguardare, anzi gli fa bene. Il bug che riguarda gli SSD invece è quello che vede l'ottimizzazione di Windows eseguita su queste unità continuamente:

https://www.ilsoftware.it/articoli.a...i-un-bug_21347

Quanto impatta questo bug sul "consumo" di uno SSD onestamente non so dirtelo, io sto ancora alla 1909 a casa e ltsc (1809) al lavoro, per cui non ho fatto prove e verifiche. Ma tieni presente comunque che, come spiegato nel link sopra postato, si può tranquillamente disabilitare l'ottimizzazione automatica ed eseguirla manualmente, tipo una volta al mese ed l'eventuale problema è risolto.

Ed in ogni caso le scritture garantite dai produttori di SSD recenti, sono talmente tante e quelle poi reali sono ancora molto di più, che arrivare ad esaurirle a colpi di ottimizzazione è un evento improbabile IMHO.

Ah, trovata una pagina sul sito del forum che riguarda entrambi gli argometni:
https://www.hwupgrade.it/news/sistem...are_90112.html

[Life bringer]

Ti ringrazio per il prezioso chiarimento, rimarrò anche io alla 1909 per ora

[FulValBot]

se ancora non l'avete capito il bug del trin o defrag continuo negli ssd NON l'hanno ancora fixato, non appare più la scritta che non è statop mai deframmentato/ottimizzato ma comunque farò continuamente il trim/defrag... e per questo motivo non ho ancora riattivato l'apposita opzione

per il trim agli hdd aspetterete cent'anni per avere un fix...

[Nicodemo Timoteo Taddeo]

Originariamente inviato da FulValBot

per il trim agli hdd aspetterete cent'anni per avere un fix...

Forse tra cent'anni capirai che è un bug insignificante, l'unico inconveniente è la segnalazione dell'errore. Forse tra cent'anni

[Styb]

Originariamente inviato da FulValBot

se ancora non l'avete capito il bug del trin o defrag continuo negli ssd NON l'hanno ancora fixato, non appare più la scritta che non è statop mai deframmentato/ottimizzato ma comunque farò continuamente il trim/defrag... e per questo motivo non ho ancora riattivato l'apposita opzione

Ma ne sei sicuro? Ho controllato ora aprendo il defrag e nelle mie due unità disco l'ultima ottimizzazione risale al 14 novembre. Quindi mi aspetto che venga rieseguita oggi o domani poiché ho impostato la cadenza settimanale.
Qui nella 20H2 mi sembra tutto regolare.

[ulukaii]

A quanto ne so, il bug sul defrag è stato fixato su SSD, mentre è ancora presente il bug del Trim su HDD.

[Varg87]

Here we go again.
Vorrei capire come fa un hard disk che non supporta il TRIM ad eseguire un comando che non riesce ad interpretare a meno che, come detto tempo fa, non lo supporti. Basta lanciare Crystal Disk Info per porre termine al dubbio.

[Styb]

Originariamente inviato da ulukaii

A quanto ne so, il bug sul defrag è stato fixato su SSD, mentre è ancora presente il bug del Trim su HDD.

Penso di sì, ma non è un bug pericoloso, poiché semplicemente il comando non viene eseguito. Ad esempio, per la mia unità hard disk, nel visualizzatore eventi trovo questo errore probabilmente dovuto al trim su HD:

Il motore di ottimizzazione archiviazione non ha potuto completare riottimizzazione in Dati (D: ) per il motivo seguente: L'operazione richiesta non è supportata dall'hardware di supporto del volume. (0x8900002A)

Questo in data 14 novembre quando è avvenuta l'ottimizzazione settimanale.

[no_side_fx]

Originariamente inviato da Varg87

Here we go again.
Vorrei capire come fa un hard disk che non supporta il TRIM ad eseguire un comando che non riesce ad interpretare a meno che, come detto tempo fa, non lo supporti. Basta lanciare Crystal Disk Info per porre termine al dubbio.

a quanto ne so windows 10 riconosce in automatico se l'unità ha il trim oppure no e di conseguenza la abilita/disabilita
era su windows 7 che andava attivata a mano perchè di default era sempre disattivata

[ulukaii]

Con la 20h2 no, non si parla del supporto al trim da parte del sistema operativo, ma di un bug della 2004/h2

Originariamente inviato da Styb

Penso di sì, ma non è un bug pericoloso, poiché semplicemente il comando non viene eseguito. Ad esempio, per la mia unità hard disk, nel visualizzatore eventi trovo questo errore probabilmente dovuto al trim su HD:

Il motore di ottimizzazione archiviazione non ha potuto completare riottimizzazione in Dati (D: ) per il motivo seguente: L'operazione richiesta non è supportata dall'hardware di supporto del volume. (0x8900002A)

Questo in data 14 novembre quando è avvenuta l'ottimizzazione settimanale.

Sì, esatto.

[Varg87]

Originariamente inviato da no_side_fx

a quanto ne so windows 10 riconosce in automatico se l'unità ha il trim oppure no e di conseguenza la abilita/disabilita
era su windows 7 che andava attivata a mano perchè di default era sempre disattivata

Ok ma la mia domanda non era questa. Ammettiamo che Windows lo esegua anche su hard disk che non lo supporta. L'hard disk riceve il comando e tra sè dice "che minchia vuole questo!?" e o non fa nulla perché appunto non capisce nemmeno cosa dovrebbe fare o al limite restituisce un errore senza eseguire comunque il comando.
Solo alcuni hard disk lo supportano, per tutti gli altri (la maggior parte) il problema non sussiste.

[ulukaii]

Lato pratico è solo la generazione di evento d'errore nel log. Alla peggio non esegue un tubo, nel senso che all'ottimizzazione programmata potrebbe non fare nemmeno il defrag, perché prova appunto il trim, gli da buca e la smette lì.

Ma non è che distrugge l'hdd.

[tallines]

Originariamente inviato da ulukaii

Lato pratico è solo la generazione di evento d'errore nel log. Alla peggio non esegue un tubo, nel senso che all'ottimizzazione programmata potrebbe non fare nemmeno il defrag, perché prova appunto il trim, gli da buca e la smette lì.

Ma non è che distrugge l'hdd.

Quoto

[no_side_fx]

Originariamente inviato da Varg87

Ok ma la mia domanda non era questa. Ammettiamo che Windows lo esegua anche su hard disk che non lo supporta. L'hard disk riceve il comando e tra sè dice "che minchia vuole questo!?" e o non fa nulla perché appunto non capisce nemmeno cosa dovrebbe fare o al limite restituisce un errore senza eseguire comunque il comando.
Solo alcuni hard disk lo supportano, per tutti gli altri (la maggior parte) il problema non sussiste.

penso non fa nulla alla peggio BSOD!
diciamo che non saprei

[alex oceano]

ragazzi
mi sono accorto di aver utilizzato una licenza digitale comprata su ebaya e di averla attivata su 2 pc che succede adesso?

[Styb]

Se ha funzionato, io non mi preoccuperai più di tanto.

Se vuoi sapere che tipo di licenza hai, scarica dal Microsoft Store l'app ShowKeyPlus e avviala per ottenere le informazioni a riguardo.