당신의 상수동 PC, STATUS_KERNEL_LOG_FAILURE의 숨겨진 비밀을 아시나요

내 컴퓨터의 SOS 신호, 커널 로그 실패란 무엇일까요?

시스템의 심장, 커널과 로그의 중요성

컴퓨터의 운영체제, 그러니까 윈도우나 리눅스 같은 프로그램들은 우리 몸의 심장과도 같은 ‘커널(Kernel)’이라는 핵심 부분을 가지고 있어요. 이 커널이 하는 역할은 정말 중요한데요, 하드웨어와 소프트웨어가 원활하게 소통할 수 있도록 중재하고, 모든 시스템 자원을 관리하는 총사령관이라고 할 수 있죠. 그런데 이런 핵심적인 커널에서 문제가 발생하면, 컴퓨터는 더 이상 정상적으로 작동하기 어렵게 됩니다. 특히 ‘로그(Log)’라는 건 커널이 무슨 일을 했는지, 어떤 이벤트가 발생했는지 기록하는 일종의 일기장 같은 건데요. 이 로그가 제대로 기록되지 않거나 손상되면, 시스템은 자신의 상태를 파악하지 못하게 되고, 결국 ‘STATUS_KERNEL_LOG_FAILURE’라는 경고등을 켜게 되는 겁니다. 제가 직접 겪어보니, 이 메시지가 뜨면 보통 시스템이 불안정해지거나 갑자기 멈추는 경우가 많더라고요. 단순히 에러 메시지를 넘어, 시스템의 근본적인 건강 상태를 알려주는 중요한 신호라고 생각하시면 이해하기 쉬울 거예요. 이 문제가 발생하면, 시스템은 어떤 작업에서 오류가 발생했는지 추적하기 어려워지고, 이는 곧 더 큰 문제로 이어질 가능성이 다분합니다. 저도 처음에는 단순히 지나칠 뻔했지만, 이 로그가 얼마나 중요한 역할을 하는지 알고 나서는 시스템을 더욱 세심하게 관리하게 되었어요.

알쏭달쏭 에러 메시지, 정확히 파헤치기

‘STATUS_KERNEL_LOG_FAILURE’라는 문구 자체는 “커널 로그 기록에 실패했다”는 의미를 담고 있어요. 이게 왜 어렵게 느껴지냐면, 이 메시지 하나만으로는 정확히 어떤 문제 때문에 로그 기록에 실패했는지 알기 어렵기 때문이죠. 마치 “몸이 아프다”는 말만 듣고 정확히 어떤 병인지 알 수 없는 것과 같아요. 이 오류는 다양한 원인으로 인해 발생할 수 있는데, 예를 들면 디스크의 물리적인 손상 때문에 로그 파일을 저장할 수 없거나, 메모리에 문제가 생겨서 커널이 로그 데이터를 처리하지 못할 수도 있어요. 또한, 특정 드라이버가 오작동하면서 커널의 로그 시스템에 방해를 주거나, 심지어는 운영체제 내부의 중요한 파일이 손상되어 로그 기능 자체가 망가질 수도 있습니다. 이 에러 메시지를 접했을 때 제가 가장 먼저 했던 생각은 ‘과연 어디부터 손을 대야 할까?’ 였어요. 하지만 다행히도, 몇 가지 진단 과정을 거치면 원인을 좁혀나가고 해결책을 찾을 수 있답니다. 중요한 건 당황하지 않고, 차근차근 시스템의 상태를 점검해보는 자세예요. 마치 의사가 환자의 증상을 하나하나 살펴보듯이, 우리도 컴퓨터의 증상을 주의 깊게 관찰해야 합니다.

알고 보면 단순할 수도! 커널 로그 실패의 주요 원인들

디스크 문제, 데이터 손실의 주범일 수도?

커널 로그는 결국 파일 형태로 디스크에 저장돼요. 만약 디스크 자체에 문제가 생긴다면, 예를 들어 배드 섹터가 발생했거나 디스크 컨트롤러에 이상이 있다면, 커널이 아무리 로그를 기록하려고 해도 제대로 저장되지 못하고 실패하게 되겠죠. 저도 예전에 디스크 상태가 좋지 않아서 시스템이 느려지고, 가끔 원인 모를 블루스크린이 뜨는 경험을 한 적이 있어요. 그때마다 로그 파일을 확인해보면 디스크 관련 오류 메시지가 잔뜩 쌓여있곤 했습니다. 하드디스크의 경우 물리적인 충격이나 노후화로 인해 손상될 수 있고, SSD의 경우에도 수명이나 펌웨어 문제로 인해 문제가 발생할 수 있어요. 특히 중요한 데이터가 저장되는 시스템 디스크에 문제가 생기면, 커널 로그 실패는 물론이고 부팅 자체가 불가능해지는 심각한 상황으로 이어질 수도 있습니다. 이 경우엔 데이터 손실 위험까지 있으니, 평소에 디스크 상태를 주기적으로 확인하는 습관을 들이는 게 정말 중요해요. 저처럼 낭패를 보지 않으려면 미리미리 점검하는 게 최고랍니다.

메모리 오류와 드라이버 충돌, 의외의 복병

메모리(RAM)는 커널이 작업하는 모든 데이터를 임시로 저장하는 공간이에요. 커널 로그 역시 메모리를 거쳐 디스크에 기록되죠. 만약 메모리 모듈 자체에 결함이 있거나, 오버클럭 등으로 메모리가 불안정한 상태라면 커널이 로그 데이터를 제대로 처리하지 못하고 오류를 뿜어낼 수 있습니다. 마치 작업 공간이 엉망진창이라 서류 정리가 안 되는 것과 비슷하다고 할 수 있어요. 또한, 컴퓨터에 설치된 수많은 하드웨어 장치들은 각자의 ‘드라이버(Driver)’라는 소프트웨어를 통해 운영체제와 소통하는데요. 이 드라이버들 중 하나라도 문제가 있거나, 서로 충돌을 일으키면 커널의 안정성이 흔들리면서 로그 기록 기능에까지 영향을 줄 수 있습니다. 특히 최근에 특정 장치를 새로 설치했거나, 드라이버를 업데이트한 후에 이런 문제가 발생했다면 드라이버 충돌을 의심해봐야 해요. 저도 예전에 그래픽카드 드라이버 업데이트 후에 시스템이 자꾸 다운되는 경험을 했는데, 그때마다 커널 로그에 드라이버 관련 오류가 기록되곤 했죠. 이런 경우엔 최신 버전이 아닌 안정적인 이전 버전 드라이버로 되돌리는 것도 좋은 방법이 될 수 있습니다.

운영체제 손상과 시스템 파일 문제

마지막으로, 운영체제 자체에 문제가 생겼을 때도 커널 로그 실패가 발생할 수 있습니다. 악성코드에 감염되었거나, 시스템 파일이 손상되었을 때, 혹은 운영체제 업데이트 과정에서 오류가 발생했을 때 커널의 중요한 기능들이 제대로 작동하지 못할 수 있거든요. 특히 윈도우의 경우, 핵심 시스템 파일이 손상되면 블루스크린과 함께 ‘STATUS_SYSTEM_PROCESS_TERMINATED’나 ‘KERNEL_MODE_EXCEPTION_NOT_HANDLED’와 같은 메시지가 뜨면서 커널 로그 기능에도 영향을 줄 수 있습니다. 저도 한 번은 불법 소프트웨어를 설치했다가 운영체제 파일이 손상되어 컴퓨터가 완전히 먹통이 된 적이 있어요. 그때는 정말 하늘이 무너지는 줄 알았죠. 결국 운영체제를 새로 설치하면서 모든 문제를 해결했지만, 그 경험 이후로는 소프트웨어 설치에도 굉장히 신중해졌습니다. 바이러스나 악성코드에 감염되지 않도록 항상 백신 프로그램을 최신으로 유지하고, 의심스러운 파일은 실행하지 않는 것이 중요해요. 운영체제는 컴퓨터의 두뇌와 같으니, 항상 깨끗하고 건강하게 유지해야 합니다.

이젠 당황하지 마세요! 문제 해결을 위한 첫걸음

블루스크린 코드 확인부터 시작!

‘STATUS_KERNEL_LOG_FAILURE’ 메시지를 보셨다면, 아마도 그 전에 블루스크린이 뜨는 경우가 많았을 거예요. 블루스크린은 단순한 오류 화면이 아니라, 시스템이 어떤 문제 때문에 멈췄는지 알려주는 중요한 단서들을 담고 있습니다. 특히 블루스크린 하단이나 상단에 표시되는 오류 코드, 예를 들면 ‘0x0000008E KERNEL_MODE_EXCEPTION_NOT_HANDLED’나 ‘0x00000124 WHEA_UNCORRECTABLE_ERROR’ 같은 것들이 대표적이죠. 저도 처음에는 이런 코드들을 보면 머리부터 아팠지만, 알고 보면 이 코드들이 문제의 실마리를 제공해준답니다. 각 코드는 특정 유형의 오류를 지칭하기 때문에, 코드를 구글이나 네이버에 검색해보면 어떤 부분에서 문제가 발생했는지 대략적인 힌트를 얻을 수 있어요. 이 정보를 바탕으로 디스크 문제인지, 메모리 문제인지, 아니면 드라이버 문제인지를 좁혀나갈 수 있습니다. 스마트폰으로 블루스크린 화면을 찍어두는 것도 좋은 방법이에요. 나중에 검색하거나 전문가에게 도움을 요청할 때 아주 유용하게 쓰일 수 있답니다. 제가 직접 해보니, 이 초기 단계의 정보 수집이 문제 해결 시간을 훨씬 단축시켜 주더라고요.

시스템 로그 파일 꼼꼼히 들여다보기

블루스크린 코드가 큰 그림을 보여준다면, 시스템 로그 파일은 훨씬 더 자세하고 구체적인 정보를 제공해줍니다. 윈도우에서는 ‘이벤트 뷰어(Event Viewer)’라는 도구를 통해 시스템 로그를 확인할 수 있어요. 이벤트 뷰어에 들어가면 ‘Windows 로그’ 아래에 ‘시스템’, ‘응용 프로그램’, ‘보안’ 등 다양한 로그들이 기록되어 있습니다. 여기서 특히 ‘시스템’ 로그를 집중적으로 살펴보셔야 해요. ‘오류(Error)’ 또는 ‘경고(Warning)’라고 표시된 부분들을 시간 순서대로 훑어보면, ‘STATUS_KERNEL_LOG_FAILURE’ 메시지가 뜨기 직전에 어떤 오류가 발생했는지 파악할 수 있습니다. 예를 들어, 특정 드라이버 로드 실패나 디스크 관련 경고가 반복적으로 나타난다면, 해당 드라이버나 디스크에 문제가 있을 가능성이 높다고 추측할 수 있죠. 리눅스 환경에서는 ‘/var/log/messages’나 ‘dmesg’ 명령어를 통해 커널 로그를 확인할 수 있습니다. 저도 이 이벤트 뷰어를 통해서 특정 하드웨어 드라이버가 계속 충돌을 일으키고 있었다는 사실을 알아내고 문제를 해결했던 기억이 있어요. 이 과정은 마치 탐정이 사건 현장의 증거들을 꼼꼼히 살펴보는 것과 같아요. 사소해 보이는 기록 하나하나가 중요한 단서가 될 수 있으니, 절대 대충 넘기지 마세요!

자, 이제 직접 해결해 볼까요? 단계별 해결책

여기까지 오셨다면, 이제 문제의 원인을 어느 정도 짐작하고 계실 텐데요. 제가 경험했던 여러 상황과 해결책들을 종합해서 여러분이 직접 시도해볼 수 있는 단계별 해결 방법을 정리해봤어요. 물론 모든 경우에 100% 효과를 보장하는 건 아니지만, 대부분의 ‘STATUS_KERNEL_LOG_FAILURE’는 이 과정들을 통해 해결될 수 있을 거예요. 자, 그럼 하나씩 따라해 볼까요?

문제 원인 추정	추천 해결책	세부 내용
디스크 손상/오류	디스크 검사 및 복구	‘chkdsk’ 명령어 실행 (Windows), SMART 정보 확인
메모리 오류	메모리 진단 도구 실행	Windows 메모리 진단, MemTest86 등
드라이버 충돌/손상	드라이버 업데이트/재설치	장치 관리자에서 드라이버 롤백 또는 최신 버전 설치
운영체제 파일 손상	시스템 파일 검사/복구	‘sfc /scannow’ 명령어 실행, DISM 도구 사용
악성코드 감염	정밀 바이러스 검사	신뢰할 수 있는 백신 프로그램으로 전체 시스템 검사

디스크 검사 및 복구: 가장 기본적인 해결책

앞서 말씀드린 것처럼 디스크 문제는 커널 로그 실패의 가장 흔한 원인 중 하나예요. 윈도우 사용자라면 ‘chkdsk’ 명령어를 활용하여 디스크를 검사하고 오류를 수정할 수 있습니다. ‘시작’ 버튼을 누르고 ‘cmd’를 검색한 후 ‘관리자 권한으로 실행’을 선택해주세요. 그리고 명령 프롬프트 창에 ‘chkdsk C: /f /r’ (C:는 운영체제가 설치된 드라이브 문자)를 입력하고 엔터를 누르면 됩니다. 이 명령은 디스크의 오류를 찾아서 수정하고, 손상된 섹터를 복구하려고 시도해요. 리눅스 사용자라면 ‘fsck’ 명령어를 사용할 수 있습니다. 이 과정은 시간이 꽤 오래 걸릴 수 있으니, 여유를 가지고 기다려주세요. 저도 이 명령어를 통해 몇 번 디스크 문제를 해결한 경험이 있는데, 마치 엉킨 실타래를 푸는 것 같은 시원함을 느낄 수 있었답니다. 또한, ‘CrystalDiskInfo’ 같은 서드파티 프로그램을 사용해서 디스크의 SMART(Self-Monitoring, Analysis and Reporting Technology) 정보를 확인해보는 것도 좋아요. 디스크의 건강 상태를 수치로 보여주기 때문에 교체 시기를 예측하거나 심각한 오류의 징후를 미리 파악하는 데 큰 도움이 됩니다.

메모리 진단과 드라이버 업데이트

메모리 오류는 겉으로 드러나지 않는 경우가 많아서 진단하기가 까다로울 수 있습니다. 윈도우에는 자체적으로 ‘Windows 메모리 진단’ 도구가 내장되어 있어요. ‘시작’ 검색창에 ‘메모리 진단’이라고 입력하면 쉽게 찾을 수 있습니다. 이 도구를 실행하면 컴퓨터가 재시작되면서 메모리 검사를 진행하는데, 여기서 오류가 발견되면 메모리 모듈을 교체해야 할 수도 있습니다. 좀 더 심층적인 검사를 원한다면 ‘MemTest86’ 같은 전문 프로그램을 사용해볼 수도 있어요. 드라이버 문제는 ‘장치 관리자’에서 해결할 수 있습니다. ‘시작’ 버튼을 마우스 오른쪽 클릭한 후 ‘장치 관리자’를 선택하세요. 노란색 느낌표나 빨간색 X 표시가 있는 장치가 있다면 해당 장치의 드라이버에 문제가 있을 가능성이 높아요. 해당 장치를 마우스 오른쪽 클릭하여 ‘드라이버 업데이트’를 시도하거나, ‘디바이스 제거’ 후 제조사 홈페이지에서 최신 드라이버를 직접 다운로드하여 설치하는 방법이 있습니다. 만약 최근에 업데이트한 드라이버 때문에 문제가 발생했다면, ‘드라이버 롤백’ 기능을 사용하여 이전 버전으로 되돌리는 것도 좋은 해결책이 될 수 있습니다.

운영체제 복구 또는 재설치 고려하기

위의 방법들을 모두 시도했지만 여전히 ‘STATUS_KERNEL_LOG_FAILURE’ 문제가 해결되지 않는다면, 운영체제 자체의 손상이 심각할 수 있습니다. 이 경우, 윈도우의 ‘시스템 파일 검사기(sfc /scannow)’나 ‘DISM(Deployment Image Servicing and Management)’ 도구를 사용하여 손상된 시스템 파일을 복구해 볼 수 있습니다. 명령 프롬프트를 관리자 권한으로 실행한 후 ‘sfc /scannow’를 입력하고 엔터를 누르면 돼요. 이 과정은 시스템 파일을 검사하고 손상된 파일을 정품 마이크로소프트 파일로 교체해줍니다. 만약 이마저도 실패한다면, 최후의 수단으로 운영체제를 복구하거나 아예 재설치하는 것을 고려해야 합니다. 윈도우 10/11 에는 ‘이 PC 초기화’ 기능이 있어서 개인 파일을 유지하면서 운영체제를 새로 설치할 수 있는 옵션을 제공하기도 합니다. 하지만 이는 모든 프로그램과 설정을 다시 해야 하는 번거로움이 따르니, 충분히 고민해보고 결정해야 해요. 저도 예전에 심각한 문제 때문에 운영체제를 재설치했던 적이 있는데, 그때는 마치 새 컴퓨터를 쓰는 기분이었지만, 모든 설정을 다시 하는 과정이 정말 힘들었던 기억이 납니다. 중요한 데이터는 항상 백업해두는 습관을 들이는 것이 좋습니다.

미리미리 관리해서 걱정 끝! 예방이 가장 중요해요

정기적인 시스템 점검 습관화

‘STATUS_KERNEL_LOG_FAILURE’와 같은 골치 아픈 문제를 겪고 나면, 다시는 이런 일을 겪고 싶지 않다는 생각이 절실해질 거예요. 가장 좋은 방법은 바로 ‘예방’입니다. 평소에 시스템을 잘 관리하는 습관을 들이는 것만으로도 많은 문제들을 미리 막을 수 있어요. 저는 일주일에 한 번씩 디스크 조각 모음(HDD 사용자), 오류 검사, 그리고 임시 파일 삭제를 해주는 루틴을 가지고 있습니다. 윈도우 자체에 내장된 ‘디스크 정리’ 도구만 잘 활용해도 꽤 많은 불필요한 파일들을 정리할 수 있어요. 또한, 백신 프로그램을 항상 최신 상태로 유지하고 주기적으로 전체 검사를 실행하여 악성코드 감염을 예방하는 것도 중요합니다. 컴퓨터를 사용하다 보면 나도 모르게 악성코드가 침투할 수 있기 때문에, 방심은 금물이에요. 이 작은 습관들이 모여 컴퓨터의 수명을 늘리고, 불필요한 스트레스를 줄여준다는 것을 직접 경험을 통해 깨달았습니다. 마치 건강 관리를 하듯이, 컴퓨터도 꾸준히 관리해줘야 한다는 걸 잊지 마세요!

안정적인 드라이버 버전 유지의 중요성

최신 드라이버가 항상 최고라고 생각하시는 분들이 많을 텐데요, 사실은 그렇지 않을 수도 있습니다. 때로는 최신 드라이버가 특정 시스템 환경에서 문제를 일으키거나 다른 드라이버와 충돌을 일으킬 수도 있어요. 저는 항상 새로운 드라이버가 출시되면 바로 업데이트하기보다는, 다른 사용자들의 피드백을 조금 기다려본 후에 업데이트를 결정하는 편입니다. 그리고 만약 드라이버 업데이트 후에 시스템이 불안정해지거나 문제가 발생한다면, 주저하지 말고 이전 버전의 안정적인 드라이버로 롤백하는 것이 현명합니다. 각 하드웨어 제조사 웹사이트에는 보통 여러 버전의 드라이버를 제공하기 때문에, 문제가 발생했을 때 이전 버전을 쉽게 찾아 설치할 수 있을 거예요. 안정적인 시스템 환경을 유지하는 것은 커널 로그 실패뿐만 아니라 전반적인 컴퓨터 성능에도 큰 영향을 미칩니다. 제가 느낀 바로는, 무조건 최신을 쫓기보다는 내 시스템에 가장 잘 맞는 ‘안정적인’ 버전을 유지하는 것이 현명한 선택이라고 생각해요.

그래도 안 된다면? 전문가의 도움을 주저하지 마세요

복잡한 하드웨어 문제, 전문가에게 맡기는 현명함

위에 제시된 모든 해결책들을 시도해봤는데도 ‘STATUS_KERNEL_LOG_FAILURE’ 문제가 계속 발생한다면, 이제는 전문가의 도움을 받는 것이 현명한 선택일 수 있습니다. 특히 하드웨어적인 결함, 예를 들면 메인보드나 CPU 자체의 문제, 혹은 파워서플라이의 불안정성 등은 일반 사용자가 진단하고 해결하기 어려운 영역이에요. 저도 한 번은 모든 소프트웨어적인 방법을 동원했지만 문제가 해결되지 않아 전문 수리점에 맡겼던 적이 있는데, 결국 메인보드 고장이 원인이었더군요. 그때 혼자 끙끙 앓았던 시간을 생각하면 진작 전문가에게 맡길 걸 하는 후회가 들었습니다. 전문가들은 특수 장비와 전문 지식을 통해 문제의 근본 원인을 정확하게 진단하고 해결해줄 수 있습니다. 섣부른 자가 수리는 오히려 더 큰 고장을 유발할 수 있으니, 감당하기 어려운 문제는 과감히 전문가에게 맡기세요. 비용이 들더라도 소중한 컴퓨터와 데이터를 지키는 가장 확실한 방법입니다.

데이터 복구, 무리한 시도는 금물!

만약 ‘STATUS_KERNEL_LOG_FAILURE’가 디스크 손상과 연관되어 있고, 그 안에 중요한 데이터가 들어있다면, 절대로 무리하게 데이터 복구를 시도하지 마세요. 잘못된 시도는 오히려 데이터를 영구적으로 손상시킬 수 있습니다. 전문 데이터 복구 업체는 특수 장비와 기술을 사용하여 손상된 디스크에서 데이터를 안전하게 추출해낼 수 있습니다. 물론 비용이 저렴하지는 않지만, 몇 년간의 추억이 담긴 사진이나 중요한 업무 파일 등을 잃는 것보다는 훨씬 나은 선택일 거예요. 컴퓨터에 문제가 발생했을 때, 특히 디스크 관련 오류라면 더 이상 컴퓨터를 사용하지 않고 전원을 끈 후 전문가와 상담하는 것이 가장 안전한 방법입니다. 제가 직접 경험해본 결과, 데이터는 한 번 손상되면 되돌리기 정말 어렵기 때문에, 초기에 올바른 대처를 하는 것이 무엇보다 중요하다고 말씀드리고 싶어요. 소중한 데이터를 지키는 것도 현명한 컴퓨터 사용자의 덕목입니다.

글을 마치며

오늘 ‘STATUS_KERNEL_LOG_FAILURE’라는 다소 어렵고 복잡해 보이는 문제에 대해 함께 알아보는 시간을 가졌습니다. 사실 컴퓨터를 사용하면서 이런 알 수 없는 오류 메시지를 마주하면 저 역시 막막하고 답답한 마음이 먼저 드는 건 어쩔 수 없더라고요. 하지만 오늘 다룬 내용들을 통해 이 문제가 왜 발생하는지, 그리고 우리가 어떤 방법으로 해결해나갈 수 있는지 조금이나마 감을 잡으셨기를 바랍니다. 컴퓨터는 우리에게 정말 편리한 도구지만, 때로는 이렇게 애정을 가지고 보살펴줘야 한다는 것을 다시 한번 느꼈어요. 여러분의 소중한 컴퓨터가 언제나 건강하게 작동하길 바라며, 다음번에는 또 다른 유익한 정보로 찾아오겠습니다!

알아두면 쓸모 있는 정보

1. 블루스크린 오류 코드는 문제 해결의 가장 중요한 첫 단서이니, 꼭 기록해두세요.

2. 이벤트 뷰어(Event Viewer)의 시스템 로그는 문제 발생 전후의 상세한 상황을 알려줍니다.

3. 디스크 검사(chkdsk)와 메모리 진단은 기본적인 문제를 해결하는 데 큰 도움이 됩니다.

4. 드라이버는 무조건 최신 버전보다는 안정적인 버전을 유지하는 것이 시스템 안정성에 더 좋습니다.

5. 중요한 데이터는 항상 이중으로 백업해두는 습관을 들이세요. 예상치 못한 상황에 큰 도움이 됩니다.

중요 사항 정리

‘STATUS_KERNEL_LOG_FAILURE’는 커널 로그 기록 실패를 의미하며, 이는 디스크 손상, 메모리 오류, 드라이버 충돌, 운영체제 파일 손상 등 다양한 원인으로 발생할 수 있습니다. 문제 해결을 위해서는 블루스크린 코드 확인과 시스템 로그 분석이 필수적이며, 디스크 검사, 메모리 진단, 드라이버 업데이트/롤백, 시스템 파일 복구 등을 단계적으로 시도해야 합니다. 가장 중요한 것은 정기적인 시스템 점검과 백업 습관으로 미리 문제를 예방하는 것이며, 해결이 어렵다면 전문가의 도움을 받는 것이 현명합니다.