우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›네이버›시스템 운영›질문 상세
    問
    네네이버시스템 운영인성·가치관2025년 출제

    리눅스 시스템의 i-node에 대해 설명해주세요.

    한 문장 요약

    리눅스 시스템의 파일 관리 구조인 i-node를 얼마나 정확히 이해하는지를 통해 시스템 직무의 기반 지식을 평가한다.

    예상 답변 시간
    90~120초
    예상 꼬리질문
    3회
    난이도
    난이도 상
    출제 빈도
    보통
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    i-node의 역할은 무엇인가?
    i-node의 역할에 대한 명확한 설명이 답에 있어야 합니다. 없으면 면접관이 'i-node는 어떤 정보를 담고 있나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    i-node 구조를 설명할 수 있는가?
    i-node의 구조, 즉 어떤 필드가 있는지에 대한 이해가 나타나야 합니다. 없으면 면접관이 '구체적인 예시를 들어 설명해보세요'라고 질문하는 자리가 자주 보입니다.
    語
    03
    i-node의 중요성은 어떤가?
    i-node가 파일 시스템에서 어떤 중요성을 가지는지 설명할 흔적이 있어야 합니다. 없으면 면접관이 '왜 i-node가 필요한가요?'라고 추가 질문을 하는 경우가 많습니다.
    本
    04
    i-node와 파일 간의 관계는 무엇인가?
    i-node와 파일 간의 관계에 대한 설명이 있어야 합니다. 없으면 면접관이 '파일을 찾는 과정에서 i-node가 어떻게 작용하나요?'를 궁금해하는 자리가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    네이버 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    구조 정의·파일 참조 방식·실습 경험 연결 중심으로 푸는 결약 82초i-node 소진 트러블슈팅 경험으로 구조 이해 연결약 80초파일 삭제 후 용량 미회수 현상 디버깅으로 i-node 메커니즘 설명약 83초
    예시 답변 1
    약 82초

    구조 정의·파일 참조 방식·실습 경험 연결 중심으로 푸는 결

    i-node는 Linux 파일 시스템에서 파일의 메타데이터를 저장하는 데이터 구조입니다. 파일 이름은 포함하지 않고, 파일 크기·권한·소유자·데이터 블록 위치 등을 담고 있습니다. 파일 이름과 i-node 번호는 디렉토리에서 연결되는 방식이라, 같은 i-node를 가리키는 파일 이름이 여러 개 존재할 수 있습니다. 이게 hard link가 작동하는 원리입니다. 학부 운영체제 수업에서 ls -i 명령어로 각 파일의 i-node 번호를 직접 확인해봤는데, 파일을 삭제해도 해당 `i-node`를 참조하는 링크 수가 0이 될 때까지 실제 데이터가 지워지지 않는다는 걸 실습에서 경험했습니다.

    `i-node` 수에 제한이 있어서 디스크 공간이 남아도 새 파일을 만들 수 없는 상황이 생기는 것도 그때 배웠습니다. 파일 시스템이 이름과 데이터를 분리해서 관리하는 이유가 있다는 걸 이해하게 된 계기였습니다.

    이 결의 특징
    i-node가 파일이름을 미포함하고 크기·권한·소유자·데이터 블록 위치를 저장한다는 구조를 명확히 파악했습니다. hard link 원리를 이해하고, ls-i로 inode 번호를 직접 확인하며, 링크 수 0이 될 때까지 데이터가 안 지워지는 원리와 inode 수 제한으로 디스크가 남아도 파일을 못 만드는 상황을 배운 흔적이 구체적입니다.
    이 결이 통하는 자리
    파일 시스템을 inode와 블록이라는 두 자원으로 분리해 이해한 관점이 살아 있을 때 통합니다. 링크 수 제한이 물리적 현상이라는 인식이 드러나면, 추상적 파일 개념이 아닌 저수준 구조 이해로 평가되어 깊이 있는 답변으로 인식됩니다.
    예시 답변 2
    약 80초

    i-node 소진 트러블슈팅 경험으로 구조 이해 연결

    리눅스 서버를 공부하던 중 디스크 공간은 남는데 파일을 새로 만들지 못하는 상황을 실습 환경에서 직접 겪었습니다. df -h로는 여유가 있었는데 df -i를 보니 `i-node` 사용량이 100%에 근접해 있었습니다. 처음에는 원인을 몰라 당황했는데, i-node가 저장 공간이 아니라 파일 수 기준으로 제한된다는 구조를 이해하고 나서야 해결 방향이 보였습니다.

    임시 파일을 대량으로 생성하는 스크립트가 i-node를 잠식하고 있었고, 해당 파일을 정리하자 정상으로 돌아왔습니다. 이 경험으로 파일 시스템을 단순한 저장 공간이 아니라 `i-node` 수와 블록 수라는 두 가지 자원으로 구분해서 보는 시각이 생겼습니다.

    i-node에는 파일 이름이 포함되지 않고, 파일 이름과 i-node 번호의 연결은 디렉토리가 관리하는 구조라는 점도 그때 정확히 이해했습니다. 하드 링크가 같은 `i-node`를 공유하는 방식으로 작동하는 이유도 자연스럽게 연결됐습니다.

    이 결의 특징
    df-h로 여유가 있는데 파일을 생성하지 못하는 현상을 직접 겪고, df-i로 inode 사용량이 100% 근접한 상태를 진단한 경험이 있습니다. 임시 파일 대량 생성 스크립트가 inode를 잠식한 원인을 찾았고, 정리 후 정상화한 과정이 명확합니다.
    이 결이 통하는 자리
    디스크 용량과 inode 사용량을 별개의 자원으로 진단한 경험이 구체적일 때 통합니다. 단순 용량 부족이 아닌 inode 고갈을 원인으로 파악한 흔적이 드러나면, 문제 해결의 체계성이 인식되어 트러블슈팅 능력이 신뢰됩니다.
    예시 답변 3
    약 83초

    파일 삭제 후 용량 미회수 현상 디버깅으로 i-node 메커니즘 설명

    i-node를 처음 깊이 이해한 건 파일을 삭제해도 디스크 용량이 즉시 회수되지 않는 현상을 디버깅하면서였습니다. 프로세스가 파일을 열고 있는 상태에서 rm으로 삭제하면 실제 데이터는 지워지지 않습니다. `i-node`의 링크 카운트가 0이 되고, 해당 `i-node`를 참조하는 프로세스도 없어져야 비로소 블록이 반환되는 구조이기 때문입니다.

    lsof로 삭제된 파일을 아직 열고 있는 프로세스를 찾아 종료하자 용량이 회수된 것을 확인했습니다. i-node는 파일 크기, 권한, 소유자, 데이터 블록 포인터를 담고 있고, 이름은 디렉토리가 i-node 번호와 연결해 관리합니다. 심볼릭 링크는 경로 문자열을 저장하는 별도 파일이라 원본 삭제 시 끊어지지만, 하드 링크는 같은 `i-node`를 직접 가리켜 원본이 지워져도 데이터에 접근할 수 있는 차이가 있습니다. 파일 시스템이 이름과 데이터를 분리해 관리하는 이유를 실제 문제를 통해 이해하게 됐습니다.

    이 결의 특징
    파일 삭제 후에도 용량이 즉시 회수되지 않는 현상을 직접 겪고, lsof로 삭제된 파일을 열고 있는 프로세스를 찾아 종료한 후 용량 회수를 확인한 구체적 경험이 있습니다. 링크 카운트 0과 참조 프로세스 종료가 블록 반환 조건임을 배웠고, 심볼릭 링크와 hard link의 차이를 이해한 흔적입니다.
    이 결이 통하는 자리
    프로세스가 파일을 열고 있는 상태를 진단하고 종료한 경험이 구체적일 때 통합니다. 링크 카운트 0과 프로세스 참조라는 두 조건을 함께 이해한 관점이 드러나면, 파일 시스템의 동작 원리를 정확히 파악하고 있다는 신뢰가 생깁니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹i-node의 주요 역할은 무엇인가요?
    貳i-node와 관련된 성능 문제는 어떤 것이 있을까요?
    參i-node를 사용하지 않는 파일 시스템은 어떤 것이 있나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 네이버 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    선시안 · 공통직무·미지정
    리눅스 시스템 및 네트워크에 대한 이해가 어떤 경험에서 비롯되었는지 설명해 주세요.
    이 질문 보기
    유진그룹 · 해외영업
    리눅스 서버 시스템 운영 경험이 있다면, 어떤 환경에서 작업하셨는지 설명해 주세요.
    이 질문 보기
    토스 · SRE
    리눅스 및 네트워크 시스템에 대한 깊은 이해를 어떻게 쌓아왔나요?
    이 질문 보기
    삼성전자 · SW·IT 일반
    임베디드 시스템에 대해 설명해주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 네이버 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기