Sejarah UEFI BIOS
Motivasi asli untuk EFI datang selama perkembangan awal Intel-HP pertama sistem Itanium pada pertengahan 1990-an. BIOS keterbatasan (seperti modus prosesor 16-bit, 1 MB ruang beralamat dan PC AT hardware) yang tidak dapat diterima untuk platform server Itanium yang lebih besar sedang menyerang. Upaya untuk mengatasi masalah ini pada awalnya disebut Intel Boot InitiativeIntel menghentikan pengembangan spesifikasi EFI pada versi 1.10, dan memberikan kontribu, yang dimulai pada tahun 1998 dan kemudian berganti nama menjadi EFI.
Pada bulan Juli 2005 si ke Unified EFI Forum, yang telah berkembang spesifikasi sebagai Extensible Firmware Interface Unified (UEFI). The EFI asli spesifikasi tetap dimiliki oleh Intel, yang secara ekslusif menyediakan lisensi untuk EFI-produk berbasis, tapi spesifikasi UEFI dimiliki oleh Forum.
Versi 2.1 dari spesifikasi (Extensible Firmware Interface Unified) UEFI dirilis pada 7 Januari 2007. Ia menambahkan kriptografi, otentikasi jaringan dan Interface Arsitektur Pengguna (Antarmuka Infrastruktur Manusia di UEFI). Spesifikasi UEFI saat ini, versi 2.3.1, disetujui pada April 2011.
The Firmware Interface Unified Extensible (UEFI) adalah spesifikasi yang mendefinisikan antarmuka perangkat lunak antara sistem operasi dan platform firmware. UEFI dimaksudkan untuk menggantikan Basic Input / Output System (BIOS) antarmuka firmware, hadir dalam semua praktek-PC yang kompatibel computers.In IBM personal, gambar yang paling UEFI memberikan dukungan warisan untuk layanan BIOS. UEFI dapat mendukung remote diagnostik dan perbaikan komputer, bahkan tanpa sistem operasi lain.
Diagram Firmware Interface posisi Extensible dalam software stack
EFI asli (Extensible Firmware Interface) spesifikasi dikembangkan oleh Intel. Beberapa praktek dan format data yang mencerminkan dari Windows. Pada tahun 2005, UEFI usang EFI 1.10 (rilis final EFI). Spesifikasi UEFI dikelola oleh Forum EFI Bersatu.
Isi Interaksi antara manajer boot EFI dan driver EFI
Antarmuka yang didefinisikan oleh spesifikasi EFI meliputi tabel data yang berisi informasi platform, dan boot dan jasa runtime yang tersedia untuk loader OS dan OS. UEFI firmware menyediakan beberapa keuntungan teknis atas sistem BIOS tradisional:
Kemampuan untuk boot dari disk yang besar (lebih dari 2 TIB) dengan GUID Partition Table, GPT.CPU-independen architectureCPU-independen driver
Fleksibel pre-OS lingkungan, termasuk kemampuan jaringan
modular desain
kompatibilitas prosesor
Pada versi 2.3, prosesor binding ada untuk Itanium, x86, x86_64, dan ARM. Hanya little-endian prosesor dapat didukung.
dia BIOS terbatas pada modus prosesor 16-bit dan 1 MB ruang beralamat karena desain yang berbasis pada IBM 5150, yang menggunakan 16-bit Intel 8088 Sebagai perbandingan, modus prosesor UEFI dapat berupa 32-bit (x86-32, ARM) atau 64-bit (x86-64 dan Itanium) .64-bit UEFI memahami modus lama, yang memungkinkan aplikasi dalam lingkungan eksekusi pra-boot untuk memiliki akses langsung ke semua memori menggunakan 64-bit .
UEFI membutuhkan firmware dan loader sistem operasi menjadi ukuran-cocok, yaitu implementasi 64-bit UEFI hanya bisa memuat 64-bit OS UEFI boot loader. Setelah transisi sistem dari "Layanan Boot" untuk "Layanan Runtime," mengambil kernel sistem operasi atas. Pada titik ini, kernel dapat mengubah mode prosesor jika keinginan, tapi ini penggunaan bar layanan runtime (kecuali kernel beralih kembali lagi). Saat ini, sistem operasi hanya yang mendukung menjalankan kernel yang bukan ukuran-cocok dengan firmware adalah Mac OS X.
Disk perangkat kompatibilitas.
Selain skema partisi disk PC standar, yang menggunakan master boot record (MBR), EFI bekerja dengan skema partisi baru: GUID Partition Table (GPT). GPT bebas dari banyak lim
itations dari MBR. Secara khusus, batas MBR pada jumlah dan ukuran partisi disk (sampai dengan 4 partisi primer per disk, hingga 2 TIB (240 bytes) per disk) yang santai . GPT memungkinkan untuk disk maksimum dan ukuran partisi 8 Zib (270 bytes)
Spesifikasi UEFI eksplisit memerlukan dukungan untuk FAT32 untuk partisi sistem, dan FAT12/FAT16 untuk removable media,. implementasi spesifik dapat mendukung sistem file lain.
Linux
Linux mendukung GPT. Kernel Linux harus dibangun dengan opsi "CONFIG_EFI_PARTITION" diaktifkan
Microsoft Windows
64-bit
versi Microsoft Windows Vista dan kemudian, dan versi Itanium Windows XP dan Server 2003 dapat boot dari disk dengan ukuran partisi lebih besar dari 2 TIB.
Layanan
EFI mendefinisikan dua jenis layanan: boot dan jasa runtime. Layanan Boot hanya tersedia sementara firmware memiliki platform (sebelum panggilan "ExitBootServices"). Layanan Boot termasuk konsol teks dan grafis pada berbagai perangkat, dan layanan bis, blok dan file. Layanan Runtime masih dapat diakses sementara sistem operasi sedang berjalan, mereka termasuk layanan seperti akses tanggal, waktu dan NVRAM. Selain itu, Protokol output Graphics menyediakan dukungan terbatas runtime layanan. Sistem operasi diperbolehkan untuk langsung menulis ke framebuffer yang disediakan oleh GOP selama mode runtime. Namun, kemampuan untuk mengubah mode video hilang setelah transisi ke modus layanan runtime sampai OS driver grafis dimuat.
Variabel layanan
Variabel UEFI menyediakan cara untuk menyimpan data, khususnya non-volatile Data, yang dibagi antara platform firmware dan sistem operasi atau aplikasi UEFI. Ruang nama variabel yang diidentifikasi oleh GUIDs, dan variabel adalah kunci / nilai pasangan. Misalnya, variabel dapat digunakan untuk menyimpan dump inti dalam memori setelah kecelakaan untuk sistem operasi untuk mengambil setelah reboot.
Waktu layanan
UEFI menyediakan perangkat-independen layanan waktu. Waktu layanan termasuk dukungan untuk bidang penghematan zona waktu dan daylight, yang memungkinkan perangkat keras real-time clock harus ditetapkan ke waktu lokal atau UTC. [24] Pada mesin menggunakan PC-AT real-time clock, jam masih harus diatur ke waktu lokal untuk kompatibilitas dengan BIOS berbasis Windows.
Protokol
EFI mendefinisikan protokol sebagai set interface perangkat lunak yang digunakan untuk komunikasi antara dua modul biner. Semua driver EFI harus memberikan pelayanan kepada orang lain melalui protokol.
Perangkat driver
Selain standar arsitektur-spesifik device driver, spesifikasi EFI menyediakan untuk prosesor-independen lingkungan driver perangkat, yang disebut EFI Byte Kode atau EBC. Firmware sistem diperlukan oleh spesifikasi UEFI untuk membawa penerjemah untuk setiap gambar EBC yang berada di atau dimuat ke lingkungan. Dalam arti bahwa, EBC mirip dengan Buka Firmware, hardware-independent firmware yang digunakan dalam berbasis PowerPC Apple Macintosh dan Sun Microsystems SPARC komputer, antara lain.
Beberapa jenis perangkat arsitektur-spesifik (non-EBC) EFI pengemudi dapat memiliki antarmuka untuk digunakan dari sistem operasi. Hal ini memungkinkan OS untuk mengandalkan EFI untuk grafis dasar dan fungsi jaringan sampai OS driver khusus yang dimuat.
Fitur grafis
Spesifikasi EFI mendefinisikan UGA (Adapter Grafis Universal) protokol sebagai cara untuk mendukung perangkat-independen grafis. UEFI tidak termasuk UGA dan menggantinya dengan GOP (Graphics Protocol Output), dengan tujuan eksplisit menghapus dependensi hardware VGA. Keduanya mirip.
UEFI 2.1 mendefinisikan "Infrastruktur Human Interface" (HII) untuk mengelola input pengguna, string lokal, font, dan bentuk-bentuk (dalam arti HTML). Ini memungkinkan OEM atau IBVs untuk merancang antarmuka grafis untuk pra-konfigurasi boot. UEFI sendiri tidak mendefinisikan user interface.
Paling awal UEFI implementasi yang berbasis konsol, namun pada awal 2007 beberapa implementasi fitur antarmuka pengguna grafis.
Booting
Spesifikasi UEFI mendefinisikan "boot manager", kebijakan firmware mesin yang bertanggung jawab memuat loader OS dan semua driver yang diperlukan. Konfigurasi boot dikendalikan oleh satu set variabel NVRAM global, termasuk variabel boot yang menunjukkan jalan ke loader.
Loader OS adalah kelas aplikasi UEFI. Dengan demikian, mereka disimpan sebagai file pada sistem file yang dapat diakses oleh firmware. Sistem file yang didukung termasuk FAT32, FAT16 dan FAT12. Skema partisi didukung meja termasuk MBR dan GPT. UEFI tidak bergantung pada sektor boot.
Boot loader juga bisa auto-terdeteksi oleh firmware, untuk memungkinkan booting pada perangkat removable. Auto-deteksi bergantung pada path file standar untuk loader OS, tergantung pada arsitektur yang sebenarnya untuk boot (\ EFI \ BOOT \ BOOT [nama arsitektur]. EFI, misalnya \ EFI \ BOOT \ BOOTx64.EFI).
Adalah umum bagi firmware UEFI untuk menyertakan antarmuka pengguna untuk boot manager, untuk memungkinkan pengguna untuk memilih dan memuat sistem operasi antara opsi-opsi yang mungkin.
Booting Aman
Spesifikasi UEFI 2,2 menambahkan sebuah protokol yang dikenal sebagai boot aman, yang dapat mengamankan proses boot dengan mencegah pemuatan driver atau loader OS yang tidak ditandatangani dengan tanda tangan digital dapat diterima. Ketika boot aman diaktifkan, itu awalnya ditempatkan dalam mode "setup", yang memungkinkan kunci publik yang dikenal sebagai "kunci Platform" (PK) akan ditulis ke firmware. Setelah kunci ditulis, boot aman memasuki "Pengguna" mode, di mana driver saja dan loader ditandatangani dengan kunci platform dapat dimuat oleh firmware. Tambahan "Kunci Key Exchange" (KEK) dapat ditambahkan ke database disimpan dalam memori untuk memungkinkan sertifikat lainnya yang akan digunakan, tetapi mereka masih harus memiliki koneksi ke bagian pribadi dari kunci platform booting aman. Juga dapat ditempatkan dalam mode "Custom", di mana kunci publik tambahan dapat ditambahkan ke sistem yang tidak sesuai dengan kunci pribadi.
Booting aman didukung oleh Windows 8, Windows Server 2012, dan distribusi Linux yang dipilih.
Kompatibilitas Dukungan Modul
Dukungan Kompatibilitas Module (CSM) adalah komponen dari firmware yang mengemulasi lingkungan BIOS, memungkinkan sistem operasi warisan dan beberapa ROM opsi yang tidak mendukung UEFI masih akan digunakan.
The EFI shell
EFI menyediakan lingkungan shell, yang dapat digunakan untuk menjalankan aplikasi EFI lainnya.
Ekstensi
Ekstensi untuk EFI dapat dimuat dari hampir semua perangkat penyimpanan non-volatile terpasang ke komputer. Misalnya, original equipment manufacturer (OEM) dapat mendistribusikan sistem dengan partisi EFI pada hard drive, yang akan menambah fungsi tambahan ke firmware EFI standar yang tersimpan di ROM motherboard.
Implementasi dan adopsi
Intel EFI
Implementasi Intel EFI adalah Platform Intel Inovasi Kerangka, nama kode "Tiano." Tiano berjalan pada Intel XScale, Itanium, dan IA-32 prosesor, dan perangkat lunak berpemilik, meskipun sebagian dari kode telah dirilis di bawah lisensi BSD atau Eclipse Public License (EPL) sebagai TianoCore. TianoCore dapat digunakan sebagai muatan untuk Coreboot.
Implementasi Phoenix Technologies 'dari UEFI termasuk yang SecureCore dan SecureCore Tiano products.American Megatrends menawarkan UEFI sendiri dikenal sebagai implementasi Aptio, sedangkan Software Insyde menawarkan InsydeH2O, implementasi sendiri dari Tiano.
Platform menggunakan EFI / UEFI
Workstation Itanium pertama Intel dan server, dirilis pada tahun 2000, dilaksanakan EFI 1,02.
Pertama Hewlett-Packard Itanium 2 sistem, dirilis pada tahun 2002, dilaksanakan EFI 1.10, mereka mampu boot Windows, Linux, FreeBSD, dan HP-UX, OpenVMS menambahkan kemampuan UEFI pada bulan Juni, 2003.
Pada Januari 2006, Apple Inc dikirim pertama Intel berbasis komputer Macintosh. Sistem ini digunakan EFI bukan Open Firmware, yang telah digunakan pada Camp sebelumnya berbasis PowerPC systems.On 5 April 2006, Apple pertama Boot dirilis, yang menghasilkan disk Windows driver dan non-destruktif alat partisi untuk memungkinkan instalasi Windows XP atau Vista tanpa memerlukan instalasi ulang dari Mac OS X. Sebuah update firmware juga dirilis yang ditambahkan kompatibilitas BIOS untuk implementasi EFI nya. Selanjutnya Macintosh model dikirimkan dengan firmware baru.
Selama tahun 2005, lebih dari satu juta Intel sistem dikirimkan dengan implementasi Intel UEFI.New mobile, desktop dan produk server, menggunakan implementasi Intel UEFI, mulai pengiriman pada tahun 2006. Misalnya, papan yang menggunakan Intel 945 series chipset menggunakan Intel implementasi UEFI.
Sejak tahun 2005, EFI juga telah diimplementasikan pada non-PC arsitektur, seperti sistem embedded berdasarkan core XScale.
The EDK (EFI Developer Kit) termasuk target NT32, yang memungkinkan EFI firmware dan aplikasi EFI untuk menjalankan dalam aplikasi Windows. Tapi tidak ada akses hardware langsung diperbolehkan oleh EDK NT32. Ini berarti hanya subset dari aplikasi EFI dan driver dapat dijalankan pada target NT32 EDK.
Pada tahun 2008, sistem yang lebih x86-64 mengadopsi UEFI. Sementara banyak dari sistem masih memungkinkan booting hanya BIOS berbasis OS melalui Modul Dukungan Kompatibilitas (CSM) (sehingga tidak muncul kepada pengguna untuk menjadi UEFI-based), sistem lain mulai untuk memungkinkan booting UEFI berbasis OS. Misalnya, IBM x3450 server, MSI motherboard dengan ClickBIOS, semua HP EliteBook Notebook dan PC Tablet, baru HP Compaq Notebook PC (misalnya, 6730b, 6735b, dll).
Pada tahun 2009, IBM System x dikirim mesin (x3550 M2, x3650 M2, iDataPlex dx360 M2) dan BladeCenter HS22 dengan kemampuan UEFI. Dell PowerEdge T610 dikirim, R610, R710, M610 dan M710 server dengan kemampuan UEFI. Sistem lebih tersedia secara komersial yang disebutkan dalam whitepaper UEFI. platform Bridge Sandy Banyak PC menggunakan UEFI.
Pada tahun 2011 ASRock, Asustek, Teknologi Gigabyte, dan MSI meluncurkan berbasis konsumen beberapa motherboard menggunakan Intel 6-series chipset LGA 1155 dan AMD 9 Series untuk chipset AMD AM3 + FX (Bulldozer) dan Fusion AMD prosesor dengan EFI.
Dengan peluncuran Windows 8 pada bulan Oktober 2012, persyaratan sertifikasi Microsoft sekarang mengharuskan komputer termasuk firmware yang mengimplementasikan spesifikasi UEFI. Selain itu, jika komputer mendukung "Connected Standby" fitur dari Windows 8, maka firmware tidak diizinkan mengandung Modul Kompatibilitas Dukungan (CSM). Dengan demikian, sistem yang mendukung Terhubung siaga tidak mampu booting Legacy sistem operasi BIOS.
Sistem Operasi
Sebuah sistem operasi yang dapat di-boot dari (U) EFI disebut (U) EFI-aware OS, didefinisikan oleh (U) spesifikasi EFI. Di sini istilah boot dari (U) EFI berarti langsung booting sistem menggunakan (U) EFI loader OS yang tersimpan pada perangkat penyimpanan. Lokasi default untuk loader OS adalah \ EFI \ BOOT \ boot [nama arsitektur]. Efi, di mana nama arsitektur dapat misalnya IA32, X64 atau IA64. Beberapa vendor OS mungkin memiliki loader OS mereka sendiri. Mereka juga dapat mengubah lokasi boot default.
Kernel Linux telah mampu menggunakan EFI pada saat boot sejak awal tahun 2000, dengan menggunakan elilo EFI boot loader atau, baru-baru ini, versi EFI dari GRUB.Grub Linux juga mendukung booting dari tabel partisi GUID tanpa UEFI.+ The distribusi Ubuntu menambahkan dukungan untuk booting UEFI aman pada versi 12.10.
HP-UX telah digunakan (U) EFI sebagai mekanisme booting pada sistem IA-64 sejak tahun 2002.
HP OpenVMS telah digunakan (U) EFI pada IA-64 sejak rilis evaluasi awal pada bulan Desember 2003, dan untuk rilis produksi sejak Januari 2005.
Apple menggunakan EFI untuk lini Mac berbasis Intel. Mac OS X v10.4 Tiger dan Mac OS X v10.5 Leopard mengimplementasikan EFI v1.10 di 32-bit mode bahkan pada dukungan baru 64-bit CPU, tapi penuh tiba dengan Mac OS X v10.8 Singa Gunung.
Versi Itanium Windows 2000 (Advanced Server Limited Edition dan Datacenter Server Edisi Terbatas) dilaksanakan EFI 1,10 pada tahun 2002. MS Windows Server 2003 untuk IA-64, MS Windows XP 64-bit Edition dan Windows 2000 Advanced Server Limited Edition, yang semuanya untuk keluarga Itanium Intel prosesor, menerapkan EFI, persyaratan dari platform melalui spesifikasi DIG64.
Microsoft memperkenalkan UEFI untuk x86-64 sistem operasi Windows dengan Windows Server 2008 dan Windows Vista Service Pack 1 sehingga 64-bit versi Windows 7 yang kompatibel dengan EFI. 32-bit UEFI awalnya tidak didukung karena vendor tidak memiliki kepentingan dalam memproduksi native 32-bit firmware UEFI karena status mainstream 64-bit computing.Windows 8 meliputi optimalisasi lebih lanjut untuk sistem UEFI, termasuk startup yang lebih cepat, 32 - bit dukungan, dan dukungan booting aman.
Pada tanggal 5 Maret 2013, Yayasan FreeBSD diberikan hibah kepada pengembang yang ingin menambahkan dukungan UEFI ke kernel FreeBSD dan bootloader.
•Penggunaan UEFI dengan virtualisasi
HP Integrity Virtual Machines menyediakan booting UEFI pada Server HP Integrity. Hal ini juga menyediakan lingkungan virtual UEFI untuk UEFI-sadar OS tamu.
Intel menyelenggarakan proyek Machine Open Firmware Virtual di SourceForge.
VMware Fusion 3 perangkat lunak untuk Mac OS X dapat boot Mac OS X Server mesin virtual menggunakan EFI.
VirtualBox telah menerapkan UEFI sejak 3,1, namun terbatas pada Unix / Linux sistem operasi (tidak bekerja dengan Windows Vista dan Windows 7 x64 x64).
QEMU dapat digunakan dengan firmware sistem EFI.
Versi VMware ESXi 5 hypervisor, bagian dari VMware vSphere, mendukung virtualisasi EFI sebagai alternatif ke BIOS di dalam mesin virtual.
•kritik Temtang UEFI Bios
Sejumlah aktivis hak digital telah memprotes UEFI. Ronald G. Minnich, co-penulis Coreboot, dan Cory Doctorow, seorang aktivis hak digital, telah mengkritik EFI sebagai upaya untuk menghapus kemampuan pengguna untuk benar-benar mengendalikan komputer
Ini tidak memecahkan apapun lama BIOS itu masalah yang berbeda membutuhkan dua driver-satu untuk firmware dan satu untuk sistem-operasi untuk proyek hardware.The paling open-source, TianoCoreprovides antarmuka UEFI. TianoCore tidak memiliki driver khusus yang menginisialisasi fungsi chipset, yang bukan disediakan oleh Coreboot, yang TianoCore adalah salah satu pilihan payload banyak. Pengembangan Coreboot membutuhkan kerjasama dari chipset manufaktur untuk memberikan spesifikasi yang dibutuhkan untuk mengembangkan driver inisialisasi.
•Booting Aman
Pada tahun 2011, Microsoft dituduh oleh para kritikus dan pendukung sumber perangkat lunak bebas / terbuka (termasuk Free Software Foundation) mencoba untuk menggunakan fungsi booting UEFI aman untuk menghambat atau langsung mencegah instalasi sistem operasi alternatif seperti Linux, dengan mensyaratkan bahwa komputer baru disertifikasi untuk menjalankan dengan Windows 8 kapal sistem operasi dengan boot aman diaktifkan menggunakan kunci Microsoft pribadi. Setelah kritik, Microsoft membantah bahwa persyaratan booting aman dimaksudkan untuk melayani sebagai bentuk kunci-in, dan mengklarifikasi persyaratan dengan menyatakan bahwa sistem bersertifikat untuk Windows 8 harus memungkinkan booting aman untuk masuk ke modus kustom atau dinonaktifkan, tapi tidak pada sistem yang menggunakan pengembang ARM architectureOther mengangkat kekhawatiran tentang isu-isu hukum dan praktis pelaksanaan dukungan untuk booting aman pada sistem Linux pada umumnya. Mantan Red Hat pengembang Matthew Garrett mencatat bahwa kondisi dalam versi GNU General Publik 3 dapat mencegah penggunaan bootloader GRUB tanpa pengembang distribusi ini mengungkapkan kunci pribadi (Namun, Free Software Foundation sejak mengklarifikasi posisinya, memastikan bahwa tanggung jawab untuk membuat tombol yang tersedia diadakan oleh produsen perangkat keras), [dan bahwa hal itu juga akan sulit untuk pengguna tingkat lanjut untuk membangun kernel kustom yang bisa berfungsi dengan boot aman diaktifkan tanpa melengkapi diri dengan mengontrak mereka [56] pengembang lain. menyarankan agar menandatangani membangun dari Linux dengan kunci lain dapat diberikan, namun mencatat bahwa hal itu akan sulit untuk membujuk OEM untuk kapal komputer mereka dengan tombol yang diperlukan di samping Microsoft keySeveral utama distribusi Linux telah mengembangkan implementasi yang berbeda untuk boot aman. Matthew Garrett sendiri mengembangkan bootloader minimal dikenal sebagai shim, sebuah bootloader pra-disusun, ditandatangani yang memungkinkan pengguna untuk secara individual percaya kunci yang disediakan oleh distributorsUbuntu 12.10 menggunakan versi lama dari shim pra-dikonfigurasi untuk digunakan dengan kunci sendiri Canonical yang hanya memverifikasi bootloader dan memungkinkan kernel unsigned yang akan dimuat: pengembang percaya praktek ini hanya menandatangani bootloader yang lebih layak, sejak kernel dipercaya hanya efektif untuk mengamankan ruang pengguna dan bukan negara pra-boot (booting yang aman dirancang untuk melindungi). Hal ini juga memungkinkan pengguna untuk membangun kernel mereka sendiri dan menggunakan modul kernel juga, tanpa perlu mengkonfigurasi ulang systemCanonical juga mempertahankan kunci pribadi untuk menandatangani instalasi Ubuntu pre-loaded pada komputer bersertifikat OEM yang menjalankan sistem operasi, dan juga berencana untuk menegakkan persyaratan booting aman juga membutuhkan kedua-kunci Canonical dan kunci Microsoft (untuk alasan kompatibilitas) untuk dimasukkan dalam firmware mereka. Fedora juga menggunakan shim, tetapi membutuhkan baik kernel dan modul-modulnya ditandatangani serta [Telah diperdebatkan apakah kernel dan modul-modulnya harus ditandatangani juga,. Sedangkan spesifikasi UEFI tidak memerlukan itu, Microsoft telah menegaskan bahwa persyaratan sertifikasi mereka lakukan, dan bahwa hal itu akan mencabut sertifikat yang digunakan untuk menandatangani kode yang dapat digunakan untuk membahayakan keamanan Februari systemin 2013, pengembang lain Red Hat berusaha untuk mengirimkan patch untuk kernel Linux yang akan memungkinkan untuk mengurai Microsoft penandatanganan Authenticode menggunakan master key X.509 tertanam dalam executable UEFI ditandatangani oleh Microsoft. Namun, Linus Torvalds, pencipta Linux, menyerang proposal untuk mendukung keinginan Red Hat untuk "mendalam - tenggorokannya" Microsoft dan berpartisipasi dalam mereka
"dick-Sucking "untuk mendukung rezim mereka Pada tanggal 26 Maret 2013, perangkat lunak bebas pengembangan Spanyol kelompok Hispalinux mengajukan keluhan resmi dengan Komisi Eropa, peserta bahwa persyaratan booting aman Microsoft pada sistem OEM adalah" obstruktif "dan anti-kompetitif.
•Masalah firmware
Keunggulan peningkatan firmware UEFI dalam perangkat juga telah menyebabkan sejumlah masalah teknis dituduhkan pada implementasi masing-masing.
Pada 2012, ditemukan bahwa model komputer tertentu Lenovo dengan boot aman memiliki firmware yang keras-kode untuk hanya mengizinkan "Windows Boot Manager" atau "Red Hat Enterprise Linux" untuk memuat, tanpa memperhatikan pengaturan aman mereka boot, mencegah bahkan ditandatangani distribusi Linux dari isu-isu yang dihadapi oleh loadingOther laptop beberapa model Toshiba dengan boot aman yang hilang sertifikat tertentu diperlukan untuk operasi yang tepat. Pada Januari 2013, bug seputar pelaksanaan UEFI pada beberapa laptop Samsung yang dipublikasikan, yang menyebabkan mereka harus ditembok setelah menginstal distribusi Linux dalam mode UEFI. Sementara potensi konflik dengan modul kernel yang dirancang untuk mengakses fitur sistem pada laptop Samsung awalnya disalahkan (juga mendorong pengembang kernel untuk menonaktifkan modul pada sistem UEFI sebagai ukuran keamanan), eksperimen oleh Linux pengembang Matthew Garret menemukan bahwa bug itu sebenarnya dipicu oleh menyimpan terlalu banyak variabel UEFI ke memori, dan bahwa bug juga bisa dipicu bawah Windows menggunakan program custom-made sengaja dibangun untuk menulis sejumlah besar variabel ke memori. Dalam kesimpulan, ia mencatat bahwa konflik disebabkan oleh modul kernel telah menyebabkan core dumps akan ditulis ke firmware, sehingga memicu bug.
Intel® Visual BIOS: BIOS Dibuat Mudah
Sebagai salah satu komponen terpenting desktop PC Anda, tugas sederhana BIOS adalah memerintahkan komputer Anda bagaimana melakukan berbagai fungsi dasar dan memungkinkan konfigurasi perangkat keras. Tetapi bagi banyak orang, BIOS sama sekali tidak “sederhana”—sebelum saat ini. Intel® Visual BIOS mengungkapkan BIOS dengan antarmuka yang ramah-konfigurasi dan mudah digunakan, yang memungkinkan Anda menyesuaikan pengaturan sambil mengurangi risiko merusak sistem Anda.
Anda Mengendalikan Sepenuhnya
Entah Anda ingin memprioritaskan urutan boot, mengubah kata sandi BIOS, atau mengatur kecepatan kipas—transisi dan kontrol beranimasi Intel® Visual BIOS memberi Anda kontrol sepenuhnya. Overclocking Assistant yang tertanam memungkinkan Anda melakukan overclock pada sistem tanpa menggosongkan CPU Anda. Cukup gunakan bilah geser tuning untuk meningkatkan “voltase” prosesor, grafis, dan memori.
Baru dalam urusan BIOS? Intel® Visual BIOS adalah satu-satunya BIOS grafis yang memiliki fitur pencarian cerdas. Anda tidak perlu lagi membuang waktu yang berharga untuk mencari pengaturan Anda—cukup ketikkan dan perintahkan, maka Intel® Visual BIOS akan melakukan semuanya.
Itulah Sedikit Tentang Postingan UEFI BIOS ini untuk Seluk Beluknya Nanti Saya Akan Berikan Pada Postingan Berikutnya Tentang Apa Saja Yang ada Pada UEFI Bios,,,,,,,,,,Share Artike Ini Jangan Lupa tinggalkan Komentar Untuk Menguraki Kekurangan Dari Postingan Ini Thanx,,,,,,,,
Komentar
Posting Komentar