UWF critical and warning thresholds

Ciao Luca Orbi,

Gestire la risoluzione dei problemi UWF può essere davvero frustrante, soprattutto quando sembra che il sistema stia nascondendo esattamente i log dei crash necessari per capire cosa è andato storto.

Il motivo per cui non vedi quei log critici e di avviso nel System Event Viewer dopo un crash del dispositivo di solito dipende da come UWF gestisce la memoria. Se il tuo overlay UWF è impostato su RAM (che è la configurazione più comune), tutto ciò che è scritto nel sistema durante quella sessione—inclusi i Log degli eventi di Windows—risiede solo in quell'overlay di memoria temporaneo. Quando il dispositivo si blocca e si riavvia, la RAM viene completamente cancellata, portando via tutti quei preziosi log di avviso prima ancora che tu abbia la possibilità di leggerli.

Per risolvere questo problema e costringere il sistema a salvare i log in modo permanente durante i riavvii, devi dire a UWF di escludere specificamente la cartella di log del Visualizzatore Eventi dal suo filtraggio.

Puoi farlo aprendo il prompt dei comandi come amministratore ed eseguendo questo comando: uwfmgr file add-exclusion C:\Windows\System32\winevt\Logs

A margine riguardo alla tua configurazione: con una dimensione di overlay di 2048, una soglia di allarme di 1638 e una soglia critica di 2028, il tuo sistema non ha molto margine di respiro. Se il dispositivo scarica aggiornamenti o scrive file temporanei pesanti, quell'overlay di RAM si riempirà molto velocemente, probabilmente causando il crash stesso. Escludere la cartella dei log permetterà finalmente a quei log di persistere, così potrai confermare se raggiungere quella soglia critica è esattamente ciò che sta facendo scendere il dispositivo.

Fatemi sapere se aggiungere quell'esclusione vi aiuta a notare quei tronchi mancanti!

Tracy.

Ciao Luca Orbi,

Grazie per averlo testato così in fretta. So quanto sia fastidioso quando una soluzione standard dovrebbe teoricamente funzionare, ma il sistema si rifiuta comunque di collaborare.

Poiché l'esclusione del file da sola non ha funzionato, ci sono due motivi chiave per cui Event Viewer continua a non scrivere quei log durante un crash UWF:

1. L'esclusione del registro mancante Il servizio di registro eventi di Windows richiede un po' di alta manutenzione. Non si limita a scrivere nella winevt\Logs cartella; aggiorna costantemente il registro per tenere traccia del suo stato di esecuzione. Se le sue chiavi di registro sono ancora intrappolate nell'overlay temporaneo della RAM, il servizio si confonde e spesso non riesce a scrivere i file di log fisici effettivi. Devi escludere anche il suo percorso di registro. Per favore, apri il Prompt dei Comandi come amministratore ed esegui: uwfmgr registry add-exclusion HKLM\SYSTEM\CurrentControlSet\Services\EventLog

2. La natura "hard halt" degli overlay RAM Questa è la parte più difficile di UWF: se il tuo dispositivo va in crash proprio perché raggiunge la soglia critica di 2028 MB, il sistema subisce un arresto improvviso e catastrofico (molto simile a staccare la spina di alimentazione). Quando Windows esaurisce completamente lo spazio di overlay della RAM, letteralmente non ha più risorse di memoria per elaborare e scaricare i log finali di crash sul disco, anche se la cartella è perfettamente esclusa.

Prossimi passi: prova ad aggiungere quel comando del registro sopra, riavvia il dispositivo e verifica se i log persistono. Se il sistema va di nuovo in crash e non ottieni ancora log, quasi garantisce che il crash sia un blocco totale della memoria. In tal caso, consiglio vivamente di aumentare temporaneamente la dimensione dello overlay UWF (ad esempio, a 4096 MB se l'hardware lo permette) solo per la risoluzione dei problemi. Questo darà al sistema abbastanza spazio per registrare correttamente qualunque applicazione stia consumando la tua memoria prima che si rompa.

Prova a fare l'esclusione del registro e fammi sapere come va. Sarò qui!

Tracy.