ARI

Linux Kernel은 하나의 버전만 존재하는 것이 아닙니다. 개발 중인 커널, 최신 기능이 포함된 커널, 장기간 유지되는 커널 등 여러 종류가 있으며 각각의 목적이 다릅니다. 예를 들어 Ubuntu LTS나 RHEL에서는 안정성이 높은 LTS(Long Term Support) 커널을 기본으로 사용하지만, 최신 하드웨어를 테스트하거나 새로운 기능을 사용하려는 개발자는 Mainline Kernel을 선택하기도 합니다. 이번 글에서는 Linux Kernel의 릴리스 종류인 Mainline, … 더 읽기

Linux Kernel은 GitHub Pull Request가 아닌 메일링 리스트(Mailing List) 를 중심으로 개발되는 대표적인 오픈소스 프로젝트입니다. 처음 Linux Kernel 개발을 접하는 사람들은 “왜 GitHub가 아니라 이메일을 사용할까?”라는 의문을 가지곤 합니다. 하지만 Linux Kernel은 수십 년 동안 메일링 리스트 기반의 개발 문화를 유지해 왔으며, 지금도 대부분의 패치 제출과 코드 리뷰가 이메일을 통해 이루어지고 있습니다. 이 중심에 있는 … 더 읽기

Linux 서버를 운영하다 보면 보안 취약점이나 커널 버그를 수정하기 위해 커널을 업데이트해야 하는 경우가 자주 발생합니다. 일반적인 커널 업데이트는 새로운 커널을 설치한 뒤 재부팅(Reboot) 해야 적용됩니다. 하지만 금융, 클라우드, 통신, 대규모 웹 서비스처럼 24시간 운영되는 환경에서는 재부팅으로 인한 서비스 중단이 큰 문제가 될 수 있습니다. 이러한 문제를 해결하기 위해 등장한 기술이 Linux Kernel Livepatch입니다. Livepatch는 … 더 읽기

Linux Kernel을 디버깅하거나 Kernel Panic, Oops 로그를 분석하다 보면 System.map, kallsyms, Symbol, Symbol Table과 같은 용어를 자주 접하게 됩니다. 예를 들어 Kernel Panic 로그에 다음과 같은 내용이 출력될 수 있습니다. 이 메시지만 보면 주소와 함수 이름만 알 수 있을 뿐 정확한 코드 위치는 알기 어렵습니다. 이때 Kernel Symbol을 활용하면 메모리 주소를 실제 함수나 변수 이름으로 … 더 읽기

Linux 서버를 운영하다 보면 커널 로그에서 “Oops” 라는 메시지를 발견하는 경우가 있습니다. Oops는 Kernel Panic처럼 치명적인 오류처럼 보이지만 실제 의미는 조금 다릅니다. Kernel Oops는 커널 내부에서 오류가 발생했지만 즉시 시스템 전체를 중단하지는 않는 상태를 의미합니다. 즉, 커널이 오류를 감지하고 해당 정보를 출력한 뒤 가능한 범위 내에서 시스템을 계속 동작시키려는 것입니다. 이번 글에서는 Linux Kernel Oops의 … 더 읽기

Linux 서버를 운영하거나 커널을 개발하다 보면 가장 심각한 오류 중 하나인 Kernel Panic을 마주할 수 있습니다. Kernel Panic은 단순한 애플리케이션 오류가 아니라 Linux Kernel이 더 이상 정상적으로 동작할 수 없다고 판단하여 시스템을 강제로 중단하는 상태입니다. Windows의 BSOD(Blue Screen of Death)와 비슷한 개념이지만, Linux에서는 Kernel Panic 메시지와 Call Trace를 통해 문제의 원인을 보다 자세히 분석할 수 … 더 읽기

일반적인 사용자 프로그램은 오류가 발생하면 GDB(GNU Debugger)를 이용해 쉽게 디버깅할 수 있습니다. 하지만 Linux Kernel은 운영체제의 핵심이기 때문에 잘못된 코드가 실행되면 시스템 전체가 멈추거나(Kernel Panic) 재부팅될 수 있습니다. 따라서 커널 디버깅은 일반 애플리케이션 디버깅과는 접근 방식이 다릅니다. Linux는 이러한 문제를 해결하기 위해 printk, dmesg, ftrace, kgdb, kdump, crash 등 다양한 디버깅 도구를 제공합니다. 이번 글에서는 … 더 읽기

Linux Kernel은 전 세계 수천 명의 개발자가 동시에 개발하는 초대형 오픈소스 프로젝트입니다. 이러한 프로젝트에서는 수정된 파일 전체를 전달하는 대신 패치(Patch) 라는 변경 내역만 공유하는 방식이 사용됩니다. 커널 개발자는 새로운 기능을 추가하거나 버그를 수정한 뒤 Git Commit을 만들고, 이를 Patch 파일로 변환하여 메일링 리스트(Linux Kernel Mailing List, LKML)에 제출합니다. 패치는 단순한 텍스트 파일이 아니라 어떤 파일이 … 더 읽기

Linux Kernel은 단순히 gcc 명령 한 번으로 컴파일되는 프로그램이 아닙니다. 수만 개의 소스 파일과 수천 개의 설정 옵션을 바탕으로 여러 단계의 빌드 과정을 거쳐 최종 커널 이미지가 생성됩니다. 커널 개발자나 시스템 엔지니어라면 make menuconfig, make, vmlinux, bzImage, System.map, initramfs 같은 용어를 자주 접하게 됩니다. 각각은 커널 빌드 과정에서 중요한 역할을 담당합니다. 이번 글에서는 커널 컴파일이 … 더 읽기

Linux Kernel은 전 세계 수많은 개발자들이 함께 개발하는 거대한 오픈소스 프로젝트입니다. 단순히 커널을 사용하는 것과 직접 수정하거나 빌드하는 것은 완전히 다른 과정입니다. 커널을 직접 분석하거나 기능을 추가하고, 패치를 적용하거나 디버깅하려면 먼저 올바른 개발 환경을 구축해야 합니다. 이번 글에서는 Linux Kernel 개발을 위한 기본 환경 구성부터 커널 소스 다운로드, 필수 패키지 설치, 빌드 과정, 테스트 방법까지 … 더 읽기