Problemi rilevati con Utility Disco

[sasà]

Ciao, vi ringrazio anticipatamente per i consigli/pareri che potrete darmi, possibilmente in linguaggio elementare in quanto il mio grado di erudizione è a livello – 1
Ultimamente il Mac (MacBook Pro 2021 con Apple M1 Max con SONOMA 14.2.1) mi si bloccava spesso.
Ho lanciato l'Utility Disco e mi rilevava degli errori, poi riparati, ma il problema mi si ripresentava a distanza di un giorno o due.
Ho reistallato Sonoma ma non ho avuto miglioramenti.
Copio qui sotto il report di Utility Disco:

Verifico file system.
Impossibile disattivare il volume.
Uso modalità in tempo reale.
Eseguo fsck_apfs -n -l -x /dev/rdisk3s5
Verifico il superblocco del contenitore.
Verifico il punto di controllo con ID transazione 2518927.
Verifico il gestore spazio.
Verifico gli alberi delle code libere del gestore spazio.
Verifico la mappa oggetti.
Verifico le strutture della chiave di crittografia.
Controllo il volume /dev/rdisk3s5.
Verifico il superblocco del volume APFS.
Il volume Data è stato formattato da newfs_apfs (2142.41.2) e l’ultima modifica è stata effettuata da apfs_kext (2235.60.6).
Verifico la mappa oggetti.
Verifico l’albero dei metadati dell’istantanea.
Verifico i metadati dell’istantanea.
Verifico istantanea 1 di 1 (com.apple.TimeMachine.2024-01-17-160938.local)
warning: physical_size (748048384) of dir-stats object (id 1394274) is greater than expected (722149376)
warning: snapshot fsroot / file key rolling / doc-id tree corruptions are not repaired; they'll go away once the snapshot is deleted
error: doc-id tree: record exists for doc-id 77603, file-id 4056899 but no inode references this doc-id
error: doc-id tree: record exists for doc-id 124810, file-id 14426469 but no inode references this doc-id
Verifico l’albero dell’ID documento.
Verifico l’albero fsroot.
warning: physical_size (744890368) of dir-stats object (id 1394274) is greater than expected (718991360)
error: doc-id tree: record exists for doc-id 77603, file-id 4056899 but no inode references this doc-id
error: doc-id tree: record exists for doc-id 124810, file-id 14426469 but no inode references this doc-id
Verifico l’albero del riferimento entità.
Verifico l’albero di rotazione delle chiavi dei file.
Verifico lo spazio della mappa oggetti del volume.
Il volume /dev/rdisk3s5 con l’UUID E5D5232A-0279-45DC-BD10-6438A83B0387 è danneggiato e deve essere riparato.
Verifico lo spazio allocato.
Eseguo riparazioni rinviate.
Il volume /dev/rdisk3s5 con l’UUID E5D5232A-0279-45DC-BD10-6438A83B0387 non presenta problemi.
Il codice di uscita per la verifica del file system è 0.
Ripristino lo stato originale rilevato come attivato.

Operazione riuscita.

LO ripara ma se io lo rifaccio tra un'ora il risultato è il solito: cosa può essere? Cosa ne pensate?
Dovrei inizializzare?
Poi recupero tutto da Time Machine?
Ma se recupero anche "l'errore"?

Vi ringrazio per i consigli
Buona serata

[Hammarby]

Ciao, vi ringrazio anticipatamente per i consigli/pareri che potrete darmi, possibilmente in linguaggio elementare in quanto il mio grado di erudizione è a livello – 1
Ultimamente il Mac (MacBook Pro 2021 con Apple M1 Max con SONOMA 14.2.1) mi si bloccava spesso.
Ho lanciato l'Utility Disco e mi rilevava degli errori, poi riparati, ma il problema mi si ripresentava a distanza di un giorno o due.
Ho reistallato Sonoma ma non ho avuto miglioramenti.
Copio qui sotto il report di Utility Disco:

Verifico file system.
Impossibile disattivare il volume.
Uso modalità in tempo reale.
Eseguo fsck_apfs -n -l -x /dev/rdisk3s5
Verifico il superblocco del contenitore.
Verifico il punto di controllo con ID transazione 2518927.
Verifico il gestore spazio.
Verifico gli alberi delle code libere del gestore spazio.
Verifico la mappa oggetti.
Verifico le strutture della chiave di crittografia.
Controllo il volume /dev/rdisk3s5.
Verifico il superblocco del volume APFS.
Il volume Data è stato formattato da newfs_apfs (2142.41.2) e l’ultima modifica è stata effettuata da apfs_kext (2235.60.6).
Verifico la mappa oggetti.
Verifico l’albero dei metadati dell’istantanea.
Verifico i metadati dell’istantanea.
Verifico istantanea 1 di 1 (com.apple.TimeMachine.2024-01-17-160938.local)
warning: physical_size (748048384) of dir-stats object (id 1394274) is greater than expected (722149376)
warning: snapshot fsroot / file key rolling / doc-id tree corruptions are not repaired; they'll go away once the snapshot is deleted
error: doc-id tree: record exists for doc-id 77603, file-id 4056899 but no inode references this doc-id
error: doc-id tree: record exists for doc-id 124810, file-id 14426469 but no inode references this doc-id
Verifico l’albero dell’ID documento.
Verifico l’albero fsroot.
warning: physical_size (744890368) of dir-stats object (id 1394274) is greater than expected (718991360)
error: doc-id tree: record exists for doc-id 77603, file-id 4056899 but no inode references this doc-id
error: doc-id tree: record exists for doc-id 124810, file-id 14426469 but no inode references this doc-id
Verifico l’albero del riferimento entità.
Verifico l’albero di rotazione delle chiavi dei file.
Verifico lo spazio della mappa oggetti del volume.
Il volume /dev/rdisk3s5 con l’UUID E5D5232A-0279-45DC-BD10-6438A83B0387 è danneggiato e deve essere riparato.
Verifico lo spazio allocato.
Eseguo riparazioni rinviate.
Il volume /dev/rdisk3s5 con l’UUID E5D5232A-0279-45DC-BD10-6438A83B0387 non presenta problemi.
Il codice di uscita per la verifica del file system è 0.
Ripristino lo stato originale rilevato come attivato.

Operazione riuscita.

LO ripara ma se io lo rifaccio tra un'ora il risultato è il solito: cosa può essere? Cosa ne pensate?
Dovrei inizializzare?
Poi recupero tutto da Time Machine?
Ma se recupero anche "l'errore"?

Vi ringrazio per i consigli
Buona serata

Portalo in assistenza, se ti sta lasciando lo SSD sono dolori.
Fai il backup completo con TM poi vai senza esitare da Apple

[Alberto.G]

ciao sasà, vediamo invece cosa dicono le traduzioni dei warning:
1) Verifico istantanea 1 di 1 (com.apple.TimeMachine.2024-01-17-160938.local)
avviso: Physical_size (748048384) dell'oggetto dir-stats (id 1394274) è maggiore del previsto (722149376)
avviso: i danneggiamenti dello snapshot fsroot/file key rolling/doc-id tree non vengono riparati; scompariranno una volta eliminata l'istantanea
errore: albero dell'ID doc: il record esiste per l'ID doc 77603, l'ID file 4056899 ma nessun inode fa riferimento a questo ID doc
errore: albero dell'ID doc: il record esiste per l'ID doc 124810, l'ID file 14426469 ma nessun inode fa riferimento a questo ID doc

Mia risposta: per l’istantanea n° 1 (è una sola) il “warning” (è un normale avviso) dice anche che i danneggiamenti non vengono riparati e scompariranno una volta eliminata l’istantanea n°1.
E’ probabile, visto che si parla sempre di istantanea n° 1, che i due errori segnalati siano in qualche maniera correlati al “warning” che dice che la lunghezza fisica dell’oggetto “dir-stats” è maggiore del previsto.
L’istantanea viene creata da Time Machine per cui ti consiglio di eseguire spesso il backup di Time Machine o, ancora meglio, sarebbe che per qualche giorno lasciassi l’esecuzione di TM in automatico, come faccio io, e così avresti la possibilità di verificare spesso le istantanee che, ad ogni ora (circa) vengono eseguite da TM.
L’ideale sarebbe che per una giornata tu lavorassi di frequente per cui ti troveresti ad avere molte istantanee e così, lanciando ancora l’S.O.S. di Utility Disco a fine giornata, avresti la possibilità di verificare che l’istantanea n.1 con riferimento (com.apple.TimeMachine.2024-01-17-160938.local) sia effettivamente sparita ed anche verificare che non vi siano più altri “warning”.

2) Verifico l’albero fsroot.
avviso: Physical_size (744890368) dell'oggetto dir-stats (id 1394274) è maggiore del previsto (718991360)
errore: albero dell'ID doc: il record esiste per l'ID doc 77603, l'ID file 4056899 ma nessun inode fa riferimento a questo ID doc
errore: albero dell'ID doc: il record esiste per l'ID doc 124810, l'ID file 14426469 ma nessun inode fa riferimento a questo ID doc

Mia risposta: anche nella verifica dell’albero fsroot, il “warning” dice che la lunghezza fisica sempre dell’oggetto dir-stats (stesso id 1394274) è maggiore del previsto.
E’ probabile che l’avviso relativo alla verifica dell’albero fsroot sia in qualche modo legato ancora alla segnalazione dei danneggiamenti dello “snapshot fsroot/file” per cui, in definitiva, se scompare l’istantanea n.1 anche la verifica dell’albero fsroot avrà il risultato di OK.

Scrivi che l’Utility Disco lo ripara, ma non lasci il tempo sufficiente a Time Machine di lavorare e di fargli eseguire tutte le operazioni che Apple ha previsto per questo programma di backup.
Prima di eseguire qualsiasi intervento riparatore, ti consiglio di controllare frequentemente il funzionamento regolare (meglio se in automatico) di Time Machine.
Secondo me TM è “l’ago della bilancia”.
Tienici poi al corrente.

[Alberto.G]

Pochi minuti fa ho lanciato l’S.O.S. del mio disco di avvio (a livello superiore di Contenitore), ha impiegato parecchi minuti a portare a termine la verifica di tutto il volume di avvio anche perché TM mi aveva creato ben 15 istantanee a partire dal 17 gennaio ore 01:01 e, come vedi, l’operazione è riuscita in pieno!
Controllare sempre le ultime 2 righe che devono dare il contenitore senza errori ed il codice di uscita sempre a zero!
Questi gli screenshot

Schermata 2024-01-18 alle 00.21.09.png (435.98 KiB) Visto 305 volte

Schermata 2024-01-18 alle 00.22.38.png (227.87 KiB) Visto 305 volte