최종 편집-rEFInd 설치를 계획중인 경우 아래의 Rod 답변을 읽으십시오.
설치 후 쓸모없는 항목이 많은 경우 종이에 이름을 적어 (rEFInd가 somefile.efi로 표시) refind.conf를 열고 줄을 추가하십시오 dont_scan_files somefile.efi,someotherfile.efi
여전히 쓸모없는 항목이 표시 되면 (.efi 파일을 지정하지 않고 “폴백 부트 로더 등”이라고 말한 항목) 행을 추가하십시오 dont_scan_dirs EFI/boot,EFI/Dell,EFI/memtest86. 트릭을해야합니다.
저는 Windows 10으로 부팅 된 Ubuntu 파생 듀얼 시스템이 있습니다. 현재 GRUB을 사용하고 있지만 대부분 눈을 위해 rEFInd로 전환 할 계획입니다.
내가 걱정하는 것은 가능한 단점, 특히 rEFInd와 같은 더 멋진 부트 로더가 부팅 프로세스를 느리게 할 수 있는지입니다.
[편집- 다음 가이드를 무시하고 아래 답변을 읽으십시오 ] 마지막 으로이 가이드 는 신뢰할 수 있습니까?
편집-기존의 다른 것과 달리이 질문의 초점은 Windows-Linux 이중 부팅에 있습니다 (아래 답변은 데비안 기반의 OS에 초점을 둔 모든 OS를 다루는 것처럼 보이지만).
답변
나는 rEFInd를 유지하므로 어떻게 작동하고 우분투와 잘 상호 작용하는지 이해합니다. 그러나 나는 또한 자신의 편견과 선호가 없습니다. (I는 GRUB이 싫어하는 때문에 REFind 함수에 수리를 포크와 나는 많은 수리가 무슨 짓을했는지의 우아한라고 생각하지만 확실히 내가 무슨 필요.)
대부분의 경우 rEFInd가 작동합니다. 부팅 로더에서 부팅 후 문제가 발생하는 경우는 거의 없습니다. 커널이 부팅되면 완전히 작동하거나 전혀 작동하지 않습니다. (이 규칙에는 예외가 있지만 가끔 말한 것처럼 드물다.) 따라서 rEFInd가 시스템을 부팅하더라도 후속 문제에 대해 너무 걱정할 필요가 없다. 즉, 부트 로더를 포함하여 모든 소프트웨어에 장단점이 있습니다. GRUB과 비교하여 rEFInd와 관련하여 다음과 같은 점이 떠 오릅니다.
- 장점 / GRUB 단점
- rEFInd는 부팅 할 때마다 커널을 검색하기 때문에 적응성이 높고 구성 파일에 덜 의존합니다. 여러 Linux 배포판을 부팅하는 경우 가장 중요합니다. 이러한 설정에서는 주 GRUB의 구성 파일이 다른 배포판 커널의 변경 사항을 알고 있어야합니다 .
- GRUB의 설정 파일 형식은 매우 복잡합니다. 대부분의 경우 구성 스크립트가 대부분 올바른 작업을 수행하므로 정상적으로 작동합니다. 그러나 스크립트가 잘못되면 수정하면 악몽이 될 수 있습니다. rEFInd의 구성 파일이 더 단순하기 때문에 구성을 수정하고 조정하는 것이 더 쉬운 경향이 있습니다.
- rEFInd는 더 많은 아이 캔디를 가지고 있습니다.
- rEFInd는 보안 부팅이 활성화 된 상태에서 Windows를 부팅 할 때 더욱 안정적입니다. ( rEFInd에 영향을 미치지 않는 GRUB의 보통 일반적인 문제에 대한 정보는 이 버그 보고서 를 참조하십시오 .)
- rEFInd는 BIOS 모드 부트 로더를 시작할 수 있습니다. GRUB은 할 수 없습니다. 대부분의 사람들, 특히 UEFI 기반 PC를 사용하는 사람들에게는 큰 문제가되지 않습니다. 그러나 일부 Mac 사용자는 Windows 7과 이중 부팅하기 위해 BIOS 모드 호환성이 필요합니다.
- USB 플래시 드라이브 또는 CD-R의 rEFInd는 부팅 할 수없는 Ubuntu 설치를 부팅 할 수 있습니다. 몇 가지주의 사항과 제한 사항이 있지만 하드 디스크에서 rEFInd를 사용하지 않더라도 USB 플래시 드라이브 나 CD-R에 하드 디스크를두면 유용한 응급 도구가 될 수 있습니다.
- GRUB의 구성 스크립트는 느리게 실행될 수 있습니다. 복잡한 설정에서는 새 스크립트를 설치하는 데 이러한 스크립트가 트리거되고 시스템에서 커널과 다양한 부트 로더를 검색하고 발견 된 내용으로 구성 파일을 재구성하는 데 엄청나게 많은 시간이 소요될 수 있습니다. . GRUB을 제거하지 않으면 (또는 처음에 설치 하지 않으면) rEFInd를 사용하더라도이 문제가 발생합니다 .
- 보안 부팅으로 작업 할 때 rEFInd는 항상 보안 부팅 정책을 시행합니다. GRUB은 사용중인 GRUB 버전에 따라 Linux 커널을 시작할 때 그렇게하거나 그렇지 않을 수 있습니다. (Ubuntu 16.04 이전에는 Ubuntu의 GRUB이 서명되지 않은 커널도 시작했을 것입니다. 16.04는 조금 강화되었지만 아직 자세히 조사하지는 않았습니다.)
- 단점 / GRUB 장점
- GRUB은 Ubuntu에서 공식적으로 유지 관리되는 패키지로 제공되는 반면 rEFInd는 현재 타사 패키지 및 PPA로 제공됩니다.
- 버스에 치면 rEFInd의 개발이 중단 될 수 있습니다. 그러나 GRUB에는 더 많은 개발자가 있으며 가까운 시일 내에 포기하지 않을 것입니다.
- GRUB은 더 많은 플랫폼 (CPU 및 펌웨어 유형)을 지원합니다.
- GRUB은 네트워크 부팅 환경에서 사용하기가 더 쉽습니다.
- GRUB은 이론적으로 LVM 또는 RAID 설정 또는 암호화 된 파티션에서 커널을로드 할 수 있습니다. rEFInd는이 작업을 수행 할 수 없습니다. (rEFInd는 여전히 LVM, RAID 및 암호화 된 설정과 함께 사용할 수 있지만
/boot이러한 구성 에서는 파티션을 분리하고 암호화하지 않아야합니다.)이 기능을 이용하는 배포판이 없기 때문에 “이론적으로”라고 말 했으므로 내가 아는 한, 그것은 제대로 테스트되지 않았습니다. - 커널과 부트 로더에 대한 rEFInd의 스캔은 매번 부팅하는 데 몇 초가 걸릴 수 있으므로 GRUB보다 약간 느려질 수 있습니다. 실제로 필요한 파일 시스템 드라이버 만 설치하고 스캔 한 파티션을 정리하지 않으면이 스캔 시간을 최소화 할 수 있습니다.
- Shim은 GRUB과 함께 작동하도록 설계되었습니다. rEFInd도 Shim과 함께 작동하지만 Shim의 주요 대상은 아니므
grubx64.efi로 Shim이 시작 하도록 rEFInd 를 호출하는 기괴한 명명 규칙이 있습니다. rEFInd를 Shim과 함께 사용하려면 MOK 목록에 하나 이상의 항목을 추가해야합니다.
이러한 점 외에도 때때로 시스템 특정 비 호환성과 단점이 있습니다. 이러한 문제는 두 프로그램 중 하나에 영향을 줄 수 있으므로 실제로는 서로의 이점이 아닙니다.
rEFInd가 GRUB (또는 그 반대로)을 시작하도록 시스템을 설정할 수 있지만 대부분의 경우이 작업을 수행 할 때 두 프로그램 중 최악의 결과를 얻습니다. 그러나 rEFInd의 눈길을 끄고 LVM, RAID 또는 암호화 된 파티션에서 커널을로드하는 기능을 원한다면 이런 식으로 체인 로딩이 바람직합니다.
연결하는 설치 지침에 관해서는 너무 복잡합니다. Ubuntu에 rEFInd를 설치하는 가장 간단한 방법은 Ubuntu를 설치 한 후 PPA를 사용하는 것입니다.
sudo apt-add-repository ppa:rodsmith/refind
sudo apt-get update
sudo apt-get install refind
이 접근법의 단점은 하나의 큰 도약이라는 것입니다. rEFInd를 완전히 설치하기 전에 테스트하려면 USB 플래시 드라이브를 사용하십시오. 그러면 하드 디스크를 변경하기 전에 rEFInd의 작동 방식을 확인할 수 있습니다.