[태그:] PC관리

노트북 화면 구석에 업데이트 알림이 뜨면 일단 ‘나중에’부터 누르는 사람, 꽤 많다. 게을러서 그런 게 아니다. BIOS처럼 시스템 가장 밑바닥을 건드리는 업데이트는 잘못되면 노트북이 아예 안 켜지는 상태, 이른바 ‘벽돌’이 될 수 있다는 걸 다들 어렴풋이 알고 있어서다. 실제로 몇몇 노트북 브랜드가 특정 BIOS 버전을 배포한 뒤 구형 모델 일부가 부팅조차 안 되는 사례가 보고된 적 있다. 그렇다고 겁먹고 무작정 미루는 것도 답은 아니다. 보안 패치나 호환성 개선이 들어있는 경우가 워낙 많아서. 결국 관건은 하나다. 어떻게 해야 안전하게 넘어가느냐.

BIOS 업데이트, 대체 뭘 바꾸는 걸까

BIOS, 요즘은 대부분 UEFI라고 부르는 그것은 운영체제가 뜨기도 전에 하드웨어를 깨우고 부팅 순서를 잡아주는 가장 기초적인 펌웨어다. 윈도우나 리눅스 업데이트와는 완전히 다른 층위에서 돌아가는데, 메인보드에 박힌 작은 저장 칩에 직접 기록되는 방식이다. 그래서 이 과정이 중간에 끊기면 하드웨어가 어떻게 부팅해야 할지조차 모르는 상태에 빠져버린다. CPU 마이크로코드 업데이트, 램 호환성 개선, 특정 보안 취약점 패치, 새 프로세서 지원 추가. BIOS 업데이트에 흔히 담기는 내용들이다.

업데이트 한 번에 노트북이 먹통 되는 이유

가장 흔한 원인은 업데이트 도중 전원이 끊기는 것이다. 배터리가 얼마 안 남은 상태로 진행하다 갑자기 꺼지거나, 노트북 뚜껑을 닫아 절전 모드로 들어가면서 플래싱 작업이 뚝 끊기는 경우가 대표적이다. 제조사 쪽 문제도 무시하기 어렵다. 특정 세대 프로세서를 쓰는 모델에서만 특정 BIOS 버전이 부팅 실패를 일으킨 사례처럼, 배포된 펌웨어 자체에 결함이 있었던 경우도 실제로 있었다. 이럴 땐 사용자가 아무리 절차를 잘 지켜도 별 수 없이 사고가 난다. 그래서 배포 초기엔 서두르지 않는 게 오히려 전략이 되기도 한다.

업데이트 전에 반드시 체크할 것들

• 전원 연결 필수: 배터리가 100%여도 반드시 어댑터를 꽂은 채로 진행한다.
• 노트북 모델과 정확한 BIOS 버전 확인: 제조사 홈페이지에서 자기 모델명과 지금 깔린 서브 버전을 정확히 대조한다.
• 중요 파일 백업: 확률은 낮아도 시스템이 통째로 먹통이 될 가능성은 대비해둔다.
• 최신 릴리즈노트 검색: 배포 직후엔 커뮤니티나 포럼에 “브릭”, “부팅 안됨” 같은 키워드로 후기가 올라오는지부터 확인한다.
• USB 복구 매체 준비: 제조사가 BIOS 복구용 USB 절차를 제공하는지 미리 확인해둔다.

안전하게 업데이트하는 순서

순서 자체는 생각보다 단순하다. 먼저 제조사 공식 홈페이지나 전용 유틸리티, 예를 들면 델의 Dell Update, 레노버의 Vantage, 에이수스의 MyASUS 같은 프로그램으로 정식 배포 버전이 맞는지 확인한다. 서드파티 사이트에서 받은 파일은 절대 쓰지 않는다, 이건 원칙이다. 그다음 노트북을 전원에 연결하고 백그라운드 프로그램을 최대한 종료한 뒤 업데이트를 시작한다. 진행 중엔 화면이 꺼지거나 재부팅되는 과정이 여러 번 반복될 수 있는데, 이때 강제 종료 버튼은 절대 누르지 않는다. 완료 메시지가 뜰 때까지 최소 10분은 그냥 지켜본다, 이렇게 마음먹으면 오히려 편하다.

업데이트 후 화면이 안 켜진다면

일단 전원 버튼을 15초 이상 길게 눌러 완전히 방전시키듯 초기화해본다. 그다음 어댑터를 뺐다 다시 꽂고 켜보는데, 화면은 안 켜져도 팬이 돌거나 LED가 들어오는지부터 확인한다. 반응이 아예 없다면 메인보드 자체 복구 모드, 보통 특정 키 조합에 USB를 꽂는 방식을 지원하는 모델인지 제조사 지원 페이지에서 찾아본다. 요즘은 이런 복구 기능을 아예 기본 탑재한 노트북도 늘고 있다. 구입 전에 이 기능 유무를 확인해두면 나중에 크게 도움 된다. 자체 복구가 안 되면 결국 서비스센터행인데, 이 경우 무상 수리 대상인지 아닌지는 제조사 결함 인정 여부에 따라 갈리는 경우가 많다.

이런 경우엔 굳이 안 해도 된다

모든 BIOS 업데이트를 무조건 다 설치할 필요는 없다. 지금 쓰는 데 문제없고 릴리즈노트에 보안 취약점 패치나 심각한 버그 수정도 안 보인다면 건너뛰어도 무방하다. 반대로 특정 CPU 취약점 패치, 발열이나 배터리 관련 긴급 수정, 최신 OS와의 호환성 문제 해결이 포함돼 있다면 미루지 않는 편이 낫다. 배포 직후 며칠 정도는 지켜보다가, 큰 문제 없다는 후기가 쌓이면 그때 진행하는 것도 나쁘지 않은 전략이다. 솔직히 이 정도 텀만 둬도 사고 확률은 꽤 줄어든다.

은근 헷갈리는 질문들

Q. 업데이트 중 갑자기 정전이 나면 어떻게 되나요?
대부분의 최신 메인보드는 이중 BIOS 칩이나 백업 영역을 갖추고 있어서 자동 복구가 시도된다. 다만 구형 모델이나 저가형 제품은 이런 안전장치가 아예 없는 경우도 있어서, UPS나 노트북 자체 배터리를 반드시 활용하는 게 안전하다.

Q. 데스크톱 PC도 노트북과 절차가 같나요?
기본 원리는 같지만 데스크톱은 메인보드 제조사 쪽 유틸리티, 예를 들면 에이수스 EZ Flash나 기가바이트 Q-Flash를 쓰는 경우가 많다. 정전 대비를 위해 UPS 연결을 권장한다는 차이도 있다.

Q. 업데이트 후 부팅은 되는데 설정이 초기화됐어요, 정상인가요?
정상이다. BIOS 업데이트는 대개 설정값을 공장 초기화 상태로 되돌린다. 그래서 부팅 순서나 가상화 옵션처럼 따로 켜뒀던 설정은 다시 손봐줘야 한다.

출처: The Verge

어제까지 멀쩡했던 C드라이브가 오늘 아침 보니 수십 GB가 사라져 있다. 작업이라곤 딱히 한 것도 없는데 말이다. 최근에는 백신 프로그램 업데이트 도중 로그 파일이 걷잡을 수 없이 쌓이면서 디스크를 순식간에 채워버린 사례까지 보고됐다. 보안 패치 하나가 오히려 저장공간을 통째로 잡아먹는 부작용을 낳은 셈이다. 원인도 모른 채 무작정 파일부터 지우다가 중요한 데이터까지 날리는 경우, 생각보다 많다. 그래서 디스크 용량이 부족할 때 확인해야 할 순서를 정리해봤다.

탐색기 용량 표시는 그대론데 왜 경고가 뜰까

탐색기에서 눈으로 보이는 파일 크기 합계와 실제 디스크 사용량은 계산 방식이 다르다. 종종 어긋난다. 설정 > 시스템 > 저장공간으로 들어가면 앱, 임시 파일, 시스템 및 예약된 저장공간 등 항목별로 얼마나 차지하는지 막대그래프로 바로 보인다. 여기서 유독 큰 항목이 눈에 띈다면, 그게 범인일 확률이 높다. ‘기타’나 ‘시스템 및 예약된 저장공간’ 항목이 비정상적으로 크다면 아래 순서대로 점검해보자.

일단 임시 파일과 브라우저 캐시부터 의심

가장 흔한 원인은 역시 임시 파일이다. 확인할 위치는 이렇다.

• %temp% 폴더 – 프로그램 설치나 업데이트 후 남은 잔여 파일
• C:\Windows\Temp – 시스템 레벨 임시 파일
• 크롬, 엣지 같은 브라우저 캐시 – 오래 안 지우면 수 GB까지 쌓인다
• 윈도우 업데이트 다운로드 폴더(SoftwareDistribution) – 업데이트 끝나고도 삭제 안 되고 남는 경우 흔함

이 폴더들, 대부분 지워도 시스템엔 문제없다. 다만 %temp% 안에 지금 실행 중인 프로그램이 쓰고 있는 파일은 삭제가 안 될 수 있다. 그런 파일은 그냥 건너뛰고 진행하면 된다.

범인이 백신일 수도 있다

백신 프로그램은 실시간 검사 로그와 격리(quarantine) 파일을 계속 쌓아둔다. 윈도우 디펜더라면 C:\ProgramData\Microsoft\Windows Defender 경로에 로그와 격리 데이터가 저장되는데, 업데이트 버그나 설정 오류로 이 로그가 비정상적으로 커지는 사례가 실제로 있었다. 보안 패치 배포 직후 디스크가 갑자기 가득 찼다면, 백신 로그 폴더 크기부터 확인해볼 필요가 있다. 이건 좀 어이없는 케이스인데, 보안을 지켜준다는 프로그램이 저장공간을 갉아먹는 셈이니까. 서드파티 백신을 함께 쓰고 있다면 프로그램 설정에서 로그 보관 기간을 줄이거나 격리 파일을 주기적으로 비우는 옵션을 켜두는 게 재발 방지에 도움이 된다.

보이지 않는 용량 먹는 하마, 복원 지점과 절전 파일

눈에 잘 안 띄는 곳에서 용량을 크게 차지하는 두 가지가 있다.

• 시스템 복원 지점 – 디스크 정리 설정에서 보관 용량을 제한하거나 오래된 복원 지점을 삭제하면 수십 GB가 확보되기도 한다
• hiberfil.sys(최대 절전 모드 파일) – 램 용량만큼 그대로 디스크를 차지한다. 최대 절전 모드를 안 쓴다면 명령 프롬프트에서 powercfg /hibernate off로 아예 꺼버릴 수 있다

디스크 정리 도구로 한 번에 청소

윈도우 기본 도구인 디스크 정리(cleanmgr)를 실행하고 ‘시스템 파일 정리’까지 체크하면 이전 윈도우 업데이트 백업, 임시 인터넷 파일, 휴지통까지 한꺼번에 정리된다. 최신 윈도우를 쓴다면 설정 > 저장공간의 Storage Sense를 켜두길 추천한다. 일정 주기로 임시 파일과 휴지통을 알아서 청소해주니, 매번 손으로 확인 안 해도 된다. 이건 진짜 켜두는 게 이득이다.

그래도 안 줄어든다면

위 방법으로도 해결이 안 된다면 다음을 의심해봐야 한다.

• WinSxS 폴더 – 윈도우 구성요소 저장소인데, DISM 명령(DISM /Online /Cleanup-Image /StartComponentCleanup)으로 정리 가능하다
• 숨김 파일 및 시스템 파일 – 탐색기 폴더 옵션에서 표시를 켜야만 보이는 대용량 로그가 숨어 있을 수 있다
• 복구 파티션, 듀얼 부팅용 파티션 – 별도 드라이브로 잡혀 있어서 착각하기 쉽다

정확한 원인을 잡고 싶으면 WizTree나 TreeSize 같은 무료 도구로 폴더별 용량을 트리 형태로 시각화해보는 게 훨씬 빠르다. 탐색기로 폴더 하나하나 뒤지는 것보다 몇 배는 편하다. 솔직히 이거 안 써본 사람만 손해다.

이것도 궁금하죠?

Q. 디스크 정리 후에도 용량이 안 늘어나요.
A. 재부팅을 안 했다면 일단 재부팅부터. 삭제된 임시 파일 공간이 재부팅 전까지 반영 안 되는 경우가 종종 있다.

Q. 백신 로그 폴더를 그냥 지워도 되나요.
A. 프로그램이 실행 중일 때 강제로 지우면 오류 날 수 있다. 백신 설정 안에서 로그 삭제 옵션을 이용하거나, 프로그램 종료 후 정리하는 편이 안전하다.

Q. SSD도 이런 문제가 생기나요.
A. HDD든 SSD든 원인은 같다. 다만 SSD는 여유 공간이 부족하면 쓰기 속도 저하가 훨씬 빨리 체감된다. 최소 10~15%는 남겨두는 게 좋다.

결국 체크 순서는 이렇다. 임시 파일 → 백신·보안 프로그램 로그 → 복원 지점과 절전 파일 → 시스템 파일. 이 순서대로만 훑어봐도 대부분의 디스크 부족 문제는 원인을 찾아 해결할 수 있다.

출처: Ars Technica