2 pontos por GN⁺ 2024-04-05 | 1 comentários | Compartilhar no WhatsApp

Problema de armazenamento no MacBook Pro e falha na recuperação

  • O armazenamento de um MacBook Pro ficou completamente cheio, levando a uma situação em que a recuperação se tornou impossível.
  • O espaço de armazenamento foi totalmente ocupado durante o processo em que o filho baixava jogos pelo Steam.
  • O volume de inicialização do macOS ficou tão cheio que não era possível apagar arquivos de nenhuma forma.

Tentativas de apagar arquivos e falha na reinicialização

  • Todas as tentativas de apagar arquivos usando esvaziar a Lixeira, comandos de terminal e o Utilitário de Disco falharam.
  • Após reiniciar, surgiu o problema de o Mac não inicializar de jeito nenhum.

Tentativas com o Recovery OS e restauração de backup do Time Machine

  • Houve tentativa de reparar o disco e reinstalar o sistema pelo Recovery OS, mas sem sucesso.
  • Também foi tentada a restauração de dados por meio de backup do Time Machine, mas ela não foi possível devido à diferença de versões.

Cópia e restauração de arquivos usando um SSD externo

  • O backup do Time Machine foi copiado para um SSD externo por meio de um Mac de gerenciamento de backup em rede.
  • Os aplicativos e arquivos necessários foram copiados diretamente para o MacBook Pro, resolvendo o problema.

Opinião do GN⁺

  • Este artigo mostra uma situação extrema que usuários de Mac podem enfrentar por causa de problemas de espaço de armazenamento, bem como o processo de resolução. Isso pode reforçar para os usuários a importância do backup e da gestão do armazenamento.
  • O problema mencionado no artigo parece decorrer de limitações sistêmicas e bugs do macOS. Isso reforça por que a Apple precisa fornecer atualizações e correções contínuas para melhorar a estabilidade do sistema e a experiência do usuário.
  • Em relação à recuperação de dados, recomenda-se backup regular e uso de armazenamento em nuvem para evitar esse tipo de situação. Além disso, os usuários devem manter a versão mais recente do sistema operacional para prevenir problemas de compatibilidade.
  • Sob uma perspectiva crítica, o conteúdo técnico deste artigo pode parecer um pouco complexo para usuários comuns que não sejam avançados ou especialistas. Isso sugere a necessidade de opções de recuperação mais amigáveis e de um suporte melhor ao usuário.
  • Este artigo oferece aos usuários de Mac um estudo de caso interessante e traz informações valiosas que podem servir de referência ao enfrentar problemas semelhantes.

1 comentários

 
GN⁺ 2024-04-05
Comentários do Hacker News
  • Talvez tivesse sido melhor inicializar o Mac usando um dispositivo de armazenamento externo e apagar arquivos desnecessários do disco interno.

    • Usar um dispositivo de armazenamento externo como disco de inicialização do Mac: link de suporte da Apple
    • Foi observado que, em Macs com Apple Silicon, nem todas as portas funcionam da mesma forma para inicialização externa.
      • MacBook: usar a porta USB-C da esquerda que não seja a mais à esquerda
      • iMac: usar a porta USB-C traseira que não seja a mais à direita
      • Mac mini: usar a porta USB-C traseira que não seja a mais à esquerda
      • Mac Studio: usar a porta USB-C traseira que não seja a mais à direita
      • Mac Pro (desktop): usar qualquer porta, exceto a porta USB-C no topo mais distante do botão de energia
      • Mac Pro (rack): usar qualquer porta, exceto a porta USB-C frontal mais próxima do botão de energia
  • Com base no conhecimento da estrutura de disco HFS+, especula-se que o arquivo de journal tenha ficado cheio, criando uma situação em que apagar arquivos exige temporariamente ainda mais espaço.

    • O macOS continua gravando arquivos até restarem apenas 41K no drive.
    • Em NTFS e FAT32, era possível apagar arquivos mesmo restando 0 bytes.
    • O Sonoma quebrou o procedimento de montagem de rede baseado em SMB/Samba, e ainda não foi encontrada uma solução.
  • O SMB ficou pouco confiável e cheio de bugs há alguns anos, e a Apple parece não se importar com esse problema.

    • Há preocupação sobre como pessoas com pouca experiência com Mac lidam quando enfrentam esse tipo de falha sistêmica em cascata.
  • Se você não tem muita experiência com Mac, a primeira coisa a tentar é o comando fsck.

    • Quando não é possível copiar o conteúdo necessário do disco para outro lugar, formatar e copiar de volta, a documentação do APFS foi consultada em busca de uma solução.
  • Passei por um problema parecido no meu primeiro emprego. Enchi um cluster com arquivos inúteis e o comando rm não funcionava.

    • Aprendi que reduzir o arquivo (cat /dev/null > foo) funciona quando apagar (rm foo) não funciona.
  • A confiabilidade do Time Machine está piorando cada vez mais.

    • Isso contrasta com os backups de iOS/iPadOS, que funcionam bem todas as vezes.
  • O ZFS usa "slop space" para evitar que o sistema de arquivos entre em problemas por falta de espaço.

    • Por padrão, ele reserva 3,2% do espaço do volume (até 128GB).
    • É possível garantir até 128GB de espaço adicional por meio do ajuste de kernel spa_slop_shift.
  • A ideia de que apagar arquivos exige temporária ou permanentemente mais espaço é confusa.

    • Sistemas de arquivos modernos que oferecem suporte a snapshots, journaling e afins precisam alocar espaço livre para realizar exclusões.
  • O problema ocorreu em outubro de 2018.

    • Foi liberado espaço em disco removendo uma partição APFS adicional.
  • Houve uma experiência parecida no iPhone.

    • O disco ficou tão cheio que parecia que apagar arquivos simplesmente não funcionava.
    • Supõe-se que isso aconteça por causa do copy-on-write e do suporte a snapshots no APFS.
  • Nunca houve experiência em lidar com uma situação em que o comando rm falha, mas administrar Macs modernos com armazenamento interno de 256GB ou menos é incômodo.

    • Mantém-se um arquivo "placeholder" de cerca de 16GB que pode ser apagado quando necessário.
  • Houve uma situação semelhante em uma partição de sistema Linux.

    • Como a partição era pequena, quando as atualizações se acumulavam quase não sobrava espaço para apagar coisas.
    • No fim, a partição foi redimensionada para que o problema não voltasse a acontecer.