커널 크래시: 커널 패닉과 이후 대처

커널 패닉은 커널이 멈춰서 계속 진행할 수 없는 상태예요. SSH나 네트워크로는 응답하지 않지만 실행 중으로 표시되죠. 문제를 해결하는 데 필요한 모든 것은 제어판에서 확인할 수 있어요. 콘솔은 전체 화면을 보여주고, 복구 디스크는 시스템 파일에 접근할 수 있게 해줘요.

1단계. 메시지 읽기

/hosting/vds/m/<id>를 열고 “Console” 탭의 “Screen” 뷰(VNC)를 확인하세요. 텍스트 콘솔에서도 커널 출력이 보이지만, 패닉은 그래픽 버퍼에 그려지는 경우가 많아 “Screen”에서 더 확실하게 볼 수 있어요. 중요한 것은 첫 줄이 아니라 가장 아래에 있는 의미 있는 줄이며, 보통 다음 중 하나예요.

• VFS: Unable to mount root fs on unknown-block(0,0) — 커널이 루트 파티션을 찾지 못했어요.
• Kernel panic - not syncing: Attempted to kill init — 1번 프로세스가 죽었어요. 대부분 업데이트 실패 후 /sbin/init이 손상된 경우예요.
• Kernel panic - not syncing: No working init found — 같은 문제예요.
• 스택 트레이스가 있는 드라이버 오류 — 보통 서드파티 커널 모듈을 설치한 후에 발생해요.

사진을 찍거나 텍스트를 바로 복사하세요. 재부팅하면 화면이 지워져요.

2단계. 이전 커널 시도하기

업데이트 직후에 패닉이 나타났다면 GRUB에 이전 커널이 있어요. 제어판에서 머신을 재부팅하고 “Screen”에서 메뉴를 잡으세요. 처음 몇 초 안에 Shift 또는 Esc를 누른 다음 “Advanced options”와 이전 버전을 선택하세요.

이전 커널로 부팅했다면 작동하는 상태를 고정하고 새 패키지를 처리하세요.

uname -r
dpkg -l | grep linux-image
apt install --reinstall linux-image-amd64

3단계. 복구 디스크

부트로더 메뉴가 나타나지 않거나 이전 커널도 충돌한다면 “Access” 탭에서 “SystemRescue recovery disk” 부팅 모드를 활성화하고 머신을 재부팅하세요. 비밀번호 없이 root로 로그인하면 머신의 디스크가 /dev/sda로 나타나요.

lsblk
mount /dev/sda1 /mnt
ls /mnt

손상이 의심되면 파일 시스템을 확인하세요.

umount /mnt
fsck -f /dev/sda1

수동 편집 후 패닉이 발생하는 대표적인 원인은 /etc/fstab의 오류예요. 존재하지 않는 파티션이나 잘못된 UUID가 있는 줄이 부팅을 멈추죠. 확인하세요.

blkid /dev/sda1
cat /mnt/etc/fstab

시스템 내부에서 작업하려면(커널 재설치, 부트로더 편집) chroot로 진입하세요.

mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt /bin/bash

작업을 마치면 반드시 “Access” 탭에서 일반 부팅 모드로 되돌리세요. 그렇지 않으면 재부팅할 때마다 머신이 SystemRescue로 부팅되어서 시스템이 전혀 올라오지 않는다고 생각하게 돼요.

4단계. 재설치가 더 쉬운 경우

자동 머신 백업이나 상태 스냅샷은 없으므로 결정은 본인이 내려야 해요. 디스크에 중요한 데이터가 있다면 먼저 SystemRescue에서 scp로 본인 머신에 복사한 다음에야 “Access” 탭에서 OS 재설치를 시작하세요. 재설치는 디스크를 완전히 지워요.

순서는 데이터 복사, 본인 쪽에서 읽히는지 확인, 재설치예요. 재설치 후에는 되돌릴 수 없어요.

이런 일을 반복하지 않으려면

데이터 사본을 머신 외부에 보관하고, 커널은 다른 패키지와 별도로 업데이트하고, 업데이트 직후에 재부팅하세요. 그래야 문제를 한 달 뒤 우연한 재부팅 때가 아니라 편한 시점에 알게 돼요. 일반적인 서비스 장애 해결은 서비스가 시작되지 않을 때: systemd 문제 해결을 참고하세요.