
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Wed, 19 Aug 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/kconfig/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/linux/2026-08-19-kernel-building-and-booting</guid>
    <title>커널을 빌드하고 부팅하기 — 내 노트북 말고 VM에서</title>
    <link>https://www.youngju.dev/blog/linux/2026-08-19-kernel-building-and-booting</link>
    <description>커널을 직접 빌드해 본 사람과 그렇지 않은 사람 사이에는 넘기 힘든 선이 하나 있습니다. 이 글은 그 선을 넘는 절차를 처음부터 끝까지 정리합니다. defconfig와 menuconfig와 localmodconfig가 각각 무엇을 해 주는지, .config 파일이 실제로 무엇을 통제하는지, 디버그 심볼이 빌드 시간과 디스크를 어떻게 잡아먹는지, 그리고 병렬 빌드 옵션이 어디서 한계에 부딪히는지를 공식 문서 기준으로 다룹니다. 설치 부분에서는 지금 돌아가는 커널을 지우지 않고 그 옆에 새 커널을 얹어 언제든 되돌아올 수 있게 만드는 방법을 LOCALVERSION과 부트로더 관점에서 설명합니다. 그리고 이 글에서 가장 강조하고 싶은 것, 커널 실험을 왜 QEMU 가상 머신 안에서 해야 하는지를 다룹니다. 부팅되지 않는 커널은 부팅되지 않는 컴퓨터이고, 이것이 VM 단계가 선택 사항이 아닌 이유입니다.</description>
    <pubDate>Wed, 19 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>linux</category><category>kernel</category><category>kbuild</category><category>kconfig</category><category>qemu</category><category>menuconfig</category><category>boot</category>
  </item>

    </channel>
  </rss>
