---
title: "서버 복구"
slug: "server-ts-repair-vpc"
updated: 2026-05-21T09:01:32Z
published: 2026-05-21T09:03:10Z
canonical: "guide-gov.ncloud-docs.com/server-ts-repair-vpc"
---

> ## Documentation Index
> Fetch the complete documentation index at: https://guide-gov.ncloud-docs.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 서버 복구 가이드

VPC 환경에서 이용 가능합니다.

## 1. single mode 진입

아래와 같은 경우, 싱글 모드에 진입하여 서버 복구를 시도할 수 있습니다.

- 관리자 암호를 분실한 경우
- [fstab 사용](/docs/compute-vpc-fstab)에 문제가 있는 경우

1. 정상적으로 부팅되지 않는 서버를 선택 후 강제 정지 합니다. ![server-ts-repair-vpc-01_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-01_ko.png)
2. 정지된 서버를 시작을 눌러 부팅시킨 후 서버 접속 콘솔에 접근합니다. ![server-ts-repair-vpc-02_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-02_ko.png)

### 1-1. CentOS single mode 진입

1. 서버 접속 콘솔에 접근 후 커널 버전 선택 화면에서 `e`를 입력하면 부팅 파라미터 수정 화면으로 진입할 수 있습니다. ![server-ts-repair-vpc-03_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-03_ko.png)
2. 아래와 같이 수정 후 Ctrl+x 를 눌러 수정된 부팅 파라미터로 OS를 시작합니다.

- `ro`로 되어있는 부분을 `rw init=/sysroot/bin/bash` 로 수정합니다.
- `rhgb quiet`를 삭제합니다.  

![server-ts-repair-vpc-04_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-04_ko.png)

1. 싱글 모드로 진입합니다. ![server-ts-repair-vpc-05_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-05_ko.png)
2. 아래 명령어를 입력하여 서버의 파티션 영역을 마운트 합니다.

```
:/# chroot /sysroot
```

### 1-2. Ubuntu single mode 진입

1. 서버 접속 콘솔에 접근 후 커널 버전 선택 화면에서 `e`를 입력하면 부팅 파라미터 수정 화면으로 진입할 수 있습니다. ![server-ts-repair-vpc-06_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-06_ko.png)
2. 아래와 같이 수정 후 Ctrl+x 를 눌러 수정된 부팅 파라미터로 OS를 시작합니다.

- `ro`로 되어있는 부분을 `rw single init=/bin/bash` 로 수정합니다.  

![server-ts-repair-vpc-07_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-07_ko.png)

1. 싱글 모드로 진입합니다.  

![server-ts-repair-vpc-08_ko.png](https://cdn.document360.io/f2d93c92-8957-408f-94df-b9b370f76a32/Images/Documentation/server-ts-repair-vpc-08_ko.png)

## 2. 부팅 커널 변경

### 2-1. CentOS 부팅 커널 변경

아래 예시는 부팅 커널을 `CentOS Linux (3.10.0-1127.19.1.el7.x86_64) 7 (Core)` 로 변경하는 예시입니다.

1. 현재 커널 설정 확인

```
[root@centos ~]# grub2-editenv list
saved_entry=CentOS Linux (3.10.0-1127.el7.x86_64) 7 (Core)
```

1. 커널 리스트 확인

```
[root@centos ~]# grep ^menuentry /boot/grub2/grub.cfg | cut -d "'" -f2
CentOS Linux (3.10.0-1127.19.1.el7.x86_64) 7 (Core)
CentOS Linux (3.10.0-1127.el7.x86_64) 7 (Core)
CentOS Linux (0-rescue-4bfdd392cea14cb58d22427c1c69c5df) 7 (Core)
```

1. 기본 부팅 커널 설정 변경 후 변경된 커널 설정 확인

```
[root@centos ~]# grub2-set-default "CentOS Linux (3.10.0-1127.19.1.el7.x86_64) 7 (Core)"

[root@centos ~]# grub2-editenv list
saved_entry=CentOS Linux (3.10.0-1127.19.1.el7.x86_64) 7 (Core)
```

1. 재부팅 후 커널 확인

```
[root@centos ~]# reboot

[root@centos ~]# uname -r
3.10.0-1127.19.1.el7.x86_64
```

### 2-2. Ubuntu 부팅 커널 변경

아래 예시는 부팅 커널을 `4.15.0-118-generic` 로 변경하는 예시입니다.

1. 현재 커널 설정 확인

```
root@ubuntu:~# cat /etc/default/grub | grep GRUB_DEFAULT
GRUB_DEFAULT=0
```

1. 커널 리스트 확인

```
root@ubuntu:~# awk -F"--class" '/menuentry/ && /with Linux/ {print $1}' /boot/grub/grub.cfg | awk '{print i++ " : " $5,$6,$7,$8}' | sed -e "s/'/ /g"
0 : 4.15.0-118-generic    
1 : 4.15.0-118-generic (recovery mode)  
2 : 4.15.0-76-generic    
3 : 4.15.0-76-generic (recovery mode)
```

1. 기본 부팅 커널 설정 변경 후 변경된 커널 설정 확인

```
root@ubuntu:~# vi /etc/default/grub

root@ubuntu:~# grub-set-default 0
Searching for GRUB installation directory ... found: /boot/grub

root@ubuntu:~# grub-editenv list
saved_entry=0

root@ubuntu:~# update-grub
Sourcing file `/etc/default/grub'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.15.0-118-generic
Found initrd image: /boot/initrd.img-4.15.0-118-generic
Found linux image: /boot/vmlinuz-4.15.0-76-generic
Found initrd image: /boot/initrd.img-4.15.0-76-generic
Found linux image: /boot/vmlinuz-4.15.0-22-generic
Found initrd image: /boot/initrd.img-4.15.0-22-generic
done
```

1. 재부팅 후 커널 확인

```
root@ubuntu:~# reboot

root@ubuntu:~# uname -r
4.15.0-118-generic
```

## 3. 서버 복구 불가시 스냅샷을 통한 데이터 복구 방법

생성된 스냅샷을 사용하여 원하는 서버에 새로운 스토리지를 생성하면 저장된 데이터가 복구됩니다. 서버가 부팅이 되지 않아 더 이상 사용할 수 없다면 스냅샷을 통해 데이터 복구를 진행해야 합니다.

### 3-1. 스냅샷 생성

1. 스냅샷을 생성하는 방법은 [Snapshot 생성](/docs/server-snapshot-create-vpc) 가이드를 참고하십시오.

### 3-2. 스냅샷을 통한 데이터 복구

1. 스냅샷을 사용하여 생성된 스토리지를 서버에 mount 하는 방법은 [Snapshot으로 스토리지 생성](/docs/server-snapshot-storage-vpc) 가이드를 참고하십시오.

          주의

          

- 스냅샷으로부터 스토리지의 데이터를 읽어와 복구하므로 디스크 파티션, 스토리지 포맷 작업은 생략해 주십시오.
- 다른 서버의 부팅용 기본 스토리지에서 스냅샷을 생성했거나 스토리지를 추가한 서버의 기존 스토리지 중 하나에서 스냅샷을 생성한 경우, 원본 서버의 스토리지와 생성한 스토리지의 식별자가 중복되어 마운트를 수행할 수 없습니다.
  - [스토리지 식별자 변경](/docs/server-snapshot-storage-vpc#2-%EC%8A%A4%ED%86%A0%EB%A6%AC%EC%A7%80-%EC%8B%9D%EB%B3%84%EC%9E%90-%EB%B3%80%EA%B2%BD)을 참고하여 생성한 스토리지의 식별자를 변경해 주십시오.

1. 스토리지를 mount한 경로에 접근하여 데이터 복구를 진행하십시오.