▲GN⁺ 2024-04-05 | parent | ★ favorite | on: 복원할 수 없을 정도로 가득 찬 디스크(sixcolors.com)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의 '공간 홀더' 파일을 유지함. 리눅스 시스템 파티션에서 비슷한 상황을 겪음. 파티션이 작아서 업데이트가 쌓이면 삭제할 공간이 거의 없었음. 결국 파티션을 재조정하여 문제가 다시 발생하지 않도록 함.
Hacker News 의견
외부 저장 장치를 사용하여 맥을 부팅하고 내부 디스크의 불필요한 파일을 삭제하는 방법이 더 나았을 수 있음.
HFS+ 디스크 구조에 대한 지식을 바탕으로, 저널 파일이 가득 차서 파일 삭제 시 일시적으로 더 많은 공간이 필요한 상황이 발생했을 것으로 추측함.
SMB가 몇 년 전부터 신뢰할 수 없고 버그가 많아졌으며, 애플은 이 문제에 대해 신경 쓰지 않는 것 같음.
맥 경험이 많지 않은 경우, 첫 번째로 시도해볼 것은
fsck명령어임.첫 직장에서 비슷한 문제를 겪었음. 클러스터를 쓰레기 파일로 채웠고,
rm명령어가 작동하지 않았음.cat /dev/null > foo)가 삭제(rm foo)가 안 될 때 작동하는 방법을 배움.Time Machine의 신뢰성이 점점 떨어지고 있음.
ZFS는 'slop space'를 사용하여 파일 시스템이 공간 부족으로 문제가 생기는 것을 방지함.
spa_slop_shift커널 조정을 통해 최대 128GB의 추가 공간을 확보할 수 있음.파일 삭제가 일시적 또는 영구적으로 더 많은 공간을 필요로 한다는 개념이 혼란스러움.
2018년 10월에 문제가 발생했음.
iPhone에서 비슷한 경험을 함.
rm명령어가 실패하는 상황을 처리한 경험은 없지만, 내부 저장소가 256GB 이하인 현대 맥을 관리하는 것은 불편함.리눅스 시스템 파티션에서 비슷한 상황을 겪음.