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

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:

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:

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

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)

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

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

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).

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é).

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.

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

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?

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.

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. .

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.