Time Machine ridiculamente lento após atualização do El Capitan

Atualizei recentemente para o El Capitan e disse ao Time Machine para fazer backup. Ele ficou parado durante a preparação do backup por horas, então eu o interrompi, excluí o arquivo InProgress, reiniciei e tentei novamente. Após ~ 30 minutos, o Time Machine ainda estava se preparando. Eu olhei para o monitor de atividades e o backupd só tinha lido ~ 140Mb, em 30 minutos ... Examinando o iStatMenus, acho que o backupd tende a ter uma velocidade de leitura entre nada e 120Kb / s (se eu tiver sorte. Às vezes, ele atinge o pico) 500kb / s e muito raramente 1Mb / s). O Spotlight não está indexado (como ouvi algumas vezes, o Spotlight atrapalha o backupd), e o disco rígido parou no momento em que escrevi isso, raramente acordando para o meu Mac ler brevemente algo dele.

Aqui está o que aparece no console ao procurar backupd:

Prefiro não precisar reformatar meu disco rígido, caso deseje voltar para Yosemite, no entanto, estou disposto a resolvê-lo.

Além disso, parece que sempre que eu reinicio o meu Mac, o disco rígido perde o ícone do Time Machine e volta ao disco laranja.

Captura de tela do Monitor de atividades, modo de disco com marca de ~ 50 min:

EDIT: Tentei desabilitar e reativar o Spotlight para o disco e também limpei a pasta .Spotlight-V100 e reinicializei. Nenhuma mudança.

EDIT 2: O que parece haver alguns erros apareceu no console

EDIT 3: Depois de muitas horas, o Time Machine concluiu a digitalização e agora está fazendo backup! Eu ainda gostaria de saber por que demorou tanto tempo (não esperava que a atualização para o El Capitan demorasse tanto. Excluí também arquivos do sistema, embora eu ache que aguarde mais uma longa espera desde que os removi. da lista de exceções)

Parte do problema é que agora as operações de entrada / saída (E / S) de baixa prioridade agora parecem ter sido fortemente afetadas. Você pode verificá-lo via Terminal (pode ser encontrado via Spotlight (geralmente vinculado a ⌘Space) e inserindo terminal) e digitando no prompt do bash:

fs_usage backupd

e procure as THROTTLEDentradas. Se você os vir, o backup será acelerado.

Portanto, se você tiver uma tonelada de arquivos, apenas o tempo necessário para fazer a E / S leva uma eternidade, mesmo que os arquivos sejam pequenos (porque ela executa muito mais operações de E / S em torno xattrsdo que costumava fazer).

Vá para um terminal e digite:

sudo sysctl debug.lowpri_throttle_enabled=0

Para mim, isso acelera de 72 horas para ~ 4 horas em um sistema de arquivos com 2,5 milhões de arquivos.

Também é uma boa idéia reativar a otimização após o backup ter sido concluído com êxito com o seguinte comando

sudo sysctl debug.lowpri_throttle_enabled=1

Confirmo que o comando:

sudo sysctl debug.lowpri_throttle_enabled=0 

funciona perfeitamente.

Se você deseja torná-lo permanente durante a reinicialização, faça o seguinte.

• crie um arquivo em /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>
  

• verifique se o arquivo pertence à raiz

  sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

• emitir o comando

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

Você pode encontrar o conteúdo do arquivo neste essência

Encontrei este artigo nos fóruns de discussão da Apple sobre a mensagem que aparece no console (enquanto não faz nada ou faz backup a 10 bytes / segundo):

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

No meu caso, consegui descartar todos os backups antigos, então desmontei o volume do Mac problemático, montei o compartilhamento de unidade / rede de outro computador (não um Mac), excluí o .sparsebundlediretório inteiro (que levou um tempo surpreendentemente longo) e Em seguida, inicie o backup novamente. Ele criou um novo .sparsebundlee agora está fazendo backup em cerca de 10 MB / s.

Se você não deseja excluir seus backups existentes, tente uma das outras sugestões nessa página:

• reiniciar no modo de segurança e depois voltar ao normal;
• diga ao Spotlight para não indexar o volume / disco do Time Machine;
• excluir o índice Spotlight .Spotlight-V100(que eu não tinha);
• usando mdutilpara desativar e reativar a indexação do Spotlight no volume:
  • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
  • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(veja essa discussão para mais detalhes e idéias).

Tive problemas semelhantes depois de me mudar para El Capitan - os backups (mesmo os pequenos incrementais) diminuíram para um rastreamento real. Então, eu fiz um despejo de wireshark da conversa entre o Mac e o NAS e vi várias solicitações falhadas de FPGetFileDirParms. AFP é (foi?) O protocolo que a máquina do tempo usa para conversar com as unidades NAS, mas eu li que elas estão mudando para 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]

Não tenho idéia do motivo pelo qual essas solicitações falharam, mas o número dessas tentativas com falha é ENORME - os dados reais transferidos são minúsculos em comparação com o número dessas solicitações com falha - e, portanto, a velocidade lenta e lenta.

O que funcionou para mim foi:

1. Fui para Time Machine Preferences-> Select Disk e removi o disco atualmente associado (que estava conectado ao afp: //MyBookLive.local/TimeMachine)
2. Foi ao Finder-> Ir-> Conectar ao Servidor. Digite o endereço IP da unidade NAS no espaço "Endereço do Servidor" (smb: //192.168.0.10 para mim)
3. Conectar. Ele criou uma lista de volumes para montar - escolheu o volume usado para a máquina do tempo (TimeMachine para mim). O TimeMachine foi montado em / Volumes.

4. Do terminal, executei:

   sudo tmutil setdestination /Volumes/TimeMachine
   

É isso aí. A máquina do tempo agora está associada a / Volumes / TimeMachine em vez de afp: //MyBookLive.local/TimeMachine. Os backups anteriores eram bons e os backups incrementais que ocorreram depois disso foram RÁPIDOS. Um despejo do wireshark que fiz depois disso não mostrou solicitações de AFP com falha (embora o AFP ainda fosse o protocolo sendo usado).

Não foi possível corrigir o problema; no entanto, descobri que minha máquina do tempo fica mais lenta quando faz backup de dados de outros usuários (não conectados a um). Pode haver algum problema com a permissão nos arquivos de pasta dos outros usuários. Quando adicionei esse usuário à lista de exceções, a TM é ótima.

Relacionado à resposta de Daniel Berlin, acima (mas eu sou novo aqui, por isso não tenho cred o suficiente para apenas comentar aqui), achei o comando do terminal dele para trabalhar GRANDE para mim no OSX 10.11.3. Transformado backup de 30 horas em 4 horas! No entanto, ele não permanece após uma reinicialização.

Eu não queria digitar o terminal toda vez que reiniciar, então ...

Como eu não sou muito versado em scripts de shell, pesquisei o suficiente para criar um fluxo de trabalho do Automator que solicita que o usuário insira a senha root e execute o comando terminal. Optei por confirmar o sucesso com um alerta da central de notificações.

Salvei o fluxo de trabalho como um aplicativo e o adicionei aos meus itens de login. Então, agora, a cada login, sou solicitado a digitar minha senha novamente para "desacelerar" o Time Machine.

Existem maneiras de tornar o processo invisível com scripts de shell, mas é um pouco complicado precisar do acesso root obtido pelo comando sudo. Pode-se também conectar a senha dentro do aplicativo Automator se não estiver preocupado com a segurança. (Não recomendado.)

Eu postaria o aplicativo de fluxo de trabalho aqui, mas aparentemente não é possível fazer upload de um arquivo para esta resposta. Então, anexarei um jpg para qualquer um recriar, se quiser. PS Observe a entrada de entrada "como argumento" para o script de shell

Meu problema foi corrigido pelo artigo do DWHoard : reinicie no modo de segurança e depois volte (para mim, o computador pareceu se desligar durante a inicialização segura).

Macbook Air em meados de 2011, OS X 10.11.3, com suporte para Time Capsule.

Edit: Na verdade, parece que após a inicialização segura e inicialização normal, o Time Machine chegou a cerca de 41 / 55GB (dentro de uma hora) e voltou a rastejar (avançou apenas 2,75GB dentro de 12 horas desde então. comprei o Time Capsule simplesmente para evitar esse tipo de incompatibilidade e aqui estou eu - todos os dispositivos Apple e uma péssima experiência, perda de tempo.Espero que os outros encontrem uma solução duradoura.

O console está recebendo uma nova entrada a mdworkercada segundo - isso é normal enquanto o backup está acontecendo?

Edit 2: Sucesso! O laptop tem duas contas de usuário e pode ser que o login na segunda tenha causado o restante dos backups. Vale a pena testar se você estiver em uma situação semelhante.

Eu tenho o mesmo problema e achei o que parece uma solução (não é maravilhoso, mas funciona)

formate seu disco rígido externo e verifique se você tem uma largura de banda muito boa (teste seu usb3), preste atenção nas suas configurações de TM, aqui eu esqueci tantas outras partições e imagens de disco que não quero fazer backup, isso aumentaria o tempo de bck . inicie o primeiro backup. A CADA 2-3 horas, reinicie o computador. (Sim, não é divertido, mas notei que a primeira hora é geralmente rápida e, depois desse período, fica mais lenta), é tudo, consegui fazer o backup do 1,5To em uma manhã. .

Por favor, veja esta nota da Apple :

OS X El Capitan: Se o Time Machine estiver lento

Tente estas sugestões se o Time Machine estiver lento.

• Na primeira vez em que você usar o Time Machine, configure-o à noite para que o backup inicial possa ser realizado da noite para o dia.

• Se o seu disco de backup for um Time Capsule, deixe o Mac na mesma sala que o Time Capsule para o backup inicial ou use um cabo Ethernet para conectar o seu Mac a uma das portas Ethernet do Time Capsule.

• O software de verificação de vírus pode tornar os backups do Time Machine muito lentos. Se você usa o Norton AntiVirus ou um produto similar, tente excluir o disco de backup da verificação automática. Verifique também se você está executando a versão mais recente do software de verificação de vírus.