UEFI 또는 레거시? 조언을받는 이유와 이유는 무엇입니까?

UEFI와 레거시에 대한 몇 가지 사실과 UEFI의 빠른 부팅을 허용하는 UEFI와 같은 기본적인 차이점을 알고 있지만 ( 이 질문을 이미 확인 했지만 대답하지는 않습니다) 약간 다른 질문이 있습니다. :

BIOS 설정이 시스템 작동 방식에 영향을 미칠 수 있는지 여부와 레거시 설정이 하드웨어 오작동의 원인 일 수 있는지 확실하지 않지만 일반적으로 부팅 우선 레거시를 먼저 사용하여 레거시 모드로 Linux 시스템을 설치합니다. 이 방법으로 문제가 발생합니까, 먼저 부팅 우선 순위를 UEFI로 변경하거나 모든 것을 UEFI로 조정해야합니다 (이 Lenovo G50-45 랩탑은 Windows 8과 함께 제공됨).

또한 내 랩톱에서는 꽤 잘 작동하지 않는 반면 Windows에서는 모든 것이 작동하고 결함이 어디에 있는지 잘 모르겠습니다. 필자는 Windows가 레거시 설정으로 설치되지 않았으며 부팅 우선 순위를 UEFI로 변경해야 설치 할 수 있음을 기억합니다 (Win 7 Ultimate x64).

현재 * ubuntu (모든 변형) 15.04에서 마이크가 작동하지 않는 문제 (왜곡되고 매우 약한 소리)가 있으며 Xorg는 Libreoffice와의 전체 세션을 k3.19 이상에서 충돌시킵니다. 많은 분포로 테스트되었습니다.

결론적으로, 완벽하게 작동하는 시스템에 어떤 것이 권장됩니까? 레거시 또는 UEFI에서 Linux 배포가 더 잘 작동합니까? (시스템 기능면에서 차이가있는 경우)

들어 대부분의 하드웨어, 부팅 모드 (EFI 대 BIOS)은 무관하다. 성능과 마찬가지로 Linux로드 드라이버는 두 경우 모두 동일합니다. 여기서주의해야 할 점은 부팅 모드에 따라 하드웨어가 다른 방식으로 초기화 될 수 있으며, Linux 드라이버가 하드웨어가 초기화되는 방식에 대한 가정을하는 경우 어떤 방식 으로든 더 잘 작동 할 수 있다는 것입니다. 이로 인해 과거에 한 가지 모드로 부팅하거나 다른 모드 (일반적으로 BIOS 모드)를 선호하는 경우가 있었지만 오늘날에는 이러한 유형의 문제가 점점 드물어지고 있습니다. 이러한 유형의 문제는 주로 비디오 하드웨어 및 드라이버에 영향을 주지만 원칙적으로 모든 것에 영향을 줄 수 있습니다.

특정한 경우에, 저의 의심은 당신이 리눅스 지원이 열악한 "최첨단"하드웨어 또는 Linux에서 올바르게 작동하기 위해 특별한 구성이 필요한 하드웨어를 가지고 있다는 것입니다. 최선의 방법은 만족스럽지 않은 각 특정 장치에 대해 별도의 질문을 게시하는 것입니다. 어떤 모드가 가장 적합한 지 정확하게 일반화 할 수있는 방법이 없기 때문에 BIOS 모드와 EFI 모드 설치를 모두 테스트하여 경험적으로 어느 것이 더 적합한 지 판단 할 수 있습니다.

어떤 모드가 가장 적합한 지에 대한 정답은 다음과 같습니다 . 예를 들어 :

• 한 모드 또는 다른 모드로 이미 설치된 OS를 사용하여 이중 부팅을하는 경우 이미 사용중인 부팅 모드와 동일한 부팅 모드로 Ubuntu (또는 다른 Linux)를 부팅하는 것이 가장 좋습니다.
• BIOS / CSM / 레거시 모드를 사용하면 이 웹 페이지 에 자세히 설명 된 것처럼 거의 항상 부팅 프로세스가 복잡해집니다 . 결과적으로 BIOS 모드 부팅을 활성화하면 특히 EFI 모드 OS가 이미 설치되어있는 경우 문제가 발생할 가능성이 높아집니다 .
• BIOS 모드 부팅 프로세스에 대한 지식이 더 널리 퍼져 단일 OS 시스템에서 이전 문제를 해결할 수 있습니다.
• 앞에서 설명한 것처럼 일부 하드웨어 초기화 문제는 하나의 부팅 모드 나 다른 부팅 모드를 선호 할 수 있습니다 (일반적으로 BIOS 모드가 작동하기 더 쉽습니다). 그러나 이러한 문제는 자주 사라지고 있습니다.
• EFI 모드 부팅은 일반적으로 BIOS 모드 부팅보다 약간 빠르지 만 세부 정보는 OS마다 다릅니다.
• 선택한 부트 로더는 다소 다릅니다. 기본 GRUB를 넘어 서면 하나의 부팅 모드에서만 사용할 수있는 것을 선호 할 수 있습니다. BIOS에 대응하지 않는 일부 EFI 특정 부팅 관리자 (gummiboot, rEFIt 및 rEFInd)가 있기 때문에 현재는 EFI를 선호하는 경향이 있습니다. 그러나 AFAIK는 EFI 포트가 없거나 Linux와 같은 유일하게 BIOS 전용 부트 프로그램입니다. BURG 및 LOADLIN은 (AFAIK)를 모두 버립니다.
• 보안 부팅 (UEFI 특정 기능)을 사용하면 부팅 프로세스를 제어하여 권한이없는 코드가 실행되지 않도록 할 수 있습니다. 원하고 노력을 기울이고 싶다면 보안 부팅을 사용 하여 컴퓨터에서 Windows가 실행 되지 않도록 할 수도 있습니다 .
• 일부 컴퓨터에서는 GPT가 BIOS 모드로 부팅 할 때 문제가 발생합니다. 그러나 GPT는 EFI의 표준입니다. GPT는 Sub-2TiB 디스크에서 약간의 이점을 제공하지만 그보다 큰 디스크에서는 필요합니다. (512 바이트 논리 섹터를 가정하지만 더 큰 논리 섹터는 BIOS 모드에서 부팅하기에 충분하며 내부 디스크에서는 매우 드 rare니다.)

사용해야 할보다 구체적인 "BIOS"또는 "EFI"답변이 필요한 경우 설정에 대한보다 구체적인 정보를 제공해야합니다.

            Do you need to boot from a
----------- partition more than 2 TiB in size?
|                       |
no                      yes
|                       |
|                       |
|               Do you REALLY need to boot from a
|               partition more than 2 TiB in size?
|   ------------        |
|   |                   yes
|   no                  |
|   |                   |
|----           Find a different solution!
|                       |
|------------------------
|   
Don't use UEFI.

내 요점을 분명히 했습니까?

Windows를 부팅하려는 경우 또는 2TiB보다 큰 파티션에서 부팅하려는 경우를 제외하고 UEFI를 사용할 이유가 없습니다. 그리고 항상 후자에 대한 해결책을 찾을 수 있습니다.

UEFI는 많은 단점이 있지만 장점은 없습니다. 사용하지 마십시오.

당신은 기본적으로 회사에 자신의 컴퓨터를 통제하고 있습니다. 그렇게하지 마십시오. 그것은 나쁜 생각입니다.

또한 GPT를 처리 할 수없는 특정 도구를 사용하는 데 문제가있을 수 있습니다 (바이오에서 uefi 로의 유일한 개선은 GPT의 지원뿐입니다. 그것은 아니라 그 외부 또는 보조 하드 디스크에 GPT를 사용하지만, 그것에서 부팅을하지 않으면 큰 문제가.

부팅 할 HDD가 2TiB보다 크지 않은 경우 처음에는 아무런 문제가 없습니다. 부팅 할 2TiB 이상의 HDD가 있지만 2TiB보다 큰 파티션이 필요하지 않고 첫 번째 2TiB 이후에 파티션 의 시작 이 필요하지 않은 경우 에도 GPT가 필요하므로 UEFI가 없습니다. (처음에 일부 파티션이있는 4TiB HDD와 1 2TiB로 채워진 마지막 2TiB가 있으면 GPT없이 작동합니다.)

위에서 이미 언급 한 바와 같이 : 이것은 부팅하는 HDD에 관한 것입니다. 부팅 용 SSD가 있고 (물론 그러한 큰 SSD가 없기 때문에 크지 않을 수 있음) 데이터 스토리지에만 GPT를 사용하려는 경우, 모두 괜찮으며 UEFI가 액세스 할 필요가 없습니다.

하드웨어에 대한 지원은 하드웨어의 펌웨어 형태로 필요하며 OS의 드라이버는 UEFI에 의해 해결되지 않습니다. 그것은 가능했지만 그렇지 않았습니다. UEFI는 단순히 짜증납니다.

UEFI에 Linux를 설치해야하는 이유는 하나 이상 있습니다. Linux 컴퓨터 의 펌웨어 를 업그레이드하려면 대부분의 경우 UEFI가 필요합니다.

예를 들어, Gnome 소프트웨어 관리자에 통합 된 "자동"펌웨어 업그레이드에는 UEFI가 필요합니다. UEFI가 없음은 LVFS / fwupd / fwupdmgr을 통한 펌웨어 업그레이드가 작동 하지 않음을 의미 합니다. 대부분의 경우 Linux에서 펌웨어 업그레이드가 전혀 없음을 의미합니다.