LiveCD 없이 GRUB을 복구하는 방법 (단계별)

인포매텍 디지털 » Recursos » LiveCD 없이 GRUB을 복구하는 방법 (단계별)

컴퓨터를 켰을 때 운영체제 로고 대신 검은 화면과 "오류: 해당 장치를 찾을 수 없습니다" 또는 "GRUB 복구 "와 같은 메시지가 나타난 적이 있다면, 얼마나 당황스러운지 잘 아실 겁니다. 갑자기 시스템 전체를 잃어버린 것 같고, 포맷해야 할 것 같고, 데이터가 위험에 처한 것 같은 기분이 들죠. 하지만 대부분의 경우, 그렇게 극단적인 조치를 취하지 않고도 문제를 해결할 수 있습니다.

다행히도, 심각한 문제처럼 보일지라도 디스크 손상이 심각하지 않다면 LiveCD 없이도 GRUB 콘솔 자체를 사용하여 GRUB을 복구하는 것이 가능합니다. 약간의 인내심과 몇 가지 정확한 명령어, 그리고 시스템 내부 작동 원리에 대한 이해만 있다면 Linux 시스템을 재시작하고 부트 관리자를 다시 설치하여 향후 재부팅에도 문제없이 사용할 수 있도록 준비할 수 있습니다.

GRUB은 무엇이며 왜 그렇게 자주 오류가 발생하는 걸까요?

본격적으로 타이핑을 시작하기 전에, GRUB이 컴퓨터 부팅에서 어떤 역할을 하는지 이해하는 것이 중요합니다 . GRUB 2는 대부분의 최신 GNU/Linux 배포판에서 사용하는 부트 관리자입니다. 일반적으로 MBR 또는 파티션 최상위에 설치되며, 사용 가능한 운영 체제 목록을 표시하고 적절한 매개변수와 함께 Linux 커널을 로드하는 역할을 합니다.

이 부트 관리자는 일반적으로 설치 디렉토리의 /boot/grub에 있는 파일 (모듈, 구성 파일, 커널 이미지, initrd 등)에 의존합니다. 이 디렉토리에 접근할 수 없게 되거나, 이동되거나, 손상되거나, GRUB이 이를 감지하지 못한 채 디스크가 변경되면 "해당 장치가 없습니다", "알 수 없는 파일 시스템"과 같은 오류 또는 악명 높은 grub rescue> 프롬프트가 나타나기 시작합니다.

관리자 오류가 발생하는 일반적인 원인은 잘 알려져 있습니다. Linux 설치 후 Windows를 설치하여 MBR을 덮어쓰는 경우 , GParted와 같은 도구를 사용하여 파티션을 변경(크기 조정, 이동, 삭제, 새 파티션 생성)하는 경우, 또는 커널이나 시스템 업데이트 로 인해 GRUB 구성에 일관성 없는 참조가 남는 경우 등이 있습니다.

이 외에도 일부 사용자는 /boot를 별도의 파티션에 설치하는 것을 선호하는데 , 이는 고급 구성이나 디스크의 나머지 부분을 암호화해야 하는 환경에서 흔히 사용되는 방식입니다. 이러한 경우 해당 파티션이나 디스크 번호를 변경하면 GRUB가 자체 모듈과 구성을 찾지 못할 수 있습니다.

GRUB 오류 유형 및 콘솔 모드

GRUB에 오류가 발생하면 일반적으로 그냥 사라지지 않고, 시스템을 수동으로 부팅할 수 있는 콘솔 또는 복구 메뉴가 나타납니다 . 이러한 동작은 문제의 심각도와 설치된 GRUB 버전에 따라 약간씩 다릅니다.

많은 배포판에서 시스템이 GRUB을 로드하려고 시도하다가 결국 충돌하는 것을 볼 수 있습니다. "애벌레 구조"라는 텍스트가 포함된 프롬프트이 모드는 기능이 상당히 제한적이지만, 다음과 같은 몇 가지 주요 명령을 실행할 수 있습니다. ls, set o insmod이는 올바른 파티션을 찾고 Linux 모듈의 로드를 강제하는 데 충분합니다.

다른 경우에는 일반 GRUB 메뉴 (운영체제 목록) 가 표시되지만 부팅 시도가 실패하거나 메뉴가 손상된 것처럼 보일 수 있습니다. 이때 'c' 키를 누르면 복구 모드보다 훨씬 강력하고 다양한 명령어를 사용할 수 있는 전체 GRUB 명령줄로 들어갈 수 있습니다.

이전 설치 환경에서는 CentOS 5/6의 특정 버전이나 기타 이전 배포판처럼 GRUB Legacy (GRUB 2가 아닌)를 여전히 사용하는 시스템이 있습니다. 이러한 경우 명령 구문이 약간 달라지지만 기본적인 개념은 동일합니다. 즉, /boot 디렉터리를 찾고, GRUB에 루트 디렉터리의 위치를 ​​알려준 다음, 커널과 initrd를 수동으로 로드하면 됩니다.

LiveCD 없이 복구 모드를 사용하여 GRUB을 복구하는 방법

컴퓨터가 올바르게 구성된 부트 관리자를 찾지 못하면 "오류: 해당 장치가 없습니다"라는 메시지 와 함께 "grub rescue>"가 표시되는 경우가 흔합니다 . 이는 GRUB이 실행되기는 했지만 구성 파일이나 필요한 모듈의 위치를 ​​알지 못한다는 의미입니다.

이 시나리오에서는 파티션을 검색하고, /boot/grub을 찾고, 커널을 수동으로 로드할 수 있는 소형 명령 인터프리터를 사용할 수 있습니다 . 과정이 길어 보일 수 있지만, 매우 체계적인 절차입니다.

사용 가능한 디스크 및 파티션 목록을 표시합니다.

첫 번째 단계는 GRUB이 시스템에서 어떤 디스크와 파티션을 인식하는지 확인하는 것입니다. 이를 위해 grub rescue> 프롬프트에서 다음 명령어를 입력하십시오.

ls

명령어를 실행하면 다음과 유사한 내용이 표시됩니다. (hd0) (hd0,1) (hd0,2) (hd0,3) (hd1) (hd1,1) (hd1,2). 각각의 hdX 다른 하드 드라이브를 나타냅니다. hd0은 첫 번째 물리적 디스크이고, hd1은 두 번째 디스크입니다.이와 같습니다. (hd0,1)과 같이 쉼표가 있는 변형은 해당 디스크의 번호가 매겨진 파티션을 나타냅니다.

컴퓨터 사양에 따라 (hd0)과 같이 두세 개의 파티션이 있는 단일 디스크가 표시될 수도 있고, (hd0,1) (hd1,1) (hd1,5) (hd2,1) (hd3,1)과 같이 여러 개의 디스크가 표시될 수도 있습니다. 어떤 경우든 이제 목표는 간단합니다. /boot/grub 디렉터리가 있는 파티션을 찾을 때까지 각 파티션을 차례로 여는 것입니다.

/boot/grub을 사용하여 파티션을 찾으십시오.

파티션의 내용을 검사하려면 다시 한번 이 방법을 사용합니다. ls 파티션 이름과 끝에 슬래시(/)를 추가합니다. 예를 들면 다음과 같습니다. 콘텐츠를 검사하세요 이를 통해 해당 항목이 올바른 것인지 확인할 수 있습니다.

ls (hd0,1)/

해당 파티션에 GRUB이 인식하는 파일 시스템이 있다면 디렉터리 목록이 표시됩니다. bin, home, boot, root 등의 이름이 보일 것입니다. 이 경우 해당 파티션은 시스템 설치 당시의 구조에 따라 루트(/) 파티션이거나 /boot와는 별도의 파티션일 수 있습니다. 목록에 GRUB이 인식하는 파일 시스템이 표시된다면 제대로 하고 있는 것입니다.

이전 명령을 실행했을 때 boot 라는 디렉토리가 보이면 , 그 안에 grub 폴더가 있는지 더 자세히 확인할 수 있습니다.

ls (hd0,1)/boot/grub

linux.mod 와 같은 모듈이나 다른 일반적인 GRUB 파일이 포함된 파일 목록을 찾으면 원하는 파티션을 찾은 것입니다 . 아무것도 나타나지 않거나 오류가 발생하면 ls (hd0,2)/ , ls (hd1,1)/ 등과 같이 다른 파티션을 차례로 시도하여 올바른 파티션을 찾으세요.

GRUB에 파일 위치를 알려주세요.

올바른 파티션을 찾았으면 GRUB에 모듈과 구성 파일의 위치를 ​​알려줘야 합니다 . /boot가 (hd0,1)에 있다고 가정해 보겠습니다. 다음 단계는 접두사를 설정하는 것입니다.

set prefix=(hd0,1)/boot/grub

이 명령어를 통해 시스템 관리자는 지원 파일이 해당 경로에 있음을 알게 됩니다. 또한 커널과 나머지 시스템 데이터를 찾기 위해 사용할 루트 파티션을 시스템 관리자에게 알려줘야 합니다.

set root=(hd0,1)

두 단어를 정확하게 쓰는 것이 중요합니다. (디스크, 파티션) 그리고 항상 끝에 슬래시(/)를 붙이세요. / 콘텐츠 목록을 작성할 때 ls또한 GRUB 콘솔 키보드 레이아웃은 일반적으로 미국식이므로 괄호와 슬래시 키의 위치가 인쇄된 내용과 다를 수 있다는 점을 유념하십시오. 따라서 항상 정확한 위치를 확인하는 것이 좋습니다. 접두사를 설정하세요 모듈을 로드하기 전에 올바르게 설정해야 합니다.

GRUB 모듈과 리눅스 커널을 로드합니다.

접두사 설정이 완료되면 다음 단계는 GRUB Linux 모듈 의 로드를 강제하는 것입니다. 많은 가이드에서 다음과 같은 내용을 볼 수 있습니다.

insmod (hd0,1)/boot/grub/linux.mod

많은 최신 시스템에서 적절한 모듈은 다음과 같을 수 있습니다. normal.mod 다른 방법도 있지만, 요점은 같습니다. 정확한 이름을 잘 모르겠으면 명령어를 사용하세요. ls (hd0,1)/boot/grub 파일 목록을 보려면 GRUB 버전에 따라 적절한 모듈을 선택하십시오. insmod 이는 부팅 프로세스를 계속하기 위해 필요한 모듈을 로드하는 과정입니다. 다음 사항에 유의하시기 바랍니다. 인스모드 이 명령어가 실제로 모듈을 로더에 통합하는 역할을 합니다.

다음 당신은해야 할 것입니다 리눅스 커널 이미지를 로드합니다 파일 시스템 내에서의 경로를 나타냅니다. 창업 사례: linux /boot/vmlinuz-4.13.3-generic root=/dev/sda1

커널의 정확한 이름은 사용하시는 시스템에 따라 다를 수 있습니다(예: vmlinuz-2.6.32-23-generic, vmlinuz-6.1.0-10-amd64 또는 다른 버전). 다시 말해, ls /boot 사용 가능한 이미지를 확인하고 가장 최근 이미지를 선택하세요. 중요한 것은 매개변수를 잊지 않는 것입니다. 루트=/dev/sdXn 올바른 루트 파티션으로.

GRUB과 Linux 명명 규칙 간의 동일성으로 인한 혼동을 피하려면 hd0은 /dev/sda, hd1은 /dev/sdb, hd2는 /dev/sdc 등에 해당한다는 점을 기억하세요 . 파티션 번호 형식도 변경됩니다. (hd0,1)은 /dev/sda1이 되고, (hd1,2)는 /dev/sdb2가 됩니다.

경우에 따라 커널 이미지를 로드한 후, 배포판에서 요구하는 경우 initrd 이미지 (초기 RAM 디스크) 를 로드하는 것이 좋습니다 . 일반적인 명령어는 다음과 같습니다.

initrd /initrd.img

커널과 마찬가지로, 어떤 initrd 파일이 사용 가능한지 확인하려면 다음 명령어를 사용하면 됩니다. ls / o ls /boot 그리고 사용 탭 키 이름을 자동 완성하고 철자 오류를 방지합니다.

시스템을 부팅하고 Linux에서 GRUB을 다시 설치하세요.

커널과 initrd가 로드되면 GRUB에게 부팅 프로세스를 시작 하도록 지시하기만 하면 됩니다 . 이를 위해 다음 명령어를 입력하세요.

아랑카: boot

모든 것이 순조롭게 진행되면 커널이 제어권을 가져오고 운영 체제가 평소처럼 부팅되어 Linux 시스템에 로그인할 수 있습니다. 이 시점에서 LiveCD 없이도 상황을 복구하는 데 성공했지만, 다음 재부팅 시 문제가 다시 발생하는 것을 방지하기 위해 GRUB을 다시 설치하는 중요한 단계가 하나 더 남아 있습니다.

시스템에 접속한 후, 관리자 권한(루트 또는 해당 명령어를 사용)으로 터미널을 엽니다. sudo)을 실행하세요.
grub-install /dev/sdX

여기서 /dev/sdX 는 부트 관리자를 배치할 디스크(파티션이 아닌)입니다. 예를 들어, 다른 디스크에 있는 경우 /dev/sda 또는 /dev/sdb 와 같이 지정합니다. 파티션 번호를 지정하면 안 됩니다. 이 명령은 부트 관리자를 전체 디스크의 MBR(부팅 영역)에 기록합니다.

많은 데비안 또는 우분투 기반 배포판에서는 설치된 모든 시스템을 올바르게 감지하도록 GRUB 구성 파일을 다시 생성하는 것이 좋습니다 . 다음 명령어를 사용하여 다시 생성할 수 있습니다.

운영: update-grub o update-grub2

또한 초기 부팅 이미지를 업데이트하려면 다음 명령으로 initramfs를 업데이트하십시오.

명령: update-initramfs -u

부팅 메뉴에서 GRUB 콘솔을 사용하는 방법

다른 경우에는 GRUB 관련 문제가 그렇게 심각하지 않고 부팅 메뉴는 표시되지만 일부 시스템이 부팅되지 않거나 특정 항목을 선택할 때 오류가 발생하거나 메뉴 구성이 잘못된 것으로 의심되는 경우가 있습니다.

이러한 경우, 컴퓨터를 켰을 때 GRUB 메뉴가 나타나면 방향 화살표 (위 또는 아래)를 눌러 자동 부팅 카운트다운을 중지한 다음, 'c ' 키를 눌러 전체 명령줄에 접근할 수 있습니다.

그 고급 콘솔에서, 명령어는 기본적으로 동일합니다. 복구 모드보다 기능이 제한적이지만, 시스템을 검사할 수 있는 도구가 더 많습니다. 예를 들어, 다음을 사용할 수 있습니다. ls 디스크와 파티션을 나열하려면, set GRUB 환경 변수를 보고 수정하려면, insmod 추가 모듈이나 명령어를 로드하려면 다음과 같은 작업을 수행할 수 있습니다. cat 텍스트 파일의 내용을 읽기 위해.

같은 방식을 따라, 먼저 다음과 같은 디스크와 파티션을 확인합니다.

ls

그러면 파티션 테이블이 MBR(msdos)인지 GPT인지, 그리고 컴퓨터에 있는 디스크 개수에 따라 (hd0) (hd0,msdos1) (hd0,msdos5) 또는 (hd0,1) (hd1,1) (hd1,5) (hd2,1) 형식의 출력이 표시됩니다.

그런 다음 다음과 같은 명령어를 사용하여 각 파티션을 확인합니다.

ls (hd0,msdos1)/

부트 디렉토리 와 그 안에 있는 grub 폴더를 찾을 때까지 계속 진행하세요. grub 폴더를 찾았으면 다음 명령어를 사용하여 접두사와 루트를 설정하는 과정을 반복합니다.

set prefix=(hd0,msdos1)/boot/grub
set root=(hd0,msdos1)

그다음에는 /boot 디렉터리의 내용을 나열하여 사용 가능한 커널을 찾습니다.

/부팅 목록: ls /boot

그리고 그중 하나를 선택하여 로드하게 됩니다.

linux /boot/vmlinuz-6.1.0-10-amd64 root=/dev/sda1

커널 버전과 루트 파티션을 사용자의 특정 상황에 맞게 조정하십시오. 디스크 매핑을 기억해 두세요. hd0 → /dev/sda, hd1 → /dev/sdb, hd2 → /dev/sdc 등입니다. TAB 키를 사용하여 경로와 파일 이름을 자동 완성할 수 있습니다.

마지막으로, 필요한 경우 initrd를 로드하고 명령을 실행합니다. 신병 시스템을 시작하려면 로그인 후 이전 시나리오와 동일한 작업을 수행해야 합니다. 디스크에 GRUB을 다시 설치하고 구성을 업데이트하십시오. 사용 grub-install /dev/sda y update-grub.

GRUB Legacy가 설치된 시스템에서 GRUB 복구하기

오늘날 대부분의 배포판은 GRUB 2를 채택했지만, 여전히 GRUB Legacy를 사용하는 구형 시스템이나 특정 시스템을 찾아볼 수 있습니다 . 이러한 경우 인터페이스는 약간 다르지만 기본 개념은 동일합니다. 즉, 대화형 부트로더 셸을 사용하여 시스템을 재시작할 수 있습니다.

시작 시, 이 고전적인 GRUB은 일반적으로 다음을 허용합니다. 명령줄에 액세스하세요 특정 키(대개 해당 키)를 눌러 c 또는 열쇠 e (항목을 편집하려면). 프롬프트가 나타나면 다음과 같은 명령어를 사용할 수 있습니다. find 특히 유용한 것들입니다.

예를 들어, 커널 이미지와 initrd가 포함된 /boot 디렉토리를 찾으려면 다음과 같이 사용할 수 있습니다.

찾기 명령어: find /boot/grub/stage1 또는 유사한 경로

~인지 여부에 따라 /boot는 별도의 파티션입니다. 또는 루트 내에 있는 경우 경로는 다음과 같습니다. /boot 오 simplemente / 다른 하위 폴더들과 함께 있습니다. 올바른 파티션을 찾으면 GRUB Legacy는 일반적으로 다음과 같은 내용을 표시합니다. (HD0,0) 또는 재사용할 수 있는 다른 디스크/파티션 쌍을 사용할 수도 있습니다.

다음으로, 다음과 같은 명령어를 사용하여 GRUB 루트를 정의 해야 합니다 .

루트 예시: root (hd0,0)

커널과 initrd의 위치를 ​​알려주세요. 다시 말하지만, 일반적으로 전체 파일 이름을 입력할 필요는 없습니다. TAB 키를 누르면 자동 완성 기능이 작동 하여 긴 경로에서 오타를 방지할 수 있습니다.

더욱 세밀하게 조정하려면 다음 명령어를 사용할 수 있습니다. cat GRUB 설정 파일을 읽으려면 (예를 들어, /boot/grub/menu.lst루트 디렉토리에 어떤 장치가 마운트되어 있는지, 어떤 커널 매개변수가 전달되는지 등을 확인할 수 있습니다. 매우 실용적인 방법입니다. 시스템이 정상적으로 작동했을 때 사용했던 것과 동일한 설정을 복사하십시오..

마지막으로, 선들이 생기면 뿌리, 커널 e initrd 목록을 보려면 해당 명령어를 실행하기만 하면 됩니다. boot 시스템을 부팅합니다. 부팅에 성공하면 마지막 단계는 Linux 자체 내에서 GRUB을 다시 설치하는 것입니다. grub-install 해당 디스크에 저장되므로 이후 재부팅 시 수동 프로세스를 반복할 필요가 없습니다.

다른 일반적인 방법(LiveCD, chroot 및 Boot-Repair 사용)

지금까지는 외부 도구를 사용하지 않고 GRUB 콘솔만을 이용하여 문제를 해결하는 방법을 살펴보았습니다 . 하지만 LiveCD/LiveUSB 및 그래픽 도구를 사용하는 기존 방식도 알아두면 유용합니다. 경우에 따라 손상 정도가 심각하여 부팅 가능한 시스템으로 부팅하는 것이 유일한 해결책일 수 있기 때문입니다.

데비안 및 우분투 기반 배포판에서 흔히 사용되는 기술은 LiveCD 또는 LiveUSB (예: 우분투, 리눅스 민트, 데비안 라이브 이미지 등)로 부팅하여 손상된 시스템의 루트 파티션을 마운트하고, /boot가 별도의 파티션인 경우 /boot도 마운트한 다음, 해당 파일 시스템으로 chroot하여 마치 설치된 시스템 자체에서 작업하는 것처럼 GRUB을 다시 설치하는 것입니다.

대략적으로 말하면, 이 과정은 파티션을 식별하는 것으로 구성됩니다. fdisk -l근이 무엇인지 결정합니다(예: / 개발자 / sda2) 그리고 부트 파티션이 존재하는 경우 (예: / 개발자 / sda7그런 다음 다음과 같이 조립됩니다.

파티션 마운팅(예시):
sudo mount /dev/sda2 /mnt
sudo mount /dev/sda7 /mnt/boot (별도의 /boot 파일이 있는 경우)

/dev, /dev/pts, /proc 및 /sys의 바인드 마운트는 /mnt 내부에서 수행됩니다 .

탈것 귀속:
sudo mount --bind /dev /mnt/dev
sudo mount --bind /dev/pts /mnt/dev/pts
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys

여기에서 다음 명령어를 사용하여 설치된 시스템에 접근할 수 있습니다.

다음을 사용하여 로그인: sudo chroot /mnt

그리고 내부에서 디스크를 지정하여 grub-install을 실행할 수 있습니다.

chroot 환경에서 설치: grub-install --boot-directory=/boot/ --recheck /dev/sda

부트 관리자를 MBR 또는 이와 동등한 영역에 다시 로드한 다음 다음 단계를 수행하십시오.

설정을 생성합니다: grub-mkconfig -o /boot/grub/grub.cfg

설정 파일을 다시 생성하려면. chroot를 종료할 때 exit 그리고 컴퓨터를 재시작하세요 (sudo reboot), 보통 GRUB 메뉴가 정상적으로 다시 나타납니다..

터미널 사용을 꺼리는 사용자를 위한 또 다른 편리한 옵션은 Boot-Repair 도구입니다 . 이 도구는 라이브 우분투 환경에 설치할 수 있으며, 운영 체제 설치를 감지하고 GRUB을 거의 자동으로 복구 할 수 있는 그래픽 인터페이스를 제공합니다 . 도구를 실행하고 "권장 복구"를 선택한 다음, 부트로더를 분석하고 다시 작성하도록 기다리면 됩니다.

LiveCD나 외부 유틸리티를 사용하는 이러한 해결책들은 매우 실용적이지만, 앞서 살펴본 기술들을 익히는 것의 장점은 USB 드라이브나 디스크를 항상 휴대할 필요가 없다는 것입니다 . 특히 부트 관리자가 /boot 파티션에 대한 올바른 참조를 잃어버린 경우처럼 문제가 "단지" 발생한 경우라면, GRUB 콘솔 자체만으로도 많은 상황에서 문제를 해결할 수 있습니다.

결론적으로, GRUB이 손상되었다고 해서 시스템이 완전히 망가진 것은 아닙니다 . 부트로더 자체, 명령줄, 그리고 라이브 환경에 있는 도구를 사용하여 올바른 파티션을 찾고, 커널을 수동으로 로드하고, GNU/Linux를 부팅하고, 부트 관리자를 다시 설치하여 새것처럼 작동하도록 만들 수 있습니다.