Time Machine ridiculement lent après la mise à niveau d'El Capitan

55

J'ai récemment mis à jour El Capitan et ai demandé à Time Machine de faire une sauvegarde. Il est resté bloqué pendant plusieurs heures sur la préparation de la sauvegarde. Je l'ai donc arrêté, j'ai supprimé le fichier InProgress, puis redémarré et essayé à nouveau. Après environ 30 minutes, Time Machine se préparait encore. J'ai examiné le moniteur d'activité et backupd n'avait lu que ~ 140 Mo, en 30 minutes ... En regardant dans iStatMenus, je trouve que backupd a tendance à avoir une vitesse de lecture comprise entre rien, et 120 Ko / s (avec un peu de chance. 500 kb / s, et très rarement 1 Mb / s). Spotlight n’est pas une indexation (comme j’entendais parfois, Spotlight gêne la sauvegarde), et le disque dur s’est endormi au moment où j’écrivais cela, se réveillant rarement pour que mon Mac lise brièvement quelque chose.

Voici ce qui apparaît dans la console lors de la recherche de backupd: Journal de la console

Je préférerais ne pas avoir à reformater mon disque dur, au cas où je voudrais revenir à Yosemite, mais je le ferais si cela résout le problème.

En outre, il semble que chaque fois que je redémarre mon Mac, le disque dur perd son icône Time Machine et redevient un lecteur orange.

Capture d'écran du moniteur d'activité, mode disque à la marque ~ 50 min: Moniteur d'activité

EDIT: J'ai essayé de désactiver et de réactiver Spotlight pour le disque et j'ai également effacé le dossier .Spotlight-V100 et redémarré. Pas de changement.

EDIT 2: Ce qui semble être des erreurs est apparu dans la console Se tromper

EDIT 3: Après de nombreuses heures, Time Machine a terminé l'analyse et est en train de sauvegarder! J'aimerais toujours savoir pourquoi cela a pris si longtemps (je ne pensais pas que la mise à jour vers El Capitan prendrait si longtemps. J'ai également exclu les fichiers système, même si je suppose que je dois attendre encore longtemps, car je les ai simplement supprimés. de la liste des exceptions)

CraftedCart
la source
2
Je suis aux prises avec le même problème depuis que je suis passé à El Capitan. Les sauvegardes cryptées sont devenues ridiculement lentes, en particulier sur le réseau. Demander sur les forums n'a pas aidé. Pour certaines personnes, cela semble fonctionner d'attendre que la première sauvegarde. Les sauvegardes suivantes sont supposées être plus rapides. Cela n'a pas fonctionné pour moi et ma machine est rarement connectée au même stockage de sauvegarde pendant plus de 12 heures. Je vais abandonner Time Machine pour une solution de sauvegarde tierce. Bummer.
Huitzilo
@ Huitzilo Cela a pris environ 12 heures à TM pour commencer à sauvegarder pour moi. On dirait que ce serait plus lent pour vous puisque vous les chiffrez et que vous le faites via un réseau (ce n'était pas le cas). : / Attendre a fonctionné cependant et les sauvegardes futures ont été plus rapides ...
CraftedCart

Réponses:

77

Une partie du problème réside dans le fait que les opérations d'entrée / sortie (E / S) de faible priorité semblent maintenant être fortement étranglées. Vous pouvez le vérifier via Terminal (vous pouvez le trouver via Spotlight (généralement lié à Space) et entrer terminal), puis entrez à l’invite bash:

fs_usage backupd

et recherchez les THROTTLEDentrées. Si vous les voyez, la sauvegarde est limitée.

Donc, si vous avez une tonne de fichiers, le temps qu’il faut pour effectuer les E / S prend une éternité, même si les fichiers sont petits (car il effectue beaucoup plus d’opérations d’E / S autour xattrsqu’il ne l’était auparavant).

Allez dans un terminal et entrez:

sudo sysctl debug.lowpri_throttle_enabled=0

Pour moi, cela passe de 72 heures à ~ 4 heures sur un système de fichiers de 2,5 millions de fichiers.

Il est également judicieux de réactiver la limitation une fois la sauvegarde terminée avec la commande suivante.

sudo sysctl debug.lowpri_throttle_enabled=1
Daniel Berlin
la source
J'ai eu une sauvegarde qui a pris des heures pour lire le disque, et le temps nécessaire à mon serveur pour se terminer du jour au lendemain. Il était en cours d'exécution, transférant lentement octets après octets. J'ai exécuté cette commande dans le terminal et tout à coup, il est devenu extrêmement rapide, passant de quelques octets / s à mégaoctets / s. Merci beaucoup !!
Jean
L'émission de a man sysctlindique "L'option -w est obsolète et est ignorée en silence" . Donc, je suppose qu'il n'est pas nécessaire d'écrire la valeur. Est-ce exact?
yan
@yan C'est exact, vous pouvez simplement omettre le -wet cela fonctionnera.
DASKAjA
1
En utilisant sudo fs_usage backupdj'ai vu beaucoup d'entrées mais je n'ai pas pu trouver le mot clé THROTTLEDni throttled(utiliser grep). Malgré cela, après avoir défini la valeur debug.lowpri_throttle_enabledsur 0, Time Machine estimait qu'il faudrait 3 heures pour sauvegarder mes 155 Go de données au lieu de ne jamais terminer l'estimation. Heureux d'avoir trouvé ce fil.
Steven C. Howell
9
Pourquoi devrions-nous le réactiver? Quels sont les avantages / inconvénients de le désactiver définitivement
Tom
11

Je confirme que la commande:

sudo sysctl debug.lowpri_throttle_enabled=0 

fonctionne parfaitement.

Si vous souhaitez le rendre permanent après le redémarrage, vous pouvez procéder comme suit.

  • créer un fichier sous /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist

    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
    <plist version="1.0">
      <dict>
        <key>Label</key>
        <string>fix-el-capitan-slow-time-machine-speed</string>
        <key>ProgramArguments</key>
        <array>
          <string>/usr/sbin/sysctl</string>
          <string>debug.lowpri_throttle_enabled=0</string>
        </array>
        <key>RunAtLoad</key>
        <true/>
      </dict>
    </plist>
    
  • assurez-vous que le fichier appartient à la racine

    sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
    
  • émettre la commande

    sudo launchctl load /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
    

Vous pouvez trouver le contenu du fichier à cette adresse

yan
la source
Ou vous pouvez ajouter la ligne à /etc/sysctl.conf; C’est là que j’établis tous les réglages de mon réseau et que j’ai toujours travaillé pour moi.
Jamie Ivanov
3

J'ai trouvé cet article sur les forums de discussion Apple concernant le message affiché dans la console (alors qu'il ne fait rien ou qu'il sauvegarde à 10 octets / seconde):

com.apple.backupd: Waiting for index to be ready (100)

Dans mon cas, j’ai pu supprimer toutes les anciennes sauvegardes; j’ai donc démonté le volume du Mac gênant, monté le partage réseau / lecteur à partir d’un autre ordinateur (pas un Mac), supprimé l’ensemble du .sparsebundlerépertoire (ce qui a pris un temps étonnamment long) et puis a recommencé la sauvegarde. Il en a créé un nouveau .sparsebundleet il sauvegarde maintenant environ 10 Mo / s.

Si vous ne voulez pas supprimer vos sauvegardes existantes, vous pouvez essayer l'une des autres suggestions de cette page:

  • redémarrage en mode sans échec puis retour à la normale;
  • Indiquez à Spotlight de ne pas indexer le volume / disque de Time Machine.
  • supprimer l'index Spotlight .Spotlight-V100(que je n'avais pas);
  • utilisez mdutilpour désactiver et réactiver l’indexation Spotlight sur le volume:
    • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
    • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(Voir cette discussion pour plus de détails et d'idées).

qris
la source
2

J'ai eu des problèmes similaires après avoir déménagé à El Capitan - les sauvegardes (même les plus petites) ont été ralenties. J'ai donc fait un cliché des discussions entre le Mac et le NAS et j'ai vu de nombreuses demandes FPGetFileDirParms échouées. AFP est (était?) Le protocole utilisé par la machine pour communiquer avec les disques NAS, mais j'ai lu qu'ils passaient au format SMB.

174 0.390744    192.168.0.9 192.168.0.10    AFP 107 FPGetFileDirParms request: Vol=3 Did=62779 Name=._1b6c
176 0.391729    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object not found (-5018)[Malformed Packet]
178 0.392002    192.168.0.9 192.168.0.10    AFP 101 FPGetFileDirParms request: Vol=3 Did=93632
179 0.392909    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object is the wrong type (-5025)[Malformed Packet]

Je ne sais pas pourquoi ces requêtes ont échoué, mais le nombre de ces tentatives ayant échoué est énorme - les données réellement transférées sont infimes par rapport au nombre de ces requêtes ayant échoué - et par conséquent, la lenteur de l'analyse.

Ce qui a fonctionné pour moi a été:

  1. Je suis allé dans les préférences de Time Machine-> Select Disk et j'ai supprimé le disque actuellement associé (connecté à afp: //MyBookLive.local/TimeMachine).
  2. Nous sommes allés au Finder-> Go-> Connect to Server. Tapé dans l'adresse IP du lecteur NAS dans l'espace "Adresse du serveur" (smb: //192.168.0.10 pour moi)
  3. Relier. Il a créé une liste de volumes à monter - a choisi le volume utilisé pour Time Machine (TimeMachine pour moi). TimeMachine est monté dans / Volumes.
  4. Depuis le terminal, a couru:

    sudo tmutil setdestination /Volumes/TimeMachine
    

C'est ça. Time Machine est maintenant associé à / Volumes / TimeMachine au lieu de afp: //MyBookLive.local/TimeMachine. Les sauvegardes précédentes étaient bonnes et les sauvegardes incrémentielles effectuées après cela ont été rapides. Un vidage Wharshark que j'ai fait après cela n'a montré aucune demande AFP échouée (même si AFP était toujours le protocole utilisé).

msravi
la source
2
L'exécution de tmutil échoue avec "/ Volumes / TimeMachineBackup: Type de système de fichiers incompatible: smbfs (erreur 45)" pour moi.
Nate
Le volume TimeMachine sur votre lecteur réseau est-il formaté en sparsebundle? Lorsque vous utilisez le Finder pour monter le volume de sauvegarde, voyez-vous l'image sparsebundle?
msravi
Avoir la même erreur "Type de système de fichiers incompatibles: smbfs" comme @Nate. Retiré le sparseimage mais ne aide pas. C'est sur OS X 10.11.3, vers une Time Capsule moderne de 3 Go.
Akauppi
0

Je ne pouvais pas résoudre le problème, cependant, j'ai découvert que ma machine temporelle ralentissait lorsqu'elle sauvegardait les données d'autres utilisateurs (non connectés). Peut-être un problème avec l'autorisation existe-t-il dans les fichiers de dossiers des autres utilisateurs. Lorsque j'ai ajouté cet utilisateur à la liste des exceptions, TM basculait.

Viet Le
la source
0

En rapport avec la réponse de Daniel Berlin, ci-dessus (mais je suis nouveau ici, je n'ai donc pas assez de crédibilité pour commenter là-bas), j'ai trouvé sa commande de terminal très efficace pour moi dans OSX 10.11.3. Tourné sauvegarde de 30 heures en 4 heures! Cependant, il ne reste pas après un redémarrage.

Je ne voulais pas avoir à taper dans le terminal chaque fois que je redémarre, alors ...

Étant donné que je ne suis pas très familiarisé avec les scripts de shell, j'ai suffisamment cherché dans Google pour créer un flux de travail Automator qui invite l'utilisateur à saisir le mot de passe root, puis exécute la commande terminal. J'ai choisi de confirmer le succès avec une alerte du centre de notification.

J'ai enregistré le flux de travail en tant qu'application et l'a ajouté à mes éléments de connexion. Alors maintenant, à chaque connexion, je suis invité à saisir à nouveau mon mot de passe pour "désactiver" Time Machine.

Il y a moyen de rendre le processus invisible avec les scripts shell, mais c'est un peu compliqué de nécessiter l'accès root obtenu avec la commande sudo. Si vous ne vous souciez pas de la sécurité, vous pouvez également connecter le mot de passe dans l'application Automator. (Ne recommande pas.)

Je posterais l'application de flux de travail ici, mais apparemment, je ne peux pas télécharger un fichier pour cette réponse. Je vais donc en joindre un jpg que quiconque pourra recréer s'il le souhaite. PS Notez la valeur de passage "en tant qu'argument" pour le script shell

Script automator

BenW
la source
0

L' article de DWHoard résolvait mon problème : redémarrer en mode sans échec, puis revenir (pour moi, l'ordinateur semblait s'éteindre pendant le démarrage sans échec).

Macbook Air mi-2011, OS X 10.11.3, sauvegarde dans Time Capsule.


Edit: En fait, il semble qu'après le démarrage normal et sûr, Time Machine n’ait atteint qu’environ 41/55 Go (en une heure) et est redevenu rampant (il n’a progressé que de 2,75 Go en 12 heures depuis. Dommage - I J'ai acheté la Time Capsule simplement pour éviter ce genre d'incompatibilités et me voilà: tous les appareils Apple, une expérience moche, une perte de temps, j'espère que vous trouverez une solution durable.

La console reçoit une nouvelle entrée mdworkerenviron toutes les secondes. Est-ce normal pendant la sauvegarde?

capture d'écran


Edit 2: Succesful! L'ordinateur portable a deux comptes d'utilisateur et il se peut que la connexion au second ait provoqué le reste des sauvegardes. Cela vaut la peine d'être testé si vous êtes dans une situation similaire.

Akauppi
la source
-1

J'ai le même problème et j'ai trouvé ce qui semble être une solution (pas merveilleux mais ça marche)

formatez votre disque dur externe et vérifiez que vous avez une bonne bande passante (testez votre usb3), faites attention à vos paramètres de MT, ici j'ai oublié tellement d'autres partitions et images disque que je ne veux pas sauvegarder, cela augmenterait le temps de calcul . lance la première sauvegarde. TOUTES LES 2-3 heures, redémarrez votre ordinateur (oui, ce n’est pas amusant, mais j’ai remarqué que la première heure est généralement rapide et qu’elle devient plus lente après cette heure) c’est tout, j’ai pu sauvegarder 1,5 To en une matinée. .

Raoulito
la source
3
Pouvez-vous ajouter la source de la citation pour référence?
nohillside
-2

S'il vous plaît voir cette note de Apple :

OS X El Capitan: Si Time Machine est lent

Essayez ces suggestions si Time Machine est lent.

  • La première fois que vous utilisez Time Machine, configurez-le le soir afin que la sauvegarde initiale puisse être effectuée du jour au lendemain.

  • Si votre disque de sauvegarde est une Time Capsule, laissez votre Mac dans la même pièce que Time Capsule pour la sauvegarde initiale ou utilisez un câble Ethernet pour connecter votre Mac à l'un des ports Ethernet de Time Capsule.

  • Un logiciel antivirus peut ralentir les sauvegardes de Time Machine. Si vous utilisez Norton AntiVirus ou un produit similaire, essayez d'exclure votre disque de sauvegarde de l'analyse automatique. Assurez-vous également que vous utilisez la dernière version du logiciel antivirus.

utilisateur155661
la source