번역하십시오

Translate to EnglishÜbersetzen Sie zum Deutsch/GermanΜεταφράστε στα ελληνικά/GreekПереведите к русскому/RussianOversetter til Norsk/NorwegianÖversätta till Svensk/Swedishहिन्दी अनुवाद करने के लिए/Hindi
Tradueix al català/CatalanTulkot uz latviešu/LatvianPreložiť do slovenčiny/SlovakVertaal aan het Nederlands/Dutchترجمة الى العربية/ArabicTraduzca al Español/SpanishTraduisez au Français/French
Traduca ad Italiano/ItalianTraduza ao Português/Portuguese日本語に翻訳しなさい /Japanese한국어에게 번역하십시오/Korean中文翻译/Chinese Simplified中文翻译/Chinese TraditionalПереклад на українську/Ukrainian
RHCE 빨간 모자의 심상은 증명했다 엔지니어 리눅스 학문 가이드 (시험 RH302) (증명서 압박)를
유닉스 환경에서 진보된 프로그램, 2판 (에디슨-웨슬리 전문가 계산 시리즈)의 심상
리눅스 알갱이 발달 (제 3 판)의 심상
Google Maps API 3 시작의 심상

인텔 DX48BT2에 UEFI 시동 중절모 12

얼마 동안 중절모 방출은 ( 더 일반적으로 EFI로 알려져 있는) X86-64 플래트홈에 UEFI 시동을 지원했다. IA64 플래트홈에 EFI 수년에 걸쳐 사용의 약간 경험이 있어서, 나는 인텔 DX48BT2 (EFI 시동을 위한 붙박이 지원으로 오는 Bonetrail 2) 플래트홈인 나의 체계 중 하나에 EFI 시동 중절모 12를 밖으로 시험하는 것을 결정했다.

나는 무엇을 중절모 12와 같은 운영 체계를 구두를 신기는 EFI에 의해 의미하는가? EFI 시동을 지원하는 플래트홈은 하드 디스크의 부트 기록에서 저장된 부트스트랩 프로그램을 의지하지 않는다. 플래트홈 굳힌모에 있는 시동 매니저는 디스크 분할 테이블을 읽는 방법을 알고 있 지정된 분할에 있는 FAT 파일시스템의 배치를 이해한다. 시동 매니저의 세부사항은 정의된 실시이다, 그러나 시동 매니저는 유명한 EFI 전역 변수를 사용하여 구성 일 것을 요구된다. 예를 들면, 시동 매니저는 시동 선택권의 명부를 위해 BootOrder 전역 변수를 검열할 것을 요구된다. 시동 선택권은 모양 의 한개 이상 EFI 전역 변수이다. 가 0000에서 시작하는 4개의 손가락 수인 곳에, 그것은 적재하고 달리기 위하여 부트 로더의 선택권의 장치 그리고 경로 이름을, 그리고 가능하게 세트를 그 부트 로더에 통과할 것이다 포함한다. BootOrder 전역 변수가 없는 경우에 시동 매니저는 다수 지정된 기본 위치에 있는 과태 부트 로더를 검사할 것을 요구된다. 과태 부트 로더의 실제적인 이름은 건축술 종이다, 예를들면 x86-64를 위해 그것 이다 \ EFI \ 시동 \ BOOTX64.EFI.

DX48BT2에 EFI 시동을 가능하게 하기 위하여는 당신은 몇몇 BIOS 조정을 바꾸어야 한다. 1 차적인 SATA 관제사는 IDE 형태를 사용하는 형성되어야 한다, i.e AHCI (진보된 주인 관제사 공용영역) 형태는 무능해야 한다. 외관상으로는 AHCI 형태에서 SATA 관제사 굳힌모는 CSM (겸용성 지원 단위)의 일부분이고 EFI 운전사를 지원하지 않는다. 인텔에 조차 최신 서버는 S5500BC 당신과 같이 당신이 EFI 시동을 원하는 경우에 아직도 한다 IDE 형태를 사용해야 난입한다! 당신이 모체 소프트웨어 RAID를 통제하는 두번째 SATA 관제사를 이용하는 경우에, 당신은 또한 SW RAID가 EFI 시동 형태에서 지원되지 않기 때문에 그것을 무능하게 해야 한다. 마지막으로 당신은 시동 선택권 메뉴에 있는 UEFI 선택권을 가능하게 해야 한다. 나는 또한 강제적이지 않더라도 당신이 진보된 시동 선택권을 선정한ㄴ다는 것을 추천한다.

나는 /EFI/BOOT/BOOTX64.CONF 파일을 포함하는 그러나, 대응 EFI 부트스트랩, i.e /EFI/BOOT/BOOTX64.EFI를 포함하지 않기 때문에 Windows Vista SP2 x86-64 DVD를 구두를 신기는 EFI에 약간 익숙하 나가 중절모 12 x86-64 DVD EFI 시동에 할 수 없다는 것을 것을을 발견하는 놀랬다. 나중에 이러한 두 종류 파일에 관하여 더 많은 것.

다음으로, 나는 efidisk.img 사이에서 다름 파악으로 돌고 이 심상 실제로, 그리고 포함하는 무엇을 곳에 이고 또는을 위해 한다 efiboot.img는 사용되어야 문서화하지 않는 것을 보인다 (또는 적어도 나인 것을 쉽게 문서를 찾아낼 수 없었다.) 나는 2 분리되는 DVDs에 심상을 점화하고 내용을 보기 위하여 거치했다. 나는 뒤에 온 것과 같은 명령을 사용하여 쉽게로 지금 막 심상을 거치해 산 산으로 내용을 보기 위하여 cd'ed 할 수 있었다.

mount -o loop -efiboot.img /mnt


efiboot 심상의 명부작성은 여기 있다.

efi:
total 20
drwxr-xr-x. 3 root root  2048 2009-11-08 19:06 .
drwxr-xr-x. 3 root root 16384 1969-12-31 19:00 ..
drwxr-xr-x. 2 root root  2048 2009-11-08 19:06 boot

efi/boot:
total 246
drwxr-xr-x. 2 root root   2048 2009-11-08 19:06 .
drwxr-xr-x. 3 root root   2048 2009-11-08 19:06 ..
-rwxr-xr-x. 1 root root    168 2009-11-08 19:06 BOOTX64.conf
-rwxr-xr-x. 1 root root 225633 2009-11-08 19:06 bootx64.efi
-rwxr-xr-x. 1 root root  17488 2009-11-08 19:06 splash.xpm.gz


파일 bootx64.efi는 실제로 땅벌레 v0.97이고 BOOTX64.conf는 땅벌레의 구성 파일이다. 그것은 단 하나 땅벌레 연을, i.e 포함한다.

#debug --graphics
default=0
splashimage=/EFI/BOOT/splash.xpm.gz
timeout 5
hiddenmenu
title Fedora 12
	kernel /images/pxeboot/vmlinuz
	initrd /images/pxeboot/initrd.img


알갱이 또는 initrd부터 심상은 나가 불확실한 efiboot.img에서 당신이 이 심상을 포함하는 USB 드라이브 또는 DVD를 구두를 신기는 EFI에 의해 달성할 수 있는 무슨을의 포함된다.

나는 efidisk.img를 가진 운 일 것인다. 그것의 내용의 명부작성은 여기 있다:

EFI/BOOT:
total 23
drwxr-xr-x. 2 fpm fpm  2048 2009-11-08 19:06 .
dr-xr-xr-x. 3 fpm fpm  2048 2009-11-08 19:07 ..
-r--r--r--. 1 fpm fpm   168 2009-11-08 19:06 BOOTX64.conf
-rw-r--r--. 1 fpm fpm 17488 2009-10-01 12:08 splash.xpm.gz
-r--r--r--. 1 fpm fpm   449 2009-11-08 19:07 TRANS.TBL

images:
total 146866
drwxr-sr-x. 3 fpm fpm      2048 2009-11-08 19:07 .
dr-xr-xr-x. 5 fpm fpm      2048 2009-11-08 19:07 ..
-rw-r--r--. 1 fpm fpm    397312 2009-11-08 19:06 efiboot.img
-rw-r--r--. 1 fpm fpm  27441152 2009-11-08 19:06 efidisk.img
-rw-r--r--. 1 fpm fpm 122544128 2009-11-08 19:07 install.img
drwxr-sr-x. 2 fpm fpm      2048 2009-11-08 19:06 pxeboot
-rw-r--r--. 1 fpm fpm       400 2009-11-08 19:04 README
-r--r--r--. 1 fpm fpm      1106 2009-11-08 19:07 TRANS.TBL

images/pxeboot:
total 26339
drwxr-sr-x. 2 fpm fpm     2048 2009-11-08 19:06 .
drwxr-sr-x. 3 fpm fpm     2048 2009-11-08 19:07 ..
-rw-r--r--. 2 fpm fpm 23540852 2009-11-08 19:06 initrd.img
-rw-r--r--. 1 fpm fpm      265 2009-11-08 19:06 README
-r--r--r--. 1 fpm fpm      659 2009-11-08 19:07 TRANS.TBL
-rwxr-xr-x. 2 fpm fpm  3423296 2009-11-08 19:06 vmlinuz

isolinux:
total 27041
drwxr-sr-x. 2 fpm fpm     2048 2009-11-08 19:06 .
dr-xr-xr-x. 5 fpm fpm     2048 2009-11-08 19:07 ..
-r--r--r--. 1 fpm fpm     2048 2009-11-08 19:07 boot.cat
-rw-r--r--. 1 fpm fpm       84 2009-11-08 19:06 boot.msg
-r--r--r--. 1 fpm fpm      142 2009-11-08 19:06 grub.conf
-rw-r--r--. 2 fpm fpm 23540852 2009-11-08 19:06 initrd.img
-r--r--r--. 1 fpm fpm    14336 2009-11-08 19:06 isolinux.bin
-r--r--r--. 1 fpm fpm     1010 2009-11-08 19:06 isolinux.cfg
-r--r--r--. 1 fpm fpm   160280 2009-11-08 19:06 memtest
-r--r--r--. 1 fpm fpm   390373 2009-11-08 19:06 splash.jpg
-r--r--r--. 1 fpm fpm     2215 2009-11-08 19:07 TRANS.TBL
-r--r--r--. 1 fpm fpm   147728 2009-11-08 19:06 vesamenu.c32
-rwxr-xr-x. 2 fpm fpm  3423296 2009-11-08 19:06 vmlinuz


/EFI/BOOT/BOOTX64.conf의 내용은 efiboot.img 가와 동일하 있다 그러나 이번에 initrd와 알갱이 심상은 심상에 있는 지정된 디렉토리에서 실제로 존재했다. 실제적인 EFI 부트스트랩의 아무 표시도 없다 그러나, i.e BOOTX64.EFI. 좋습니다, 나는 나가 EFI 시동 중절모 12에 어떻게에 관하여 이해하지 않는 무언가 있어야 생각하고, 거기 한다.

상기 토론되는 것과 같이 EFI 시동을 가능하게 하기 위하여 BIOS를 형성한 후에, 나는 DVD 드라이브에서 중절모 12의 UEFI 버전 (efidisk.iso)를 가진 DX48BT2를 재시동했다. 불행히도 체계는 시동 가능한 장치가 찾아내지 않았다는 것을 보고했다. 유산 시동 형태로 설치한다 일어났을 것입니다 것과 같이 중절모 12는 시도하지 않으며 설치하지 않았다 조차. 무슨 일이 일어났느가가 보기 위하여는, 나는 EFI 포탄으로 구두를 신기도록 USB 열쇠에 2중창을 이용하고 DVD 파일시스템 배치를 검사했다. 그것은 나가 예상했다시피, 정정한다 이었다 EFI와 UEFI 명세 당 그러나 DVD에 아무 BOOTX64.EFI도 없었다.

나는 또한 DX48BT2에 BIOS의 줄지도 문제가일지도 모른 무슨에 관해서는 저에게 실마리를 모른 BIOS에 있는 어떠한 문자열라도 있는지 보기 위하여 하치장을 검열했다. 관련된 문자열이 없었다. 그러나 나는 당신이 쌍성의 처음 몇 바이트의 이 하치장을 보기 볼 수 있던 대로 나가 검열한 적어도 부속 또는 BIOS, EFI 근거한다 확인했다. 첫번째 16 바이트는 EFI 캡슐 GUID, i.e 3B6686BD-0D76-4030-B70E-B5519E2FC5A0이다. 문자열은 UTF-16 또는 UCS-2 의 Unicode 명세에서 정의된 i.e 16 조금 특성 암호화 계획이다.

0000000: bd86 663b 760d 3040 b70e b551 9e2f c5a0  ..f;v.0@...Q./..
0000010: 5000 0000 0000 0000 14a0 2600 0000 0000  P.........&.....
0000020: 0000 0000 0000 0000 0000 0000 0000 0000  ................
0000030: 0000 0000 1402 0000 5000 0000 6600 0000  ........P...f...
0000040: ca00 0000 1601 0000 8201 0000 0000 0000  ................
0000050: 2832 0863 2981 1244 1215 9514 5034 4036  (2.c)..D....P4@6
0000060: 1600 0000 0102 6500 6e00 6700 2000 4900  ......e.n.g. .I.
0000070: 6e00 7400 6500 6c00 2000 4400 6500 7300  n.t.e.l. .D.e.s.
0000080: 6b00 7400 6f00 7000 2000 4200 6f00 6100  k.t.o.p. .B.o.a.
0000090: 7200 6400 2000 4500 4600 4900 2000 4600  r.d. .E.F.I. .F.
00000a0: 6900 7200 6d00 7700 6100 7200 6500 2000  i.r.m.w.a.r.e. .
00000b0: 4500 6e00 6700 6900 6e00 6500 6500 7200  E.n.g.i.n.e.e.r.
00000c0: 6900 6e00 6700 0000 0000 6500 6e00 6700  i.n.g.....e.n.g.
00000d0: 2000 4200 5400 5800 3300 3800 3100 3000   .B.T.X.3.8.1.0.
00000e0: 4a00 2e00 3800 3600 4100 2e00 3200 3000  J...8.6.A...2.0.
00000f0: 3000 3600 2e00 3200 3000 3000 3900 2e00  0.6...2.0.0.9...
0000100: 3100 3000 3200 3300 2e00 3100 3000 3500  1.0.2.3...1.0.5.
0000110: 3700 0000 0000 6500 6e00 6700 2000 4600  7.....e.n.g. .F.
0000120: 6900 7200 6d00 7700 6100 7200 6500 2000  i.r.m.w.a.r.e. .
0000130: 7500 7000 6400 6100 7400 6500 2000 4200  u.p.d.a.t.e. .B.
0000140: 5400 5800 3300 3800 3100 3000 4a00 2e00  T.X.3.8.1.0.J...
0000150: 3800 3600 4100 2e00 3200 3000 3000 3600  8.6.A...2.0.0.6.
0000160: 2e00 3200 3000 3000 3900 2e00 3100 3000  ..2.0.0.9...1.0.
0000170: 3200 3300 2e00 3100 3000 3500 3700 0000  2.3...1.0.5.7...
0000180: 0000 6500 6e00 6700 2000 4500 4600 4900  ..e.n.g. .E.F.I.
0000190: 2000 6300 6100 7000 7300 7500 6c00 6500   .c.a.p.s.u.l.e.
00001a0: 2000 6300 6f00 6e00 7400 6100 6900 6e00   .c.o.n.t.a.i.n.
00001b0: 6900 6e00 6700 2000 6d00 6f00 7400 6800  i.n.g. .m.o.t.h.
00001c0: 6500 7200 6200 6f00 6100 7200 6400 2000  e.r.b.o.a.r.d. .
00001d0: 6600 6900 7200 6d00 7700 6100 7200 6500  f.i.r.m.w.a.r.e.
00001e0: 2000 7500 7000 6400 6100 7400 6500 2000   .u.p.d.a.t.e. .
00001f0: 6600 6f00 7200 2000 4200 5400 5800 3300  f.o.r. .B.T.X.3.
0000200: 3800 3100 3000 4a00 2e00 3800 3600 4100  8.1.0.J...8.6.A.
0000210: 0000 0000 0000 0000 0000 0000 0000 0000  ................


나는 그 때 다만 유산 시동에 나가 설치하기 때문에 F10 시동 선택권 메뉴에서 DVD를 구두를 신기는 시도하는 것을 결정했다. 이것은 설치하기 위하여 중절모 12를 시작했다. 거기 사용자의 관점에서 모두에서 유산 시동으로 것과 같이 설치하십시오 라는 것 말고는 소프트웨어 꾸러미의 대부분이 DVD에서 보다는 오히려 인터넷에서 다운로드되었다 진행했다. 여기 Anaconda가 나의 하드 디스크를 설치한 방법 있다:

dev/mapper/vg_ultra-lv_root /                ext4    defaults        1 1
UUID=4d93d152-2877-4447-92e8-18d668daba01 /boot                   ext4    defaults        1 2
UUID=B75E-CB6E          /boot/efi               vfat    umask=0077,shortname=winnt 0 0
/dev/mapper/vg_ultra-lv_swap swap            swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0


유산 시동과 EFI 시동의 유일한 차이는 GPT (GUID 분할 테이블)를 사용하여 MBR와 첫번째 분할 보다는 오히려이다 그 중절모 12 분할 디스크 설치한다, B75E-CB6E (EFI 분할)의 UUID를 가진 i.e 분할은 FAT32 파일시스템으로, 대략 200mb 크기로 배열되었다. 모든 EFI 관련된 부호는 이 분할에 EFI가 이해하는 파일시스템의 단지 유형이 FAT 파일시스템이기 때문에 있다. 이것은 당신이 EFI 포탄에서 언제 인지 당신이 사용하고 있다 파일시스템이다. EFI 체계 분할로 일반적으로 알려진다 (특히).

이것은 중절모가 보존하고 당신이 싶은 존재 MBR 분할을 가진 하드 디스크에 EFI 시동을 할 수 설치한ㄴ다는 것을 없을 지도 것입니다 모르지 않았다는 것을 건의한다. 분해해지 처럼 GPT 테이블에 있는 운영 체계가 이 잡종 분할 계획을 취급할 수 없고 많은 경우에 난도질할 윤곽을 MBR 그러나 공구를 볼 것으로 예상하고 있는 케이스를 취급하기 위하여 MBR를 끼워넣도록 GPT를 거칠게 자르기의 방법이 있다. 당신이 끼워넣기로 실험하고 싶은 경우에 GPT 내의 MBR는 gdisk 공용품을 본다. 그런데, 당신은 중절모 12를 달리기 위하여 EFI 분할을 거치해 달라고 할 필요가 없는다. 당신은 필요한 기초로에 당신이 접근하거나 무언가에 EFI에 관하여 바꾸거나 부트스트랩 구성 파일을 편집할 필요가 있는 경우에 다만 그것을 거치할 수 있었다.

중절모 12 임명은 이 분할에 있는 뒤에 오는 전화번호부 구조를 창조한다.

# pwd
EFI/redhat
ls -al
total 236
drwx------. 2 root root   4096 2010-01-28 16:33 .
drwx------. 3 root root   4096 2010-01-28 16:09 ..
-rwx------. 1 root root    744 2010-01-28 16:33 grub.conf
-rwx------. 1 root root 226825 2009-11-16 11:16 grub.efi


그런데 grub.efi는 빨간 모자의 피터 죤스에 의해 유지되고 땅벌레 v0.97 - GRUB2 아닙니다의 EFI 버전이다. 부트스트랩 구성 파일 grub.conf는 포함한다

default=0
timeout=0
splashimage=(hd0,1)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.31.12-174.2.3.fc12.x86_64)
	root (hd0,1)
	kernel /vmlinuz-2.6.31.12-174.2.3.fc12.x86_64 ro root=/dev/mapper/vg_ultra-lv_root  LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us rhgb quiet
	initrd /initramfs-2.6.31.12-174.2.3.fc12.x86_64.img


나는 중절모 12로 일단 중절모 12 임명이 완료하면 EFI 시동을 시도했다. 그것은 전혀 작동하지 않았다 그래서 나는 수동으로 중절모 12 부트스트랩을 적재하고 일어나고 있던 무슨이 보기 위하여 2중창을 이용하도록 결정했다. EFI 포탄 명령 지도 - r는 fs2로 체계의 하드 디스크 드라이브에서 정확하게 지도로 나타냈다:. 나는 이 장치 (다만 DOS에 있는 변화 드라이브 문자 같이) 및 빌었다 \ EFI \ 시동 \ REDHAT \ GRUB.EFI에 변화했다. 이것은 중절모 12 EFI 부트스트랩을 시작하고 나는 중절모 12로 얻을 수 있었다.

플래트홈을 과태 부트스트랩을 제공하기 위하여는, 나는 /boot/efi/EFI의 밑에 시동 서브디럭토리를 추가하고 각각 파일 BOOTX64.EFIBOOTX64.CONF를 개명하는 이 전화번호부에 grub.efigrub.conf를 베꼈다. 나가 재시동할 때 이번에, 체계는 얻고 EFI 시동 중절모 12에 시도까지 그러나 알갱이 공황으로 알갱이 초기 설정에서 일찌기 실패했다.

2중창을 통해 EFI 시동이 아무 문제 없이 작동했기 때문에, 다름을 탐구해 나는 EFI 시동과 2중창의 실시의 DX48BT2 실시 사이 다름에 있는 문제 위치를 추측하고 많은 무익한 시간을 보냈다. 예를 들면, EFI 연속되는 장치는 DX48BT2에 의해 2중창이 1개를 창조하더라도 반면 설치되지 않는다. 나는 또한 보통 용의자, acpi=off noapic, i.e 알갱이 커맨드 라인 선택권 edd=off를, 그러나 헛되이 재판했다.

및 알갱이 공황이 알갱이 초기화 과정에 일찌기 있었는 DX48BT2가 아주 빠른 체계이기 때문에 저에게 이 문제를 찾아내기 위하여 동안이 확실히 소요되었다. 약간 정보는 스크린에 표시되었다 그러나 알갱이 공황 세부사항에 의해 겹쳐서 쓰였다. 실제로, 그것은 Dracut와 같이이었다 사실이 아니기 위하여 꺼진 스크린 ouput 그러나 이것에서 범죄자 보였다. 나는 알갱이 저를 위한 초기화 과정에서 알갱이 공황이 실제로 어디 생기고 있던지 찾아내기 위하여 화면 출력을 충분히 감속하도록 커맨드 라인 선택권 boot_delay=100를 이용해서 마지막으로 문제를 한정했다. 그것은 알갱이 공황에는 국부적으로 APIC (진보된 풀그릴 인터럽트 제어기. ) 하고 어떤 관계가 있다 껐다 nolapic 알갱이 커맨드 라인 선택권이 인 결국 저를 위해 일된 무엇을. /boot/efi/EFI/BOOT.CONF에 있는 알갱이 커맨드 라인에 이 선택권을 추가한 후에 DX48BT2는 중절모 12로 EFI 시동에 능력 있었다 직접. 마지막에 성공!

저를 잘 이 체계에 EFI 시동을 탐구하는 가능하게 하기 위하여는, 나는 중절모 12로 시동 과정을 그래야 직접 땅벌레 boatloader, EFI 포탄으로 구두를 신긴 체계를 통해 구두를 신기기 대신에 바꾸었다. 나는 Shell.efi의 X68-64 버전의 사본으로 /efi/boot/EFI/BOOTX64.xfi를 교환하고, /boot/efi/EFI/BOOT/BOOTX64.CONF를 삭제하고 저를 위한 약간 기본적인 포탄 윤곽 일하기 위하여 스타트업 스크립트 STARTUP.NSH를 추가했다. 지금 DX48BT2가 재시동된, 나는의 뿌리에 있는 EFI 포탄에서 특히 위로 끝냈다. 중절모 12로 구두를 신기기 위하여는, 나는 단순히 EFI 포탄에서 grub.efi를 빈다.

I는에 있는 뒤에 오는 전화번호부 구조를 특히 설치했다:

# ls -R /boot/efi/EFI
/boot/efi/EFI:
apps  BOOT grub.conf  grub.efi  boot.nsh

/boot/efi/EFI/tools:
Attrib.efi   Devtree.efi   edit.efi           hexedit.efi     Ls.efi      Mv.efi        sermode.efi     Type.efi
Cls.efi      diskpart.efi  efichk.efi         IfConfig.efi    mem.efi     NShell.efi    SmbiosView.efi  Unload.efi
comp.efi     dmem.efi      eficompress.efi    IpConfig.efi    memmap.efi  Openinfo.efi  stall.efi       Ver.efi
Cp.efi       dmpstore.efi  efidecompress.efi  LegacyBoot.efi  Mkdir.efi   pci.efi       TelnetMgmt.efi  Vol.efi
Date.efi     Drivers.efi   efifmt.efi         Load.efi        mm.efi      Ping.efi      Time.efi
Dblk.efi     Drvcfg.efi    err.efi            LoadFv.efi      mode.efi    Resets.efi    timezone.efi
Devices.efi  Drvdiag.efi   Guid.efi           LoadPciRom.efi  Mount.efi   Rm.efi        Touch.efi

/boot/efi/EFI/BOOT:
BOOTX64.EFI  STARTUP.NSH


공구 전화번호부는 diskpart efichk와 같은 추가 공용품과 함께 EFI 포탄 건축하 ins의 많은 것의 독립 버전을 포함하고 efifmt는 마이크로소프트 utiliites이다.

EFI-ralted 정보를 포함할 당신이 /sys/firmware의 밑에 중절모 12로 EFI 시동, 여분 서브디럭토리 것처럼 보일 때. 여기 중절모 12가 /sys/firmware/efi/systab에서 보고한 무슨 있다

[root@ultra efi]# cat /sys/firmware/efi/systab
MPS=0x0
ACPI20=0x0
ACPI=0x7fefd000
SMBIOS=0x7fdf2f98
HCDP=0x0
BOOTINFO=0x0
UGA=0x0


MPS와 ACPI20를 위한 영 가치는 명백하게 틀리다. 나는 BOOTINFO와 HCDP의 불확실하다. 이것은 중절모 12 보다는 오히려 DX48BT2 BIOS에 있는 EFI 실시로 문제를 나타낸다. 중절모 12가 2중창에서 구두를 신길 때 여기 있는 무슨이 이 파일에 있다.

MPS=0x7e8a2000
ACPI20=0x7e8a5000
ACPI=0x7e8a4000
SMBIOS=0x7e8a3000
HCDP=0x0
BOOTINFO=0x0
UGA=0x0


/sys/firmware/efi/vars의 명부작성은 여기 있다

# ls /sys/firmware/efi/vars
AcpiGlobalVariable-af9ffd67-ec10-488a-9dfc-6cbf5ee22c2e
BadgeBackgroundColor-015698bc-457c-43f4-b257-f2ac5ed55f28
BmiGetParams-ffe78db2-eeb3-43c2-a56a-373be2aa4d4f
BoardFeatures-94b9e8ae-8877-479a-9842-f5974b82ced3
BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConIn-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConInDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConOut-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
DmiData-70e56c5e-280c-44b0-a497-09681abc375e
ErrOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
Events-b452fd8a-c9ca-4764-977e-59d839dd861b
FirmwareId-5e559c23-1faa-4ae1-8d4a-c6cf026c766f
FirmwareId-efc071ae-41b8-4018-afa7-314b185e578b
HecetaTcontrolInfo-d9f4cf5d-1b90-4c8e-8062-451a4737e3b4
HiiDB-1b838190-4625-4ead-abc9-cd5e6af18fe0
ItkBiosModVar-3812723d-7e48-4e29-bc27-f5a39ac94ef1
ItkDataVar-3812723d-7e48-4e29-bc27-f5a39ac94ef1
Lang-8be4df61-93ca-11d2-aa0d-00e098032b8c
LangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c
main firmware-05a798ea-39ee-40fc-82c5-622582fa634b
MemCeil.-8be4df61-93ca-11d2-aa0d-00e098032b8c
MemoryTypeInformation-4c19049f-4137-4dd3-9c10-8b97a83ffdfa
MfgDefault-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
MTC-eb704011-1402-11d3-8e77-00a0c969723b
OriginalLang-8be4df61-93ca-11d2-aa0d-00e098032b8c
OriginalLangSelect-8be4df61-93ca-11d2-aa0d-00e098032b8c
PciLanInfo-0d9a1427-e02a-437d-926b-aa521fd722ba
PECIProcessor-46a39b66-1f23-457c-af10-39e08bba56f1
PegSlotStuffed-056e7324-a718-465b-9a84-228f06642b4f
recovery firmware-05a798ea-39ee-40fc-82c5-622582fa634b
S3SmmVariable-f96f5d2a-9cd4-4dac-b48b-1d8490d87bf5
SetupDefault-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
Setup-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
SLP20Magic-41282ef2-9b5a-4eb7-95d8-d9cd7bdce367
sOemT3-4acacc46-a23e-4114-8169-e5edebe2045d
supplemental recovery area-05a798ea-39ee-40fc-82c5-622582fa634b
SwitchBoard-56772831-0132-4ebe-8842-d65a50c0a7d0
SystemPassword-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
UUID-d357c710-0ada-4717-8dba-c6adc7cd2b2a


BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c에 있는 가치는 명백하게 부당한 조정인 FFFF이다. Boot* 다른 전역 변수는 이상한 중절모 12에게 이용가능하게 하지 않는다. 또 다시 이것은 중절모 12로 문제 보다는 오히려 DX48BT2 BIOS에 있는 빈약한 EFI 실시를 나타낸다. UEFI 명세에 의해 정의된 모든 전 OS 공간 EFI 전역 변수는 운영 체계에게 이용가능하게 하고 가정된다.

중절모 12가 2중창을 사용하여 구두를 신길 때 이 동일한 전화번호부의 명부작성은 여기 있다.

Boot0000-8be4df61-93ca-11d2-aa0d-00e098032b8c
Boot0001-8be4df61-93ca-11d2-aa0d-00e098032b8c
BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c
BootOptionSupport-8be4df61-93ca-11d2-aa0d-00e098032b8c
BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConIn-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConInDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConOut-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
ErrOut-8be4df61-93ca-11d2-aa0d-00e098032b8c
ErrOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
Lang-8be4df61-93ca-11d2-aa0d-00e098032b8c
LangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c
MTC-eb704011-1402-11d3-8e77-00a0c969723b
PerfDataMemAddr-59d1c24f-50f1-401a-b101-f33e0daed443
PlatformLang-8be4df61-93ca-11d2-aa0d-00e098032b8c
PlatformLangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c
Timeout-8be4df61-93ca-11d2-aa0d-00e098032b8c


UEFI 명세 당 Boot* 추가 전역 변수 그리고 타임아웃 전역 변수를 주의하십시오. 나가 2중창 bootmanager에 있는 BootNext를 놓은 경우에 또한 여기에서 표시되었을 것입니다. 당신이 Microsoft Windows x86-64 세계에서 오는 경우에, 몇몇은의 전역 변수의 이 이름 그들의 무한한 지혜에 있는 마이크로소프트가 이름을 바꾼 대로 당신에게 unfamilar 일지도 모른다. 마이크로소프트의 BCD (시동 설정 데이터)에서는, 예를 들면, BootOrder는 displayorder에게 불리고 BootNext는 bootsequence에게 불린다.

나가 이 포스트에서, 나 이제까지는 기술한 그 문제점외에 DX48BT2에 EFI 지원에 대한 다른 다수 문제로 달렸다. 첫번째 문제는 탁상용 플래트홈이기 때문에 이 플래트홈에 UEFI 시동 선택권이 눈에 보인다 그러나 완전히 문서화하지 않을 및 누구 말을 들어도 인텔이 이 특징에 관한 질문에 응답하지 않을 것이라는 점을 이다. 이것은 64 비트 운영 체계가 더 중대할 것이 2 지브가 필수품 품목이 되는과 가구 저장판에서 일반적 되는 때 변화해야 할 것이다.

또 다른 문제는 당신이 EFI 시동 형태에서 이골 BIOS가 /EFI/BOOT/BOOTX86.EFI와 같은 EFI 부트스트랩을 검출할 때 메뉴 선택권은 "다른 당신이 선정하기 위하여 "떨어져 구두를 신기기 위하여 모십시오" F10 열쇠를 누를 때 시동 가능한 드라이브와 함께 [내부 포탄]" 표시된ㄴ다는 것을 이다. 그러나, 당신이 이 선택권을 선정하는 경우에 BIOS는 단순히 스크린을 맑게 하고 체계를 잠근다. 당신은 이것에서 재기하기 위하여 당신의 체계를 재시동해야 한다. 나는 단지 EFI 포탄 또는 EFI 시동 매니저를 적재하기 위하여 이 선택권이 예정되었다고 추정해서 좋 그러나 결코 실제로 실행되었다. 몇몇은의 부호 EFI 부트스트랩을 검출하는 때 명백하게 거기 있다.

당신이 BIOS 체제에 있는 EFI 시동을 끄고 유산 시동에 이렇게 복귀하는 경우에 마지막으로, F10에 의해 표시된 시동 명부는 아직도 - 지금 당신이 시동 명부에 있는 선택권의 무엇이든을 구두를 신길 수 없다 를 제외하고 어떤 관례 EFI 시동 선택권든지 더 적은 efibootmgr를 사용하여 창조되어 [내부 포탄] 시동 선택권 표시한다. 시동 명부에서 이 이 입장을 삭제하기 위하여 입장을 삭제하는 유일한 방법은 중절모 12와 사용 efibootmgr로 다시 EFI 시동에 이다.

나는 탁상용 어미판에 인텔의 EFI 지원에 대하여 각종 공개토론에 있는 다수 기입을 읽었다. 나는 표현된 감정과 일반적으로 동의한다 - 확실히 2 륜 마차 골든 아워 사용을 준비하지 않기 위하여 이다. GPT 디스크 떨어져 EFI 부트스트랩이 그것에 의하여 참으로 구두를 신긴다 그러나 그것은 모두에 관하여 이다. 인텔이 EFI를 가진 경험 10 년 이상 다는 것을 주어, 이것은 확실히 의외 이다. 최소한 그들은 EFI 전역 변수 창조를 적당한 EFI 시동 윤곽 매니저 및 플래트홈 체제 공용품을 제공할 필요가 있다.

중절모 프로젝트는 \ EFI \ 시동 \ BOOTX64.CONF 제공해서 x86-64 배급 DVD를 부트 로더에 구두를 신기는 EFI를 가능하게 하기 위하여 작동해야 한다. 유산 그 때 구두를 신긴 EFI인 이 가능한 임명을 창조하기 위하여 형태를 이용하는 것은 내 의견으로는 충분하지 않다. 나는 단 하나 DVD에 MBR 그리고 GPT 둘 다 지원의 어려움을 이해한다 그러나 문제는 극복할 수 없지 않다. 이것이 행해진 경우에, efiboot.imgefidisk.img를 위한 아무 필요도 없을 것입니다.

그래서, 그것은 이 문제점에 모두에 관하여 당분간 이다. 나는 이 포스트가 EFI 시동 중절모 12에 엇바꾸기를 고려하고 있는 사람들에 약간 도움의 일 것이라는 점을 희망한다.
 

코멘트는 닫힌다.