2P by neo 8달전 | favorite | 댓글 1개

맥북 프로의 저장 공간 문제와 복구 실패

  • 맥북 프로의 저장 공간이 완전히 차서 복구할 수 없는 상황 발생.
  • 자녀가 Steam을 통해 게임을 다운로드하는 과정에서 저장 공간이 가득 참.
  • macOS의 시작 볼륨이 너무 가득 차서 어떤 방식으로도 파일을 삭제할 수 없음.

파일 삭제 시도와 재시작 실패

  • 휴지통 비우기, 터미널 명령어, 디스크 유틸리티를 이용한 파일 삭제 시도 모두 실패.
  • 재시작 후 맥이 전혀 부팅되지 않는 문제 발생.

복구OS와 타임머신 백업 복원 시도

  • 복구OS를 통해 디스크 유틸리티 수리와 재설치 시도, 하지만 실패.
  • 타임머신 백업을 통한 데이터 복원 시도, 하지만 버전 차이로 인해 복원 불가.

외부 SSD를 이용한 파일 복사와 복원

  • 네트워크 백업 관리 맥을 통해 타임머신 백업을 외부 SSD로 복사.
  • 필요한 앱과 파일을 맥북 프로로 직접 복사하여 문제 해결.

GN⁺의 의견

  • 이 기사는 맥 사용자들이 저장 공간 문제로 인해 겪을 수 있는 극단적인 상황과 그 해결 과정을 보여줌. 이는 사용자들에게 백업의 중요성과 저장 공간 관리의 필요성을 일깨워줄 수 있음.
  • 기사에서 언급된 문제는 맥OS의 시스템적 한계와 버그로 인한 것으로 보임. 이는 애플이 시스템의 안정성과 사용자 경험을 개선하기 위해 지속적인 업데이트와 패치를 제공해야 하는 이유를 강조함.
  • 데이터 복구와 관련하여, 이러한 상황을 피하기 위해 정기적인 백업과 클라우드 스토리지 사용을 권장함. 또한, 사용자들은 운영 체제의 최신 버전을 유지하여 호환성 문제를 방지해야 함.
  • 비판적인 시각에서 볼 때, 이 기사는 고급 사용자나 전문가가 아닌 일반 사용자들에게는 다소 기술적인 내용이 복잡하게 느껴질 수 있음. 이는 사용자 친화적인 복구 옵션과 더 나은 사용자 지원의 필요성을 시사함.
  • 이 기사는 맥 사용자들에게 흥미로운 사례 연구를 제공하며, 유사한 문제에 직면했을 때 참고할 수 있는 가치 있는 정보를 담고 있음.
Hacker News 의견
  • 외부 저장 장치를 사용하여 맥을 부팅하고 내부 디스크의 불필요한 파일을 삭제하는 방법이 더 나았을 수 있음.

    • 외부 저장 장치를 맥의 시작 디스크로 사용하기: Apple 지원 링크
    • 애플 실리콘 기반 맥에서는 모든 포트가 외부 부팅에 동일하게 작동하지 않음을 발견함.
      • 맥북: 왼쪽 포트 중 가장 왼쪽이 아닌 USB-C 포트 사용
      • 아이맥: 뒷면 포트 중 가장 오른쪽이 아닌 USB-C 포트 사용
      • 맥 미니: 뒷면 포트 중 가장 왼쪽이 아닌 USB-C 포트 사용
      • 맥 스튜디오: 뒷면 포트 중 가장 오른쪽이 아닌 USB-C 포트 사용
      • 맥 프로(데스크탑): 상단의 전원 버튼에서 가장 멀리 떨어진 USB-C 포트를 제외한 모든 포트 사용
      • 맥 프로(랙): 전면의 전원 버튼에 가장 가까운 USB-C 포트를 제외한 모든 포트 사용
  • HFS+ 디스크 구조에 대한 지식을 바탕으로, 저널 파일이 가득 차서 파일 삭제 시 일시적으로 더 많은 공간이 필요한 상황이 발생했을 것으로 추측함.

    • macOS는 드라이브에 41K만 남을 때까지 파일을 계속 작성함.
    • NTFS와 FAT32에서는 0바이트가 남아도 파일을 삭제할 수 있었음.
    • 소노마가 SMB/Samba 기반 네트워킹 마운트 절차를 깨뜨렸고, 아직 해결책을 찾지 못한 상황임.
  • SMB가 몇 년 전부터 신뢰할 수 없고 버그가 많아졌으며, 애플은 이 문제에 대해 신경 쓰지 않는 것 같음.

    • 맥 경험이 많지 않은 사람들이 이러한 시스템적, 연쇄적 실패에 직면했을 때 어떻게 대처하는지 걱정됨.
  • 맥 경험이 많지 않은 경우, 첫 번째로 시도해볼 것은 fsck 명령어임.

    • 필요한 디스크 내용을 다른 곳으로 복사한 후 포맷하고 다시 복사하는 것이 불가능할 때 APFS 문서를 참고하여 해결책을 찾음.
  • 첫 직장에서 비슷한 문제를 겪었음. 클러스터를 쓰레기 파일로 채웠고, rm 명령어가 작동하지 않았음.

    • 파일 축소(cat /dev/null > foo)가 삭제(rm foo)가 안 될 때 작동하는 방법을 배움.
  • Time Machine의 신뢰성이 점점 떨어지고 있음.

    • iOS/iPadOS 백업은 매번 잘 작동하는 것과 대조적임.
  • ZFS는 'slop space'를 사용하여 파일 시스템이 공간 부족으로 문제가 생기는 것을 방지함.

    • 기본적으로 볼륨 공간의 3.2%를 예약함(최대 128GB).
    • spa_slop_shift 커널 조정을 통해 최대 128GB의 추가 공간을 확보할 수 있음.
  • 파일 삭제가 일시적 또는 영구적으로 더 많은 공간을 필요로 한다는 개념이 혼란스러움.

    • 스냅샷과 저널링 등을 지원하는 현대 파일 시스템은 삭제를 위해 자유 공간을 할당해야 함.
  • 2018년 10월에 문제가 발생했음.

    • 추가 APFS 파티션을 제거하여 디스크 공간을 확보함.
  • iPhone에서 비슷한 경험을 함.

    • 디스크가 가득 차서 삭제가 실제로 작동하지 않는 것처럼 보임.
    • APFS의 복사-쓰기 및 스냅샷 지원으로 인한 문제로 추정됨.
  • rm 명령어가 실패하는 상황을 처리한 경험은 없지만, 내부 저장소가 256GB 이하인 현대 맥을 관리하는 것은 불편함.

    • 필요할 때 삭제할 수 있는 약 16GB의 '공간 홀더' 파일을 유지함.
  • 리눅스 시스템 파티션에서 비슷한 상황을 겪음.

    • 파티션이 작아서 업데이트가 쌓이면 삭제할 공간이 거의 없었음.
    • 결국 파티션을 재조정하여 문제가 다시 발생하지 않도록 함.