리눅스는 인터프리터다

Context

초기 RAM 디스크(initramfs) 환경에서 cpio 아카이브를 사용하는 리눅스 시스템에서, 해당 아카이브가 파일시스템이 아닌 tmpfs 기반 임시 공간이라는 점을 간과한 채 커널이 인터프리터 역할을 한다고 잘못 해석한 사례가 있음. 바이너리 프로그램은 CPU에서 직접 실행되며, 프로그램 파일 자체는 CPU가 직접 이해하지 못하는 아카이브 구조라는 근본적인 동작 원리를 구분하지 못함.

Technical Solution

• cpio 아카이브 → tmpfs 공간에 압축 해제 방식으로 로딩하며 이는 파일시스템 생성이 아님
• ELF 메타데이터 → ld.so가 엔트리포인트를 메모리에 배치하고 CPU 실행을 준비하는 구조
• initramfs 내부 init 파일 → 커널이 첫 번째 사용자 공간 프로세스로 실행하는 실제 프로그램
• OS 역할 → 각 머신 명령어를 직접 해석하지 않고 CPU에 실행을 위임하는 자원 관리 인터페이스
• 인터프리터 개념 구분 → Shebang 스크립트 해석기처럼 텍스트를 행 단위로 번역하는 경우와, 커널이 실행 형식 처리 방식을 혼동하지 말아야 함

Impact

바이너리와 아카이브의 차이를 명확히 구분하여 실행 모델에 대한 정확한 Mental Model 형성

Key Takeaway

"리눅스는 인터프리터다"는 비유는 실행 환경의 의존성을 보여주는 상징적 표현이지, 커널이 CPU 명령어를 문자 그대로 해석한다는 물리적 사실을 의미하지 않는다.