Firefox 사이트 데이터가 디스크 공간을 너무 많이 차지하나요? 대용량 오프라인 캐시 확인 및 안전한 정리 방법

SSD 여유 공간이 부족해 디스크 정리 도구를 실행했다가, 브라우저의 프로필 폴더가 15GB, 30GB, 심지어 50GB 넘게 차지하고 있는 것을 보고 깜짝 놀란 적이 있으신가요? 더 심한 경우에는 Firefox 설정에서 "웹사이트가 현재 17,179,869,184 GB의 디스크 공간을 사용 중입니다"라는 비현실적인 경고와 함께 저장 공간 부족 팝업이 반복해서 뜨기도 합니다.

이때 사용자는 진퇴양난에 빠집니다. 설정 창의 눈에 띄는 "데이터 지우기" 버튼을 무심코 누르면 모든 웹사이트의 쿠키가 한 번에 삭제되어 이메일, 업무용 대시보드, 깃허브 등에서 전부 로그아웃됩니다. 수십 개의 탭에서 2차 인증(2FA)을 다시 거치는 것은 여간 번거로운 일이 아닙니다. 그렇다고 방치하자니 불필요한 오프라인 데이터가 브라우저를 느리게 만들고 SSD의 쓰기 수명을 갉아먹습니다.

이는 매우 흔한 현상입니다. 1,000개 이상의 추천을 받은 Reddit r/firefox 인기 게시글에서 사용자 ItsDragonPlayer는 170억 GB에 달하는 황당한 스토리지 오류 화면을 공유했습니다. 또한 또 다른 r/firefox 토론에서 Nemesisso는 9GB가 넘는 사이트 데이터 때문에 포토샵조차 제대로 실행되지 않을 정도로 PC가 느려졌다고 호소했습니다. 시스템 최적화 도구를 개발하는 @WiseCleaner 팀이 지적했듯, 최신 브라우저가 백그라운드에서 조용히 저장하는 로그와 오프라인 데이터베이스는 디스크를 잠식하는 주원인이 되고 있습니다.

다행히 모든 로그인 세션을 날리지 않고도 이 문제를 안전하게 해결할 수 있는 방법이 있습니다. HTTP 캐시, 쿠키, IndexedDB 오프라인 스토리지의 구조적 차이를 이해하면 필요한 로그인은 지키면서 디스크 낭비를 제거할 수 있습니다. 나아가 기존 스토리지 버그에서 벗어나 네이티브 AI가 결합된 쾌적한 작업 환경을 원하신다면, Tabbit Browser의 투명하고 효율적인 Chromium 아키텍처를 확인해 보세요.

핵심 요약

• Firefox의 "쿠키 및 사이트 데이터"는 수 킬로바이트 수준의 텍스트 쿠키와 수 기가바이트에 달하는 IndexedDB 등 오프라인 데이터베이스라는 전혀 다른 두 요소를 함께 묶어 표시합니다.

• Mega.nz, Spotify Web, YouTube, Discord, Telegram, Figma 같은 웹 앱은 프로필의 storage/default/ 폴더에 미디어 조각과 WebAssembly 캐시를 대량으로 저장합니다.

• 악명 높은 "17,179,869,184 GB" 오류는 storage.sqlite 손상으로 인한 Quota Manager의 64비트 정수 언더플로 버그이며, 실제로 페타바이트급 파일이 존재하는 것이 아닙니다.

• "데이터 관리" 창에서 저장 공간 크기순으로 정렬한 뒤 용량이 큰 특정 도메인만 선택 삭제하면, 로그인 풀림 없이 디스크 공간의 90% 이상을 확보할 수 있습니다.

• about:config에서 browser.cache.disk.smart_size.enabled를 false로 끄고 browser.cache.disk.capacity에 상한을 지정하면 캐시의 무제한 증식을 방지할 수 있습니다.

Firefox 스토리지 분류 및 안전한 관리 요약표

Firefox 사이트 데이터가 디스크를 잠식하는 이유: IndexedDB, Cache2, Quota Manager

업무 흐름을 끊지 않고 안전하게 용량을 확보하려면 Firefox가 디스크에 무엇을 쓰는지 알아야 합니다.

Firefox 프로필 디렉터리 스토리지 계층
├── cache2/                  <- HTTP 캐시: 이미지, 스타일, 스크립트, 영상 조각 (~350MB - 1GB+)
├── cookies.sqlite           <- 로그인 세션 토큰 및 설정 (< 30MB)
├── storage/
│   ├── default/             <- 대용량 오프라인 웹 앱 데이터 (IndexedDB, Service Worker: 5GB - 50GB+)
│   │   ├── https+++mega.nz/
│   │   ├── https+++discord.com/
│   │   └── https+++www.youtube.com/
│   └── storage.sqlite       <- Quota Manager DB (170억 GB 버그 발생 지점)
└── sessionstore-backups/    <- 빈번하게 기록되는 탭 복구 스냅샷 (recovery.jsonlz4)

1. 텍스트 쿠키와 오프라인 사이트 스토리지의 명확한 구분

"쿠키 및 사이트 데이터가 15GB"라는 안내를 보면 쿠키가 너무 많아서 그렇다고 오해하기 쉽습니다. 하지만 표준 인증 쿠키는 기껏해야 4KB 미만입니다. 수백 개 사이트에 로그인되어 있어도 cookies.sqlite 파일은 20~30MB를 넘기 어렵습니다.

실제로 수십 기가바이트를 차지하는 주범은 **오프라인 사이트 스토리지(IndexedDB / Cache Storage)**입니다:

• Mega 등의 클라우드 스토리지: 브라우저 메모리에서 파일을 복호화하며 수 기가바이트의 분할 블롭 데이터를 IndexedDB에 임시 저장합니다. 다운로드가 중단되면 이 캐시가 storage/default/에 그대로 남게 됩니다.

• YouTube 및 동영상 플랫폼: Firefox의 YouTube 4K 끊김 현상 분석에서 다루었듯이, 스트리밍 사이트는 재생 조각과 WebAssembly 디코더를 오리진 스토리지에 캐시합니다.

• Discord, Slack, Telegram Web: 빠른 검색을 위해 수주일치 채팅 기록, 프로필 이미지, 음성 조각을 로컬에 보관합니다.

• Figma 등 온라인 디자인 툴: 폰트와 캔버스 레이어를 Cache Storage API로 로컬에 유지합니다.

2. HTTP 웹 캐시 (cache2)의 자동 확장 메커니즘

시스템 임시 폴더에 저장되는 cache2는 정적 웹 리소스를 보관합니다. Firefox는 기본적으로 디스크 용량에 맞춰 캐시 한도를 유동적으로 늘리는 "Smart Sizing"을 사용하므로, 1TB 이상의 대용량 SSD에서는 1GB를 쉽게 넘어갑니다.

3. 170억 GB Quota Manager 버그의 실체

*"웹사이트가 현재 17,179,869,184 GB의 디스크 공간을 사용 중입니다"*라는 메시지는 부호 없는 64비트 정수 연산에서 -1 값이 변환되며 발생하는 언더플로(2^34 바이트) 현상입니다.

storage.sqlite 데이터베이스가 비정상 종료 등으로 손상되면 Quota Manager가 계산에 실패하여, 실제 하드디스크 공간이 충분함에도 "저장 공간 부족" 경고를 띄우고 새 다운로드를 차단합니다.

단계별 가이드: 대용량 캐시 식별 및 안전한 삭제 방법

1단계: "데이터 관리" 창에서 용량 순으로 정렬

1. 우측 상단 메뉴를 열고 설정으로 들어갑니다 (또는 주소창에 about:preferences#privacy 입력).

2. 쿠키 및 사이트 데이터 항목으로 이동합니다.

3. 데이터 관리... 버튼을 클릭합니다.

4. 저장 공간 열 제목을 클릭하여 큰 순서대로 정렬합니다.

Mega, YouTube, Discord 등 상위 3~4개 사이트가 전체 스토리지의 80% 이상을 차지하고 있는 것을 바로 확인할 수 있습니다.

2단계: 필요한 사이트만 선택하여 삭제

전체 삭제 대신:

1. 불필요하게 거대해진 다운로드 및 미디어 사이트 도메인을 선택합니다.

2. 선택한 사이트 삭제를 클릭합니다.

3. 변경 사항 저장을 누르고 확인합니다.

실전 팁: 이렇게 특정 도메인을 삭제하면 해당 사이트에서만 로그아웃됩니다. 업무용 이메일이나 개발 플랫폼의 로그인은 안전하게 유지됩니다.

3단계: 쿠키를 건드리지 않고 HTTP 웹 캐시만 비우기

1. 단축키 Ctrl + Shift + Delete (Mac은 Cmd + Shift + Delete)를 누릅니다.

2. 삭제할 시간 범위를 전체로 설정합니다.

3. 목록에서 캐시(또는 "임시 캐시된 파일 및 페이지")만 체크합니다.

4. 쿠키, 로그인 정보, 방문 기록 등은 반드시 체크 해제합니다.

5. 확인을 클릭합니다.

이렇게 하면 작업 탭을 그대로 유지한 채 cache2/에서 수 기가바이트를 즉시 확보할 수 있습니다.

4단계: about:config에서 디스크 캐시 상한선 고정

1. 주소창에 about:config를 입력하고 경고를 수락합니다.

2. browser.cache.disk.smart_size.enabled를 찾아 더블클릭하여 false로 바꿉니다.

3. browser.cache.disk.capacity를 검색합니다.

4. 값을 더블클릭하고 원하는 최대 크기를 KB 단위로 입력합니다:

   • 500 MB 제한: 512000

   • 1 GB 제한: 1048576

   • 250 MB 제한: 256000

5. 설정을 저장합니다.

이와 함께 browser.sessionstore.interval 값을 기본 15초(15000)에서 60초(60000)로 늘려주면 SSD에 대한 잦은 쓰기를 줄여 브라우저 성능 저하와 렉 현상을 완화할 수 있습니다.

5단계: 17B GB 버그 및 손상된 스토리지 복구

1. Firefox를 완전히 종료하고 백그라운드 프로세스가 남지 않았는지 확인합니다.

2. Firefox 프로필 폴더로 이동합니다:

   • Windows: %APPDATA%\Mozilla\Firefox\Profiles\<프로필명>\

   • macOS: ~/Library/Application Support/Firefox/Profiles/<프로필명>/

   • Linux: ~/.mozilla/firefox/<프로필명>/

3. storage.sqlite 파일명을 storage.sqlite.bak으로 변경합니다.

4. storage/default/ 폴더 내의 불필요하거나 손상된 사이트 폴더를 정리합니다.

5. Firefox를 다시 실행하면 새로운 storage.sqlite가 자동 생성되며 정상적인 용량 계산으로 복원됩니다.

쾌적한 대안: 투명한 스토리지와 네이티브 AI를 갖춘 Tabbit

수동 설정과 폴더 정리로 임시 조치를 취할 수는 있지만, 무거운 웹 애플리케이션을 구형 엔진에서 계속 유지 관리하는 것은 번거롭습니다. 사용자들은 종종 브라우저 메모리 폭증 원인, 메모리 세이버 기능 오작동이나 불안정한 탭 절전 기능 때문에 스트레스를 받습니다.

이러한 문제를 근본적으로 해결하기 위해 Tabbit Browser가 설계되었습니다. 최신 Chromium 기반으로 개발된 Tabbit은 숨은 디스크 낭비를 원천 차단하면서 강력한 AI 생산성 도구를 제공합니다:

1. 엄격한 오리진 샌드박스와 투명한 스토리지 관리

Tabbit은 웹 표준에 맞춘 엄격한 데이터 수명 주기를 적용합니다. 임시 미디어 버퍼와 WebAssembly 패킷은 작업이 끝나면 즉시 안전하게 회수되어 SSD에 쓰레기 파일이 남지 않습니다.

2. 세션 손실 없는 스마트 탭 절전 (Smart Tab Hibernation)

다양한 프로젝트로 수많은 탭을 띄워두어도, Tabbit의 스마트 절전 알고리즘이 비활성 탭의 메모리와 무거운 캐시를 자동 정리합니다. 로그인 상태와 작성 중인 폼 데이터는 100% 안전하게 보호되므로 탭 복귀 시 재로그인이 필요 없습니다.

3. 무거운 로컬 앱을 대체하는 내장 AI 도구

무거운 웹 플러그인을 로컬에 깔아둘 필요 없이 브라우저 내장 AI를 즉시 활용할 수 있습니다:

• Chat with Page: 수십 페이지짜리 기술 문서나 PDF에서 즉각적으로 핵심 데이터 추출.

• 스마트 동영상 요약: 긴 강의 영상을 로컬 디스크에 다 받지 않고도 타임스탬프와 핵심 내용 즉시 확인.

• 멀티탭 Agent Mode: 여러 웹페이지를 넘나들며 병렬 조사와 비교를 수행하여 로컬 PC를 항상 가볍게 유지.

SSD 수명을 지켜주는 가벼운 브라우저나 멀티태스킹에 최적화된 빠른 브라우저를 찾고 계시다면, 복잡한 설정 없이도 완벽한 경험을 제공하는 Tabbit을 추천합니다.

브라우저 스토리지 관리 전략 비교표

결론 및 권장 조치

Firefox의 디스크 공간 비대화는 소중한 로그인 상태를 날리지 않고도 충분히 해결할 수 있습니다:

1. 문제 사이트 선별 삭제: about:preferences#privacy의 "데이터 관리"에서 크기순으로 정렬하여 대용량 사이트만 콕 집어 삭제하세요.

2. 안전한 HTTP 캐시 청소: Ctrl+Shift+Del을 누르고 "캐시"만 체크하여 지우세요.

3. 용량 상한 고정: about:config에서 smart_size를 끄고 capacity를 512000(500MB)으로 설정하세요.

4. 버그 복구: 170억 GB 오류가 발생하면 브라우저를 닫고 storage.sqlite를 리네임하세요.

디스크 자원을 알아서 최적화하고 강력한 연구 보조 AI를 기본 탑재한 최신 브라우저를 경험하고 싶다면, 나에게 맞는 브라우저 선택 가이드를 확인하고 지금 Tabbit을 만나보세요.

Secholar.L

Tabbit 그로스 & 콘텐츠

Secholar.L은 AI 브라우저와 에이전트 워크플로우에 대한 실용적인 가이드를 작성하며, 실제 조사와 검증 가능한 출처를 바탕으로 도구를 비교합니다.