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)
la source
Réponses:
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:et recherchez les
THROTTLED
entré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
xattrs
qu’il ne l’était auparavant).Allez dans un terminal et entrez:
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.
la source
man sysctl
indique "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?-w
et cela fonctionnera.sudo fs_usage backupd
j'ai vu beaucoup d'entrées mais je n'ai pas pu trouver le mot cléTHROTTLED
nithrottled
(utilisergrep
). Malgré cela, après avoir défini la valeurdebug.lowpri_throttle_enabled
sur0
, 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.Je confirme que la commande:
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
assurez-vous que le fichier appartient à la racine
émettre la commande
Vous pouvez trouver le contenu du fichier à cette adresse
la source
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):
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
.sparsebundle
répertoire (ce qui a pris un temps étonnamment long) et puis a recommencé la sauvegarde. Il en a créé un nouveau.sparsebundle
et 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:
.Spotlight-V100
(que je n'avais pas);mdutil
pour 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).
la source
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.
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é:
Depuis le terminal, a couru:
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é).
la source
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.
la source
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
la source
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
mdworker
environ 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.
la source
J'ai le même problème et j'ai trouvé ce qui semble être une solution (pas merveilleux mais ça marche)
la source
S'il vous plaît voir cette note de Apple :
la source