IMac I / O molto lento - problema hardware? Come posso diagnosticare un errore?

1

Ho un iMac di 3 anni (21,5 pollici, fine 2013) con OS X 10.13.5 con 8 GB di RAM e 1 TB di HDD.

Funziona molto lentamente (occorrono alcuni minuti per aprire un'applicazione, circa 30 secondi per aprire una cartella, ecc.). Ho controllato la presenza di virus e malware ma non ho trovato nulla. Ho scansionato i file di log in Console ma non ho trovato nulla.

Ho deciso di reinstallare OS X e stavo eseguendo un backup. Ci sono 650 GB di file e Carbon Copy Cloner ha impiegato 7,5 ore per eseguire il backup di 595 GB. Activity Monitor è in esecuzione e nella scheda Disco riporta Dati letti / sec a 577 KB e Dati scritti / sec a 311 KB.

Questo sembra lento. Nessuna evidenza di alcun problema di risorse (la CPU è in gran parte inattiva, RAM fine, nessun I / O di rete al momento).

Il tempo di backup è normale? 8 ore per copiare 600 GB mi sembrano lenti, ma forse no?

Se il tempo di backup lento non è normale, come posso diagnosticare se c'è un problema di I / O hardware?

    
posta Daniel Austin 01.07.2018 - 13:37
fonte

1 risposta

1

I backup che durano 16 ore sono certamente normali se si hanno molti piccoli file in cima all'aggiornamento e alla copia (molti sono stati circa 200.000). La diagnosi di unità guaste / fallite è generalmente facile per un tecnico poiché il sistema registra gli errori di I / O nel log di sistema e si blocca su Library / Logs. A livello di utente finale, non sarà possibile eseguire un disco di verifica / riparazione disco / cancellazione disco con Disk Utility senza errori quando un'unità è guasta o in errore. (Sfortunatamente potresti non ricevere alcun avvertimento se non un rallentamento prima che fallisca, quindi fai bene a te per avere un backup adesso)

Per i backup, il tempo di accesso all'HDD è ciò che limita le cose - doppiamente se la sorgente e la destinazione stanno ruotando le unità o, peggio, un volume di rete remoto. L'HDD può gestire diverse centinaia di IOPS (input e output al secondo) best case e il processo di backup riduce l'utilizzo dell'IO per non influire sul sistema in esecuzione, quindi se il backup viene eseguito in primo piano ciò che potrebbe richiedere un'ora potrebbe estendersi a dozzine da quando è limitato.

Ora che il backup è terminato, quanto tempo ci vuole per fare un backup se si chiudono tutte le app in esecuzione e non si ha alcun avvio quando si accede e si esegue questo test.

  1. Esci dal tuo account (e da qualsiasi altro se fai un cambio rapido utente)
  2. Accedi e avvia nessuna app tranne l'app del terminale nella cartella Utilità
  3. Esegui un backup di blocco e cronometra esattamente il tempo necessario

Il comando per questo è:

 time tmutil startbackup --block  

Su un MacBook 2015 con SSD che esegue il backup su una nuova USB 3.0 HD, potresti vedere questo per una piccolissima modifica dei dati dall'ultimo intervallo di backup su un sistema che funziona senza intoppi:

mac:~ me$ time tmutil startbackup --block
Total copied: 61.64 MB (64633164 bytes)
Avg speed:    39.21 MB/min (685202 bytes/sec)

real    2m26.550s
user    0m0.046s
sys     0m0.046s

Se pubblichi un paio di questi con tempi effettivi possiamo discutere se vale la pena cancellare l'unità e ripartizionarla e fare alcuni test di benchmark di velocità o se hai solo bisogno di un SSD invece di HDD o se questo è un segno l'unità è in caso contrario e sarete felici di avere un backup da ripristinare una volta che si sostituisce l'unità con un nuovo HDD che gira a tutta velocità.

    
risposta data 01.07.2018 - 15:11
fonte

Leggi altre domande sui tag