UEFI
| اختصار | UEFI |
|---|---|
| حالة | نُشرت |
| بدأت السنة | 2006 [أ] |
| أحدث إصدار | 2.10 29 أغسطس 2022 |
| منظمة | منتدى UEFI |
| المعايير ذات الصلة | تهيئة منصة ACPI و UEFI |
| السلف | BIOS على أجهزة الكمبيوتر المتوافقة مع IBM PC [ب] |
| اِختِصاص | البرامج الثابتة |
| موقع إلكتروني | uefi.org |
واجهة البرامج الثابتة القابلة للتوسعة الموحدة ( UEFI ، / ˈjuːɪfaɪ / أو اختصارًا) [c] هي مواصفة تحدد بنية البرامج الثابتة للمنصة المستخدمة في تشغيل أجهزة الكمبيوتر وواجهتها للتفاعل مع نظام التشغيل . ومن أمثلة البرامج الثابتة التي تنفذ المواصفة AMI Aptio و Phoenix SecureCore و TianoCore EDK II و InsydeH2O .
يحل UEFI محل BIOS الذي كان موجودًا في ذاكرة القراءة فقط للتمهيد لجميع أجهزة الكمبيوتر الشخصية المتوافقة مع IBM PC ، [4] [5] على الرغم من أنه يمكن أن يوفر التوافق مع BIOS باستخدام تمهيد CSM. على عكس BIOS السابق له والذي يعد معيارًا فعليًا تم إنشاؤه في الأصل بواسطة IBM كبرنامج خاص، فإن UEFI هو معيار مفتوح يتم صيانته بواسطة اتحاد صناعي .
طورت شركة Intel مواصفات واجهة البرامج الثابتة القابلة للتوسيع ( EFI ) الأصلية. وكان آخر إصدار من EFI من Intel هو 1.10 الذي تم إصداره في عام 2005. وتم تطوير الإصدارات اللاحقة كـ UEFI بواسطة منتدى Unified EFI .
UEFI مستقل عن النظام الأساسي ولغة البرمجة، ولكن يتم استخدام C للتنفيذ المرجعي لـ TianoCore EDKII.
تاريخ
كان الدافع الأصلي وراء EFI هو أثناء التطوير المبكر لأنظمة Intel–HP Itanium الأولى في منتصف التسعينيات. أصبحت قيود BIOS (مثل الوضع الحقيقي 16 بت ، ومساحة الذاكرة القابلة للعنونة 1 ميجا بايت، وبرمجة لغة التجميع ، وأجهزة PC AT ) مقيدة للغاية لمنصات الخادم الأكبر التي كان Itanium يستهدفها. [7] بدأت الجهود المبذولة لمعالجة هذه المخاوف في عام 1998 وأطلق عليها في البداية Intel Boot Initiative . [8] تمت إعادة تسميتها لاحقًا إلى Extensible Firmware Interface (EFI). [9] [10]
تم إصدار أول تطبيق مفتوح المصدر لـ UEFI، Tiano، بواسطة Intel في عام 2004. ومنذ ذلك الحين، تم استبدال Tiano بـ EDK [11] وEDK II [12] ويتم صيانته الآن بواسطة مجتمع TianoCore. [13]
في يوليو 2005، أوقفت شركة إنتل تطوير مواصفات EFI عند الإصدار 1.10، وقدمتها إلى منتدى EFI الموحد ، الذي طور المواصفات باعتبارها واجهة البرامج الثابتة القابلة للتوسعة الموحدة (UEFI). تظل مواصفات EFI الأصلية مملوكة لشركة إنتل، التي توفر حصريًا تراخيص للمنتجات القائمة على EFI، لكن مواصفات UEFI مملوكة لمنتدى UEFI. [7] [14]
تم إصدار الإصدار 2.0 من مواصفات UEFI في 31 يناير 2006. وقد أضاف هذا الإصدار التشفير والأمان.
تم إصدار الإصدار 2.1 من مواصفات UEFI في 7 يناير 2007. وقد أضاف مصادقة الشبكة وهندسة واجهة المستخدم ('البنية الأساسية للواجهة البشرية' في UEFI).
في أكتوبر 2018، أعلنت Arm عن Arm ServerReady، وهو برنامج شهادة امتثال لتنزيل أنظمة التشغيل العامة الجاهزة وأجهزة التشغيل الافتراضية على خوادم تعتمد على Arm. يتطلب البرنامج أن يتوافق البرنامج مع متطلبات تمهيد الخادم الأساسية (SBBR). يتطلب SBBR الامتثال لـ UEFI و ACPI و SMBIOS . في أكتوبر 2020، أعلنت Arm عن توسيع البرنامج ليشمل سوق الحافة وإنترنت الأشياء . الاسم الجديد للبرنامج هو Arm SystemReady. حدد Arm SystemReady مواصفات متطلبات التمهيد الأساسية (BBR) التي توفر حاليًا ثلاث وصفات، اثنتان منها مرتبطتان بـ UEFI: 1) SBBR: والتي تتطلب الامتثال لـ UEFI و ACPI و SMBIOS المناسبة لبيئات التشغيل على مستوى المؤسسة مثل Windows و Red Hat Enterprise Linux و VMware ESXi؛ و 2) EBBR: والتي تتطلب الامتثال لمجموعة من واجهات UEFI كما هو محدد في متطلبات التمهيد الأساسية المضمنة (EBBR) المناسبة للبيئات المضمنة مثل Yocto. يمكن للعديد من توزيعات Linux وBSD دعم كلا الوصفتين.
في ديسمبر 2018، أعلنت شركة مايكروسوفت عن مشروع Mu، وهو فرع من TianoCore EDK II المستخدم في منتجات Microsoft Surface و Hyper-V . يروج المشروع لفكرة البرامج الثابتة كخدمة . [15]
تم نشر أحدث مواصفات UEFI، الإصدار 2.10، في أغسطس 2022. [16]
المزايا
تتضمن الواجهة التي تم تعريفها بواسطة مواصفات EFI جداول بيانات تحتوي على معلومات النظام الأساسي وخدمات التمهيد ووقت التشغيل المتاحة لمحمل نظام التشغيل ونظام التشغيل. توفر برامج UEFI الثابتة العديد من المزايا الفنية مقارنة بنظام BIOS: [17]
- القدرة على تشغيل قرص يحتوي على أقسام كبيرة (أكثر من 2 تيرابايت ) باستخدام جدول تقسيم GUID (GPT) [18] [د] [19]
- بيئة مرنة قبل نظام التشغيل، بما في ذلك إمكانية الشبكة، وواجهة المستخدم الرسومية، واللغات المتعددة
- بيئة ما قبل نظام التشغيل 32 بت (على سبيل المثال IA-32 ، ARM32 ) أو 64 بت (على سبيل المثال x64 ، AArch64 )
- برمجة لغة سي
- برمجة بايثون باستخدام مفسّر بايثون لواجهة UEFI
- التصميم المعياري
- التوافق الأمامي والخلفي
مع UEFI، من الممكن تخزين مفاتيح المنتج لأنظمة التشغيل مثل Windows، على البرامج الثابتة UEFI للجهاز. [20] [21] [22] UEFI مطلوب للأجهزة التي يتم شحنها بنظام Windows 8 [23] [24] وما فوق.
من الممكن أيضًا أن تتمكن أنظمة التشغيل من الوصول إلى بيانات تكوين UEFI. [25]
التوافق
توافق المعالج
اعتبارًا من الإصدار 2.5، توجد روابط معالج لـ Itanium وx86 وx86-64 و ARM (AArch32) و ARM64 (AArch64). [26] يمكن دعم معالجات الطرف الصغير فقط . [27] يتم تطوير دعم UEFI غير الرسمي لـ POWERPC64 من خلال تنفيذ TianoCore أعلى OPAL، [28] طبقة التجريد OpenPOWER، التي تعمل في وضع الطرف الصغير. [29] توجد مشاريع مماثلة لـ MIPS [30] و RISC-V . [31] اعتبارًا من UEFI 2.7، تم إنشاء روابط معالج RISC-V رسميًا للأوضاع 32 و64 و128 بت. [32]
يقتصر BIOS القياسي للكمبيوتر الشخصي على وضع معالج 16 بت ومساحة ذاكرة قابلة للعنونة تبلغ 1 ميجا بايت، وهو ما ينتج عن التصميم القائم على IBM 5150 الذي استخدم معالج Intel 8088 16 بت . [7] [33] وبالمقارنة، يمكن أن يكون وضع المعالج في بيئة UEFI إما 32 بت ( IA-32 وAArch32) أو 64 بت ( x86-64 وItanium وAArch64). [7] [34] تدعم تطبيقات البرامج الثابتة UEFI 64 بت الوضع الطويل ، والذي يسمح للتطبيقات في بيئة ما قبل التمهيد باستخدام عنونة 64 بت للحصول على وصول مباشر إلى ذاكرة الجهاز بالكامل. [35]
يتطلب UEFI أن يكون حجم محمل البرامج الثابتة ونظام التشغيل (أو النواة) متطابقًا؛ أي أن تنفيذ برنامج UEFI الثابت 64 بت يمكنه تحميل محمل تمهيد أو نواة نظام تشغيل 64 بت فقط (ما لم يتم استخدام التمهيد القديم المستند إلى CSM ) وينطبق الشيء نفسه على 32 بت. بعد انتقال النظام من خدمات التمهيد إلى خدمات وقت التشغيل ، تتولى نواة نظام التشغيل المسؤولية. في هذه المرحلة، يمكن للنواة تغيير أوضاع المعالج إذا رغبت في ذلك، ولكن هذا يحظر استخدام خدمات وقت التشغيل (ما لم تتحول النواة مرة أخرى). [36] : القسمان 2.3.2 و2.3.4 اعتبارًا من الإصدار 3.15، تدعم نواة Linux نوى 64 بت ليتم تشغيلها على تنفيذات برامج UEFI الثابتة 32 بت التي تعمل على وحدات المعالجة المركزية x86-64 ، مع دعم تسليم UEFI من محمل تمهيد UEFI كمتطلب. [37] يعمل بروتوكول تسليم UEFI على إزالة تكرار كود تهيئة UEFI بين نواة النظام ومحملات التمهيد UEFI، مما يترك عملية التهيئة ليتم تنفيذها فقط بواسطة شظية تمهيد UEFI الخاصة بنواة Linux . [38] [39]
توافق جهاز القرص
بالإضافة إلى مخطط تقسيم القرص القياسي للكمبيوتر الشخصي الذي يستخدم سجل تمهيد رئيسي (MBR)، يعمل UEFI أيضًا مع مخطط تقسيم جدول أقسام GUID (GPT)، والذي يخلو من العديد من قيود MBR. على وجه الخصوص، يتم تخفيف حدود MBR على عدد وحجم أقسام القرص (حتى أربعة أقسام أساسية لكل قرص، وحتى 2 تيرابايت (2 × 2 40 بايت ) لكل قرص). [40] وبشكل أكثر تحديدًا، يسمح GPT بحجم قرص وقسم أقصى يبلغ 8 زيب بايت (8 × 2 70 بايت) . [41] [42]
لينكس
يتم تمكين دعم GPT في Linux من خلال تشغيل الخيار CONFIG_EFI_PARTITION(دعم قسم EFI GUID) أثناء تكوين kernel. [43] يسمح هذا الخيار لنظام Linux بالتعرف على أقراص GPT واستخدامها بعد أن يقوم برنامج النظام الثابت بنقل التحكم في النظام إلى Linux.
من أجل التوافق العكسي، يمكن أن يستخدم Linux أقراص GPT في الأنظمة المستندة إلى BIOS لتخزين البيانات والتمهيد، حيث أن كل من GRUB 2 وLinux يدركان GPT. يُشار إلى مثل هذا الإعداد عادةً باسم BIOS-GPT . [44] [ مصدر غير موثوق؟ ] نظرًا لأن GPT يدمج MBR الواقي، يمكن لجهاز كمبيوتر قائم على BIOS التمهيد من قرص GPT باستخدام محمل تمهيد يدرك GPT مخزن في منطقة كود التمهيد الخاصة بـ MBR الواقي . [42] في حالة GRUB، يتطلب هذا التكوين قسم تمهيد BIOS لـ GRUB لتضمين كود المرحلة الثانية الخاص به بسبب عدم وجود فجوة ما بعد MBR في الأقراص المقسمة GPT (والتي يتم الاستيلاء عليها بواسطة الرأس الأساسي وجدول القسم الأساسي لـ GPT ). يبلغ حجم هذا القسم عادةً 1 ميجا بايت ، والمعرّف الفريد العالمي (GUID) لهذا القسم في مخطط GPT هو 21686148-6449-6E6F-744E-656564454649 ويستخدمه GRUB فقط في إعدادات BIOS-GPT. ومن منظور GRUB، لا يوجد مثل هذا النوع من الأقسام في حالة تقسيم MBR. ولا يلزم وجود هذا القسم إذا كان النظام قائمًا على UEFI لأنه لا يلزم تضمين كود المرحلة الثانية في هذه الحالة. [18] [42] [44]
يمكن لأنظمة UEFI الوصول إلى أقراص GPT والتمهيد منها مباشرةً، مما يسمح لنظام Linux باستخدام طرق تمهيد UEFI. يتضمن تمهيد Linux من أقراص GPT على أنظمة UEFI إنشاء قسم نظام EFI (ESP)، والذي يحتوي على تطبيقات UEFI مثل برامج التشغيل ونوى نظام التشغيل وبرامج المرافق. [45] [46] [47] [ مصدر غير موثوق؟ ] يُشار إلى مثل هذا الإعداد عادةً باسم UEFI-GPT ، بينما يوصى بأن يكون حجم ESP 512 ميجابايت على الأقل ومنسقًا بنظام ملفات FAT32 لتحقيق أقصى قدر من التوافق. [42] [44] [48] [ مصدر غير موثوق؟ ]
من أجل التوافق مع الإصدارات السابقة ، تدعم بعض تطبيقات UEFI أيضًا التمهيد من الأقراص المقسمة بواسطة MBR من خلال وحدة دعم التوافق (CSM) التي توفر توافق BIOS القديم. [49] في هذه الحالة، يكون تمهيد Linux على أنظمة UEFI هو نفسه على الأنظمة القديمة المستندة إلى BIOS.
مايكروسوفت ويندوز
تعكس بعض ممارسات وتنسيقات بيانات EFI تلك الخاصة بـ Microsoft Windows . [50] [51]
يمكن لإصدارات 64 بت من Windows Vista SP1 والإصدارات الأحدث وإصدارات 64 بت من Windows 8 و 8.1 و 10 و 11 التمهيد من قرص GPT أكبر من 2 تيرابايت .
سمات
خدمات

يحدد EFI نوعين من الخدمات: خدمات التمهيد وخدمات وقت التشغيل . تتوفر خدمات التمهيد فقط أثناء امتلاك البرنامج الثابت للمنصة (أي قبل الاستدعاء ExitBootServices())، وهي تتضمن وحدات تحكم نصية ورسومية على أجهزة مختلفة، وخدمات الناقل والكتلة والملفات. لا تزال خدمات وقت التشغيل متاحة أثناء تشغيل نظام التشغيل؛ وهي تتضمن خدمات مثل التاريخ والوقت والوصول إلى NVRAM .
- خدمات بروتوكول إخراج الرسومات (GOP)
- يوفر بروتوكول إخراج الرسومات (GOP) خدمات وقت التشغيل؛ راجع أيضًا قسم ميزات الرسومات أدناه. يُسمح لنظام التشغيل بالكتابة مباشرة إلى الإطار المؤقت الذي يوفره GOP أثناء وضع وقت التشغيل. [52]
- خدمات خريطة ذاكرة UEFI
- خدمات ACPI
- خدمات SMBIOS
- خدمات Devicetree (لمعالجات RISC)
- الخدمات المتغيرة
- توفر متغيرات UEFI طريقة لتخزين البيانات، وخاصة البيانات غير المتطايرة. تتم مشاركة بعض متغيرات UEFI بين البرامج الثابتة للمنصة وأنظمة التشغيل. يتم تحديد مساحات أسماء المتغيرات بواسطة GUIDs، والمتغيرات عبارة عن أزواج مفتاح/قيمة. على سبيل المثال، يمكن استخدام متغيرات UEFI للاحتفاظ برسائل الأعطال في NVRAM بعد التعطل حتى يتمكن نظام التشغيل من استردادها بعد إعادة التشغيل. [53]
- خدمات الوقت
- توفر UEFI خدمات الوقت. تتضمن خدمات الوقت دعمًا لحقول المنطقة الزمنية والتوقيت الصيفي، مما يسمح بتعيين ساعة الوقت الحقيقي للأجهزة على الوقت المحلي أو UTC. [54] في الأجهزة التي تستخدم ساعة الوقت الحقيقي PC-AT، لا يزال يتعين تعيين ساعة الأجهزة افتراضيًا على الوقت المحلي للتوافق مع Windows المستند إلى BIOS، [51] ما لم يتم استخدام الإصدارات الحديثة وتم تعيين إدخال في سجل Windows للإشارة إلى استخدام UTC.
التطبيقات

بالإضافة إلى تحميل نظام التشغيل، يمكن لـ UEFI تشغيل تطبيقات UEFI ، والتي توجد كملفات على قسم نظام EFI . ويمكن تنفيذها من UEFI Shell، أو من خلال مدير التمهيد الخاص بالبرامج الثابتة، أو من خلال تطبيقات UEFI الأخرى. ويمكن تطوير تطبيقات UEFI وتثبيتها بشكل مستقل عن الشركات المصنعة للمعدات الأصلية (OEMs).
أحد أنواع تطبيقات UEFI هو برنامج تحميل تمهيد نظام التشغيل مثل GRUB و rEFInd و Gummiboot و Windows Boot Manager ، والذي يقوم بتحميل بعض ملفات نظام التشغيل في الذاكرة وتنفيذها. كما يمكن لبرنامج تحميل تمهيد نظام التشغيل توفير واجهة مستخدم للسماح باختيار تطبيق UEFI آخر لتشغيله. الأدوات المساعدة مثل UEFI Shell هي أيضًا تطبيقات UEFI.
البروتوكولات
يعرف EFI البروتوكولات على أنها مجموعة من واجهات البرامج المستخدمة للاتصال بين وحدتين ثنائيتين. يجب أن توفر جميع برامج تشغيل EFI خدمات للآخرين عبر البروتوكولات. بروتوكولات EFI مشابهة لمكالمات مقاطعة BIOS .
برامج تشغيل الجهاز
بالإضافة إلى برامج تشغيل الأجهزة الخاصة بهندسة مجموعة التعليمات القياسية ، يوفر EFI برنامج تشغيل جهاز مستقل عن ISA يتم تخزينه في ذاكرة غير متطايرة كرمز بايت EFI أو EBC . يحتوي برنامج النظام الثابت على مفسّر لصور EBC. بهذا المعنى، يعد EBC مشابهًا لـ Open Firmware ، وهو البرنامج الثابت المستقل عن ISA المستخدم في أجهزة Apple Macintosh المستندة إلى PowerPC وأجهزة كمبيوتر Sun Microsystems SPARC ، وغيرها.
يمكن أن تحتوي بعض برامج تشغيل EFI الخاصة بالهندسة المعمارية (غير EFI Byte Code) لبعض أنواع الأجهزة على واجهات للاستخدام بواسطة نظام التشغيل. وهذا يسمح لنظام التشغيل بالاعتماد على EFI حتى تتمكن برامج التشغيل من أداء وظائف الرسومات والشبكة الأساسية قبل تحميل برامج التشغيل الخاصة بنظام التشغيل، وإذا تم تحميلها.
في حالات أخرى، يمكن أن يكون برنامج تشغيل EFI عبارة عن برامج تشغيل لنظام الملفات تسمح بالتمهيد من أنواع أخرى من وحدات تخزين القرص. تشمل الأمثلة efifs لـ 37 نظام ملفات (بناءً على كود GRUB2 )، [55] يستخدمها Rufus لتحميل NTFS ESPs على شكل سلسلة. [56]
ميزات الرسوميات
حددت مواصفات EFI 1.0 بروتوكول UGA (محول الرسوميات العالمي) كطريقة لدعم ميزات الرسوميات. لم يتضمن UEFI بروتوكول UGA واستبدله ببروتوكول إخراج الرسوميات (GOP) . [57]
لقد حدد UEFI 2.1 "بنية أساسية لواجهة المستخدم البشرية" (HII) لإدارة إدخال المستخدم والسلاسل المترجمة والخطوط والنماذج (بمعنى HTML ). وهذا يتيح لمصنعي المعدات الأصلية (OEMs) أو بائعي BIOS المستقلين (IBVs) تصميم واجهات رسومية للتكوين قبل التمهيد. يستخدم UEFI UTF-16 لتشفير السلاسل بشكل افتراضي.
كانت معظم تطبيقات البرامج الثابتة UEFI المبكرة تعتمد على وحدة التحكم. واليوم، تعتمد العديد من تطبيقات البرامج الثابتة UEFI على واجهة المستخدم الرسومية.
قسم نظام EFI
قسم نظام EFI، والذي يُختصر غالبًا إلى ESP، هو قسم جهاز تخزين البيانات المستخدم في أجهزة الكمبيوتر التي تلتزم بمواصفات UEFI. يتم الوصول إليه بواسطة برنامج UEFI الثابت عند تشغيل الكمبيوتر، ويخزن تطبيقات UEFI والملفات التي تحتاج هذه التطبيقات إلى تشغيلها، بما في ذلك برامج تحميل التمهيد لنظام التشغيل . تتضمن مخططات جدول التقسيم المدعومة MBR و GPT ، بالإضافة إلى وحدات تخزين El Torito على الأقراص الضوئية. [36] : القسم 2.6.2 للاستخدام على أجهزة ESP، يحدد UEFI إصدارًا محددًا من نظام الملفات FAT ، والذي يتم صيانته كجزء من مواصفات UEFI وبشكل مستقل عن مواصفات FAT الأصلية، بما في ذلك أنظمة الملفات FAT32 و FAT16 و FAT12 . [36] : القسم 12.3 [58] [59] [60] يوفر ESP أيضًا مساحة لقطاع التمهيد كجزء من توافق BIOS العكسي. [49]
التمهيد
تمهيد UEFI
على عكس BIOS الكمبيوتر الشخصي القديم، لا يعتمد UEFI على قطاعات التمهيد ، ويحدد بدلاً من ذلك مدير التمهيد كجزء من مواصفات UEFI. عندما يتم تشغيل الكمبيوتر، يتحقق مدير التمهيد من تكوين التمهيد، وبناءً على إعداداته، ينفذ بعد ذلك محمل تمهيد نظام التشغيل المحدد أو نواة نظام التشغيل (عادةً محمل التمهيد [61] ). يتم تحديد تكوين التمهيد بواسطة المتغيرات المخزنة في NVRAM ، بما في ذلك المتغيرات التي تشير إلى مسارات نظام الملفات إلى محملات نظام التشغيل أو نوى نظام التشغيل.
يمكن اكتشاف محملات تمهيد نظام التشغيل تلقائيًا بواسطة UEFI، مما يتيح التمهيد بسهولة من الأجهزة القابلة للإزالة مثل محركات أقراص فلاش USB . يعتمد هذا الاكتشاف التلقائي على مسارات الملفات القياسية لمحمل تمهيد نظام التشغيل، مع اختلاف المسار وفقًا لهندسة الكمبيوتر . يتم تعريف تنسيق مسار الملف على أنه <EFI_SYSTEM_PARTITION>\EFI\BOOT\BOOT<MACHINE_TYPE_SHORT_NAME>.EFI ؛ على سبيل المثال، مسار الملف لمحمل نظام التشغيل على نظام x86-64 هو \efi\boot\bootx64.efi ، [36] و \efi\boot\bootaa64.efi على هندسة ARM64.

يُطلق على تمهيد أنظمة UEFI من الأقراص المقسمة بنظام GPT عادةً اسم تمهيد UEFI-GPT . وعلى الرغم من حقيقة أن مواصفات UEFI تتطلب دعم جداول أقسام MBR بالكامل، [36] فإن بعض تطبيقات البرامج الثابتة UEFI تتحول على الفور إلى تمهيد CSM المستند إلى BIOS اعتمادًا على نوع جدول أقسام قرص التمهيد، مما يمنع بشكل فعال تنفيذ تمهيد UEFI من قسم نظام EFI على الأقراص المقسمة بنظام MBR. [49] يُطلق على مخطط التمهيد هذا عادةً اسم UEFI-MBR .
ومن الشائع أيضًا أن يحتوي مدير التمهيد على واجهة مستخدم نصية حتى يتمكن المستخدم من تحديد نظام التشغيل المطلوب (أو أداة الإعداد) من قائمة خيارات التمهيد المتاحة.
تمهيد CSM
لضمان التوافق مع الإصدارات السابقة، يمكن لتطبيقات البرامج الثابتة UEFI على أجهزة الكمبيوتر الشخصية أن تدعم التمهيد في وضع BIOS القديم من الأقراص المقسمة بواسطة MBR من خلال وحدة دعم التوافق (CSM) التي توفر توافق BIOS القديم. في هذا السيناريو، يتم تنفيذ التمهيد بنفس الطريقة كما هو الحال في الأنظمة القديمة المستندة إلى BIOS، من خلال تجاهل جدول التقسيم والاعتماد على محتوى قطاع التمهيد . [49]
يُطلق على التمهيد على غرار BIOS من الأقراص المقسمة إلى MBR اسم BIOS-MBR ، بغض النظر عما إذا كان يتم إجراؤه على UEFI أو الأنظمة القديمة المستندة إلى BIOS. علاوة على ذلك، من الممكن أيضًا تمهيد الأنظمة القديمة المستندة إلى BIOS من أقراص GPT، ويُطلق على مخطط التمهيد هذا عادةً اسم BIOS-GPT .
تسمح وحدة دعم التوافق باستخدام أنظمة التشغيل القديمة وبعض خيارات ROM القديمة التي لا تدعم UEFI. [62] كما توفر وظيفة وضع إدارة النظام القديمة المطلوبة (SMM)، والتي تسمى CompatibilitySmm ، كإضافة إلى الميزات التي توفرها UEFI SMM. ومن الأمثلة على وظيفة SMM القديمة هذه توفير دعم USB القديم للوحة المفاتيح والفأرة، من خلال محاكاة نظيراتها الكلاسيكية PS/2 . [62]
في نوفمبر 2017، أعلنت شركة إنتل أنها تخطط للتخلص التدريجي من دعم CSM لمنصات العملاء بحلول عام 2020. [63]
في يوليو 2022، نشرت شركة كاسبيرسكي لابز معلومات تتعلق ببرنامج Rootkit مصمم لتسلسل تشغيل التعليمات البرمجية الضارة على الأجهزة التي تستخدم شريحة Intel H81 ووحدة دعم التوافق للوحات الأم المتأثرة. [64]
في أغسطس 2023، أعلنت شركة إنتل أنها تخطط للتخلص التدريجي من دعم CSM لمنصات الخادم بحلول عام 2024. [65]
اعتبارًا من اليوم، [ متى؟ ] لم تعد جميع أجهزة الكمبيوتر المستندة إلى منصات Intel تتمتع بدعم CSM. [ بحاجة لمصدر ]
تمهيد الشبكة
تتضمن مواصفات UEFI دعمًا للتمهيد عبر الشبكة عبر بيئة تنفيذ ما قبل التمهيد (PXE). تتضمن بروتوكولات الشبكة الخاصة بتمهيد PXE بروتوكول الإنترنت ( IPv4 و IPv6 )، وبروتوكول بيانات المستخدم (UDP)، وبروتوكول تكوين المضيف الديناميكي (DHCP)، وبروتوكول نقل الملفات البسيط (TFTP)، و iSCSI . [36] [66]
يمكن تخزين صور نظام التشغيل عن بُعد على شبكات منطقة التخزين (SANs)، مع واجهة نظام الكمبيوتر الصغيرة عبر الإنترنت (iSCSI) وقناة الألياف عبر الإيثرنت (FCoE) كبروتوكولات مدعومة للوصول إلى شبكات منطقة التخزين. [36] [67] [68]
تضيف النسخة 2.5 من مواصفات UEFI الدعم للوصول إلى صور التمهيد عبر HTTP . [69]
التمهيد الآمن

تحدد مواصفات UEFI بروتوكولاً يُعرف باسم Secure Boot ، والذي يمكنه تأمين عملية التمهيد من خلال منع تحميل برامج تشغيل UEFI أو برامج تحميل تمهيد نظام التشغيل غير الموقعة بتوقيع رقمي مقبول . التفاصيل الميكانيكية لكيفية توقيع برامج التشغيل هذه بدقة غير محددة. [70] عند تمكين Secure Boot، يتم وضعه في البداية في وضع "الإعداد"، والذي يسمح بكتابة مفتاح عام يُعرف باسم "مفتاح النظام الأساسي" (PK) في البرنامج الثابت. بمجرد كتابة المفتاح، يدخل Secure Boot في وضع "المستخدم"، حيث يمكن تحميل برامج تشغيل UEFI وبرامج تحميل تمهيد نظام التشغيل الموقعة بمفتاح النظام الأساسي فقط بواسطة البرنامج الثابت. يمكن إضافة "مفاتيح تبادل المفاتيح" (KEK) الإضافية إلى قاعدة بيانات مخزنة في الذاكرة للسماح باستخدام شهادات أخرى، ولكن لا يزال يتعين أن يكون لها اتصال بالجزء الخاص من مفتاح النظام الأساسي. [71] يمكن أيضًا وضع Secure Boot في وضع "مخصص"، حيث يمكن إضافة مفاتيح عامة إضافية إلى النظام لا تتطابق مع المفتاح الخاص. [72]
يدعم التمهيد الآمن أنظمة التشغيل Windows 8 و 8.1 و Windows Server 2012 و2012 R2 و Windows 10 و Windows Server 2016 و 2019 و 2022 و Windows 11 و VMware vSphere 6.5 [73] وعدد من توزيعات Linux بما في ذلك Fedora (منذ الإصدار 18) و openSUSE (منذ الإصدار 12.3) وRHEL (منذ الإصدار 7) وCentOS (منذ الإصدار 7 [74] ) وDebian (منذ الإصدار 10) [75] و Ubuntu (منذ الإصدار 12.04.2) و Linux Mint (منذ الإصدار 21.3). [76] [77] و AlmaLinux OS (منذ الإصدار 8.4 [78] ). اعتبارًا من يناير 2024 [تحديث]، أصبح دعم FreeBSD في مرحلة التخطيط. [79]
غلاف UEFI

يوفر UEFI بيئة غلاف يمكن استخدامها لتنفيذ تطبيقات UEFI الأخرى، بما في ذلك برامج تحميل التمهيد UEFI . [47] وبصرف النظر عن ذلك، يمكن استخدام الأوامر المتاحة في غلاف UEFI للحصول على معلومات أخرى مختلفة حول النظام أو البرامج الثابتة، بما في ذلك الحصول على خريطة الذاكرة ( memmap)، وتعديل متغيرات مدير التمهيد ( bcfg)، وتشغيل برامج التقسيم ( diskpart)، وتحميل برامج تشغيل UEFI، وتحرير ملفات النصوص ( edit). [80] [ مصدر غير موثوق؟ ] [81] [82]
يمكن تنزيل الكود المصدري لغلاف UEFI من مشروع Intel 's TianoCore UDK/EDK2. [83] يتوفر أيضًا ShellBinPkg مُجهز مسبقًا. [84] يعمل Shell v2 بشكل أفضل في أنظمة UEFI 2.3+ ويوصى به بدلاً من Shell v1 في تلك الأنظمة. يجب أن يعمل Shell v1 في جميع أنظمة UEFI. [80] [85] [86]
تعتمد الطرق المستخدمة لتشغيل غلاف UEFI على الشركة المصنعة وطراز اللوحة الأم للنظام . يوفر بعضها بالفعل خيارًا مباشرًا في إعداد البرنامج الثابت لتشغيله، على سبيل المثال، يجب توفير إصدار x86-64 المجمّع من الغلاف كـ <EFI_SYSTEM_PARTITION>/SHELLX64.EFI. تحتوي بعض الأنظمة الأخرى على غلاف UEFI مضمّن بالفعل يمكن تشغيله من خلال مجموعات الضغط على المفاتيح المناسبة. [87] [ مصدر غير موثوق؟ ] [88] بالنسبة للأنظمة الأخرى، يكون الحل إما إنشاء محرك أقراص فلاش USB مناسب أو إضافة bcfgخيار تمهيد يدويًا ( ) مرتبط بالإصدار المجمّع من الغلاف. [82] [87] [89] [ مصدر غير موثوق؟ ] [90] [ مصدر غير موثوق؟ ]
الأوامر
فيما يلي قائمة بالأوامر التي يدعمها غلاف EFI. [81]
الإضافات
يمكن تحميل ملحقات UEFI من أي جهاز تخزين غير متقلب متصل بالكمبيوتر تقريبًا. على سبيل المثال، يمكن لمصنع المعدات الأصلية (OEM) توزيع أنظمة تحتوي على قسم نظام EFI على القرص الصلب، مما يضيف وظائف إضافية إلى برنامج UEFI الثابت القياسي المخزن على ذاكرة القراءة فقط ( ROM) الخاصة باللوحة الأم .
كبسولة UEFI
يحدد UEFI Capsule واجهة تحديث البرامج الثابتة من البرامج الثابتة إلى نظام التشغيل، والتي يتم تسويقها على أنها حديثة وآمنة. [91 ] يدعم كل من Windows 8 و Windows 8.1 و Windows 10 و Fwupd لنظام Linux UEFI Capsule.
الأجهزة
مثل BIOS ، يقوم UEFI بتهيئة واختبار مكونات أجهزة النظام (على سبيل المثال تدريب الذاكرة، تدريب رابط PCIe، تدريب رابط USB على أنظمة x86 النموذجية)، ثم يقوم بتحميل محمل التمهيد من جهاز تخزين ضخم أو من خلال اتصال شبكة . في أنظمة x86 ، يتم تخزين برنامج UEFI الثابت عادةً في شريحة فلاش NOR باللوحة الأم. [93] [94] في بعض أجهزة Android المستندة إلى ARM، يتم تخزين محمل التمهيد UEFI في ذاكرة فلاش eUFS .
الفصول الدراسية
يمكن أن تحتوي أجهزة UEFI على إحدى الفئات التالية، والتي تم استخدامها للمساعدة في تسهيل الانتقال إلى UEFI: [95]
- الفئة 0: BIOS القديم
- الفئة 1: UEFI مع واجهة CSM ولا يوجد واجهة UEFI خارجية. واجهات UEFI الوحيدة هي داخلية للبرنامج الثابت.
- الفئة 2: UEFI مع CSM وواجهات UEFI الخارجية، على سبيل المثال UEFI Boot.
- الفئة 3: UEFI بدون واجهة CSM ومع واجهة UEFI خارجية.
- الفئة 3+: فئة UEFI 3 التي تم تمكين التمهيد الآمن فيها. [96]
بدءًا من الجيل العاشر من معالجات Intel Core، لم تعد Intel توفر BIOS الفيديو القديم لوحدة معالجة الرسومات المتكاملة ( تقنية الرسومات من Intel ). يتطلب التمهيد القديم مع وحدات المعالجة المركزية هذه BIOS الفيديو القديم، والذي لا يزال من الممكن توفيره بواسطة بطاقة الفيديو. [ بحاجة لمصدر ]
مراحل التمهيد
SEC – مرحلة الأمن
هذه هي المرحلة الأولى من تمهيد UEFI ولكن قد يكون لها كود ثنائي خاص بالمنصة يسبقها. (على سبيل المثال، Intel ME و AMD PSP وCPU microcode ). يتكون من كود بسيط مكتوب بلغة التجميع للهندسة المعمارية المحددة. يقوم بتهيئة ذاكرة مؤقتة (غالبًا ذاكرة تخزين مؤقتة لوحدة المعالجة المركزية كذاكرة وصول عشوائي (RAM)، أو ذاكرة وصول عشوائي SRAM على الشريحة SoC أو CAR) ويعمل كجذر ثقة برمجي للنظام مع خيار التحقق من PEI قبل التسليم.
PEI – تهيئة ما قبل EFI
تتكون المرحلة الثانية من تمهيد UEFI من موزع يدرك التبعية يقوم بتحميل وتشغيل وحدات PEI (PEIMs) للتعامل مع مهام تهيئة الأجهزة المبكرة مثل تهيئة الذاكرة الرئيسية (تهيئة وحدة تحكم الذاكرة و DRAM ) وعمليات استرداد البرامج الثابتة. بالإضافة إلى ذلك، فهي مسؤولة عن اكتشاف وضع التمهيد الحالي ومعالجة العديد من عمليات ACPI S3. في حالة استئناف ACPI S3، فهي مسؤولة عن استعادة العديد من سجلات الأجهزة إلى حالة ما قبل السكون. يستخدم PEI أيضًا CAR. تتضمن التهيئة في هذه المرحلة إنشاء هياكل بيانات في الذاكرة وتأسيس قيم افتراضية داخل هذه الهياكل. [97]
DXE – بيئة تنفيذ برنامج التشغيل
تتكون هذه المرحلة من وحدات C وموزع يراعي التبعيات. مع توفر الذاكرة الرئيسية الآن، يتم تهيئة وحدة المعالجة المركزية ومجموعة الشرائح واللوحة الرئيسية وأجهزة الإدخال/الإخراج الأخرى في DXE وBDS. تتضمن عملية التهيئة في هذه المرحلة تعيين مسارات أجهزة EFI للأجهزة المتصلة باللوحة الأم، ونقل بيانات التكوين إلى الأجهزة. [98]
BDS – تحديد جهاز التمهيد
يعد BDS جزءًا من DXE. [99] [100] في هذه المرحلة، تتم تهيئة أجهزة التمهيد، ويتم تنفيذ برامج تشغيل UEFI أو ROMs الاختيارية لأجهزة PCI وفقًا لتكوين النظام، ويتم معالجة خيارات التمهيد.
TSL – تحميل النظام المؤقت
هذه هي المرحلة بين اختيار جهاز التمهيد وتسليمه إلى نظام التشغيل. في هذه المرحلة، يمكن للمرء الدخول إلى واجهة UEFI أو تنفيذ تطبيق UEFI مثل محمل تمهيد نظام التشغيل.
RT – وقت التشغيل
يقوم UEFI بتسليم الأمر إلى نظام التشغيل (OS) بعد تنفيذ ExitBootServices() . يصبح نظام التشغيل المتوافق مع UEFI الآن مسؤولاً عن الخروج من خدمات التمهيد عن طريق تشغيل البرامج الثابتة لتفريغ جميع التعليمات البرمجية والبيانات التي لم تعد هناك حاجة إليها، تاركًا فقط تعليمات برمجية/بيانات خدمات وقت التشغيل، على سبيل المثال SMM و ACPI . [101] يفضل نظام التشغيل الحديث النموذجي استخدام برامجه الخاصة (مثل برامج تشغيل النواة ) للتحكم في الأجهزة.
عند استخدام نظام تشغيل قديم، سيتعامل CSM مع هذه المكالمة لضمان توافق النظام مع توقعات BIOS القديم.
الاستخدام
التنفيذات

تطبيق Intel لـ EFI هو Intel Platform Innovation Framework ، المسمى بالرمز Tiano . يعمل Tiano على معالجات Intel XScale و Itanium و IA-32 و x86-64 ، وهو برنامج خاص، على الرغم من إصدار جزء من الكود بموجب ترخيص BSD أو ترخيص Eclipse Public License (EPL) باسم TianoCore EDK II . يمكن استخدام TianoCore كحمولة لـ coreboot . [102]
يُطلق على تنفيذ Phoenix Technologies لـ UEFI اسم SecureCore Technology (SCT). [103] تقدم American Megatrends تنفيذًا خاصًا بها لبرامج UEFI الثابتة المعروفة باسم Aptio، [104] بينما تقدم Insyde Software برنامج InsydeH2O، [105] وتقدم Byosoft ByoCore.
في ديسمبر 2018، أصدرت شركة Microsoft إصدارًا مفتوح المصدر لتطبيق UEFI المستند إلى TianoCore EDK2 من خط Surface ، Project Mu . [106]
تم تقديم تنفيذ لواجهة برمجة تطبيقات UEFI في Universal Boot Loader ( U-Boot ) في عام 2017. [107] في توزيعات Linux ذات بنية ARMv8 ، تستخدم تنفيذ U-Boot UEFI بالاشتراك مع GNU GRUB للتمهيد (على سبيل المثال SUSE Linux [108] )، وينطبق الشيء نفسه على OpenBSD. [109] للتمهيد من iSCSI، يمكن استخدام iPXE كتطبيق UEFI محمل بواسطة U-Boot. [110]
المنصات
تم تنفيذ EFI 1.02 في محطات العمل والخوادم Itanium الأولى من Intel ، والتي تم إصدارها في عام 2000.
تم تنفيذ أول أنظمة Itanium 2 من Hewlett-Packard ، والتي تم إصدارها في عام 2002، مع EFI 1.10؛ وكانت قادرة على تشغيل أنظمة Windows و Linux و FreeBSD و HP-UX ؛ كما أضاف OpenVMS إمكانية UEFI في يونيو 2003.
في يناير 2006، قامت شركة Apple Inc. بشحن أول أجهزة كمبيوتر Macintosh تعتمد على Intel . استخدمت هذه الأنظمة EFI بدلاً من Open Firmware ، والتي كانت تستخدم في أنظمتها السابقة القائمة على PowerPC. [111] في 5 أبريل 2006، أصدرت Apple لأول مرة Boot Camp ، الذي ينتج قرص برامج تشغيل Windows وأداة تقسيم غير مدمرة للسماح بتثبيت Windows XP أو Vista دون الحاجة إلى إعادة تثبيت Mac OS X (الآن macOS). تم إصدار تحديث للبرنامج الثابت أيضًا أضاف توافق BIOS إلى تنفيذ EFI الخاص به. تم شحن طرز Macintosh اللاحقة بالبرامج الثابتة الأحدث. [112]
خلال عام 2005، تم شحن أكثر من مليون نظام من أنظمة Intel مع تنفيذ Intel لـ UEFI. [113] [ فشل التحقق ] بدأت شحن منتجات الأجهزة المحمولة وسطح المكتب والخوادم الجديدة، التي تستخدم تنفيذ Intel لـ UEFI، في عام 2006. على سبيل المثال، تستخدم اللوحات التي تستخدم سلسلة شرائح Intel 945 تنفيذ البرامج الثابتة UEFI من Intel.
منذ عام 2005، تم تنفيذ EFI أيضًا على بنيات غير مخصصة للكمبيوتر الشخصي، مثل الأنظمة المضمنة المستندة إلى نوى XScale . [113]
تتضمن مجموعة أدوات تطوير EFI (EDK) هدف NT32، والذي يسمح بتشغيل برامج EFI الثابتة وتطبيقات EFI داخل تطبيق Windows . ولكن لا يسمح EDK NT32 بالوصول المباشر إلى الأجهزة. وهذا يعني أنه لا يمكن تنفيذ سوى مجموعة فرعية من تطبيقات EFI وبرامج التشغيل بواسطة هدف EDK NT32.
في عام 2008، تبنت المزيد من أنظمة x86-64 تقنية UEFI. وفي حين لا تزال العديد من هذه الأنظمة تسمح بتشغيل أنظمة التشغيل المستندة إلى BIOS فقط عبر وحدة دعم التوافق (CSM) (وبالتالي لا تبدو للمستخدم أنها مستندة إلى UEFI)، بدأت أنظمة أخرى تسمح بتشغيل أنظمة التشغيل المستندة إلى UEFI. على سبيل المثال، خادم IBM x3450، واللوحات الأم MSI مع ClickBIOS، وأجهزة الكمبيوتر المحمولة HP EliteBook.
في عام 2009، قامت شركة IBM بشحن أجهزة System x (x3550 M2، x3650 M2، iDataPlex dx360 M2) و BladeCenter HS22 مع إمكانية UEFI. قامت شركة Dell بشحن خوادم PowerEdge T610 وR610 وR710 وM610 وM710 مع إمكانية UEFI. تم ذكر المزيد من الأنظمة المتاحة تجاريًا في ورقة بحثية حول UEFI. [114]
في عام 2011، أطلقت شركات البيع الكبرى (مثل ASRock و Asus و Gigabyte و MSI ) العديد من اللوحات الأم الموجهة للمستهلك باستخدام مجموعة شرائح Intel LGA 1155 من السلسلة 6 ومجموعة شرائح AMD AM3+ من السلسلة 9 مع UEFI. [115]
مع إصدار Windows 8 في أكتوبر 2012، تتطلب متطلبات شهادة Microsoft الآن أن تتضمن أجهزة الكمبيوتر برامج ثابتة تنفذ مواصفات UEFI. علاوة على ذلك، إذا كان الكمبيوتر يدعم ميزة " Connected Standby " في Windows 8 (التي تسمح للأجهزة بالحصول على إدارة طاقة مماثلة للهواتف الذكية ، مع العودة شبه الفورية من وضع الاستعداد)، فلا يُسمح للبرامج الثابتة باحتواء وحدة دعم التوافق (CSM). وبالتالي، فإن الأنظمة التي تدعم Connected Standby غير قادرة على تشغيل أنظمة تشغيل BIOS القديمة. [116] [117]
في أكتوبر 2017، أعلنت شركة إنتل أنها ستزيل دعم BIOS القديم للكمبيوتر الشخصي من جميع منتجاتها بحلول عام 2020، لصالح UEFI Class 3. [118] بحلول عام 2019، لم تعد جميع أجهزة الكمبيوتر المستندة إلى منصات إنتل تتمتع بدعم BIOS القديم للكمبيوتر الشخصي.
أنظمة التشغيل
يُطلق على نظام التشغيل الذي يمكن تشغيله من (U)EFI اسم نظام التشغيل الذي يتعرف على (U)EFI، والذي يتم تعريفه من خلال مواصفات (U)EFI. هنا يعني مصطلح التشغيل من (U)EFI تشغيل النظام مباشرةً باستخدام محمل نظام التشغيل (U)EFI المخزن على أي جهاز تخزين. الموقع الافتراضي لمحمل نظام التشغيل هو <EFI_SYSTEM_PARTITION>/BOOT/BOOT<MACHINE_TYPE_SHORT_NAME>.EFI، حيث يمكن أن يكون الاسم المختصر لنوع الجهاز هو IA32، X64، IA64، ARMأو AA64. [36] قد يكون لدى بعض بائعي أنظمة التشغيل محملات تمهيد خاصة بهم. قد يقومون أيضًا بتغيير موقع التمهيد الافتراضي.
- تمكنت نواة لينكس من استخدام EFI في وقت التمهيد منذ أوائل العقد الأول من القرن الحادي والعشرين، [ 119 ] باستخدام محمل التمهيد elilo EFI أو، مؤخرًا، إصدارات EFI من GRUB . [120] يدعم Grub+Linux أيضًا التمهيد من جدول قسم GUID بدون UEFI. [18] أضافت توزيعة Ubuntu دعمًا لـ UEFI Secure Boot اعتبارًا من الإصدار 12.10. [121] علاوة على ذلك، يمكن تجميع نواة لينكس مع خيار التشغيل كمحمل تمهيد EFI بمفرده من خلال ميزة EFI boot stub.
- لقد استخدمت HP-UX (U)EFI كآلية تمهيد على أنظمة IA-64 منذ عام 2002.
- لقد استخدم OpenVMS EFI على IA-64 منذ إصداره التقييمي الأولي في ديسمبر 2003، ولإصداراته الإنتاجية منذ يناير 2005. [122] كما يستخدم OpenVMS على x86-64 UEFI لتشغيل نظام التشغيل. [123]
- تستخدم شركة Apple تقنية EFI في سلسلة أجهزة Mac التي تعتمد على معالجات Intel . يطبق نظاما التشغيل Mac OS X v10.4 Tiger و Mac OS X v10.5 Leopard تقنية EFI v1.10 في وضع 32 بت حتى على وحدات المعالجة المركزية الأحدث ذات 64 بت، ولكن الدعم الكامل وصل مع نظام التشغيل OS X v10.8 Mountain Lion . [124]
- تم تنفيذ إصدارات Itanium من Windows 2000 (Advanced Server Limited Edition وDatacenter Server Limited Edition؛ استنادًا إلى قاعدة التعليمات البرمجية قبل الإصدار Windows Server 2003 ) EFI 1.10 في عام 2002. تم تنفيذ EFI 1.10 في Windows XP 64-bit Edition و Windows 2000 Advanced Server Limited Edition (قبل الإصدار Windows Server 2003) و Windows Server 2003 لـ IA-64 ، والتي كلها مخصصة لعائلة معالجات Intel Itanium ، وهي متطلب للمنصة من خلال مواصفات DIG64 . [125]
- قدمت شركة Microsoft UEFI لأنظمة تشغيل Windows x64 مع Windows Vista SP1 [126] و Windows Server 2008، ومع ذلك، لا يتم دعم سوى UGA (محول الرسوميات العالمي) 1.1 أو Legacy BIOS INT 10h ؛ ولا يتم دعم بروتوكول إخراج الرسومات (GOP). لذلك، فإن أجهزة الكمبيوتر التي تعمل بإصدارات 64 بت من Windows Vista SP1 و Windows Vista SP2 و Windows 7 و Windows Server 2008 و Windows Server 2008 R2 متوافقة مع UEFI Class 2. [127] [128] لم يكن UEFI 32 بت مدعومًا في الأصل لأن البائعين لم يكن لديهم أي اهتمام بإنتاج برامج ثابتة UEFI 32 بت أصلية بسبب الحالة السائدة للحوسبة 64 بت . [129] قدم Windows 8 أخيرًا مزيدًا من التحسينات لأنظمة UEFI، بما في ذلك دعم بروتوكول إخراج الرسومات (GOP)، [130] وبدء تشغيل أسرع، ودعم UEFI 32 بت، ودعم التمهيد الآمن. [131] [132] منذ Windows 8 ، أصبح برنامج UEFI الثابت مع بروتوكول ACPI متطلبًا إلزاميًا لأنظمة تشغيل Microsoft Windows المستندة إلى ARM. بدأت Microsoft في مطالبة UEFI بتشغيل Windows مع Windows 11 ، [133] مع إعفاء إصدارات IoT Enterprise من Windows 11 منذ الإصدار 24H2 من هذا المتطلب. [134]
- في 5 مارس 2013، منحت مؤسسة FreeBSD منحة لمطور يسعى لإضافة دعم UEFI إلى نواة FreeBSD ومحمل الإقلاع. [135] تم تخزين التغييرات في البداية في فرع منفصل من كود مصدر FreeBSD، ولكن تم دمجها في المصدر الرئيسي في 4 أبريل 2014 (المراجعة 264095)؛ تتضمن التغييرات الدعم في المثبت أيضًا. [136] ظهر دعم تمهيد UEFI لـ amd64 لأول مرة في FreeBSD 10.1 ولـ arm64 في FreeBSD 11.0. [137]
- يدعم Oracle Solaris 11.1 والإصدارات الأحدث تمهيد UEFI لأنظمة x86 مع إصدار UEFI الثابت 2.1 أو إصدار أحدث. يتم استخدام GRUB 2 كمحمل تمهيد على x86. [138]
- قدم OpenBSD 5.9 [139] دعم تمهيد UEFI لأنظمة x86 ذات 64 بت باستخدام محمل مخصص خاص به، وقام OpenBSD 6.0 بتوسيع هذا الدعم ليشمل ARMv7. [140]
- يدعم ArcaOS تمهيد UEFI منذ إصدار 5.1. [141] يحاكي دعم UEFI في ArcaOS وظائف BIOS المحددة التي يعتمد عليها نظام التشغيل (خاصة المقاطعات INT 10H و INT 13H ). [142] [143]
مع المحاكاة الافتراضية
- توفر HP Integrity Virtual Machines إمكانية تشغيل UEFI على خوادم HP Integrity. كما توفر بيئة UEFI افتراضية لأنظمة التشغيل الضيفة التي تدعم UEFI.
- تستضيف شركة Intel مشروع Open Virtual Machine Firmware على SourceForge. [144]
- يمكن لبرنامج VMware Fusion 3 لنظام التشغيل Mac OS X تشغيل الأجهزة الظاهرية لنظام التشغيل Mac OS X Server باستخدام UEFI.
- تدعم VMware Workstation قبل الإصدار 11 UEFI بشكل غير رسمي، ولكن يتم تمكينه يدويًا عن طريق تحرير ملف .vmx. [145] تدعم VMware Workstation الإصدار 11 وما فوق UEFI، بغض النظر عما إذا كان نظام المضيف المادي يعتمد على UEFI أم لا. تضيف VMware Workstation 14 (وبالتالي Fusion 10) دعمًا لميزة التمهيد الآمن لـ UEFI. [146] [147]
- يدعم برنامج VMware ESXi 5.0 hypervisor رسميًا UEFI. يضيف الإصدار 6.5 دعمًا للتمهيد الآمن. [148] [149]
- لقد نفذ VirtualBox UEFI منذ الإصدار 3.1، [150] ولكنه يقتصر على أنظمة التشغيل Unix/Linux وWindows 8 والإصدارات الأحدث (لا يعمل مع Windows Vista x64 وWindows 7 x64). [151] [152]
- يمكن استخدام QEMU / KVM مع البرامج الثابتة للآلة الافتراضية المفتوحة (OVMF) التي توفرها TianoCore. [153]
- يدعم الجيل الثاني من الآلة الافتراضية Microsoft Hyper-V UEFI الظاهري. [154]
- تدعم أجهزة VM المحمية من Google Cloud Platform UEFI الظاهري لتمكين التمهيد الآمن. [155]
تطوير التطبيقات
تتيح مجموعة تطوير التطبيقات EDK2 (EADK) استخدام وظائف مكتبة C القياسية في تطبيقات UEFI. يمكن تنزيل EADK مجانًا من مشروع Intel 's TianoCore UDK / EDK2 SourceForge . على سبيل المثال، يتم توفير منفذ لمترجم Python كتطبيق UEFI باستخدام EADK. [156] انتقل التطوير إلى GitHub منذ UDK2015. [157]
يبدو برنامج " hello, world " البسيط المكتوب باستخدام EADK مشابهًا لنظيره المعتاد في لغة C :
#تضمين <Uefi.h> #تضمين <مكتبة/UefiLib.h> #تضمين <مكتبة/ShellCEntryLib.h>
EFI_STATUS EFIAPI ShellAppMain ( IN UINTN Argc ، IN CHAR16 ** Argv ) { طباعة ( L "مرحبا، العالم \n " )؛ إرجاع EFI_SUCCESS ؛ }
نقد
احتج العديد من نشطاء الحقوق الرقمية على UEFI. انتقد رونالد جي. مينيتش، أحد مؤلفي coreboot ، وكوري دكتورو ، أحد نشطاء الحقوق الرقمية، UEFI باعتبارها محاولة لإزالة قدرة المستخدم على التحكم الحقيقي في الكمبيوتر. [158] [159] لا يحل مشاكل BIOS الطويلة الأمد المتمثلة في مطالبة برنامجين مختلفين - أحدهما للبرامج الثابتة والآخر لنظام التشغيل - لمعظم الأجهزة. [160]
يوفر مشروع TianoCore مفتوح المصدر أيضًا UEFIs. [161] يفتقر TianoCore إلى برامج التشغيل المتخصصة التي تقوم بتهيئة وظائف مجموعة الشرائح، والتي يتم توفيرها بدلاً من ذلك بواسطة coreboot ، حيث يعد TianoCore أحد العديد من خيارات الحمولة. يتطلب تطوير coreboot التعاون من مصنعي مجموعة الشرائح لتوفير المواصفات اللازمة لتطوير برامج التشغيل الأولية.
التمهيد الآمن


في عام 2011، أعلنت شركة مايكروسوفت أن أجهزة الكمبيوتر المعتمدة لتشغيل نظام التشغيل ويندوز 8 يجب أن يتم شحنها مع تسجيل المفتاح العام لشركة مايكروسوفت وتمكين التمهيد الآمن، مما يعني أن استخدام UEFI هو شرط لهذه الأجهزة. [162] [163] بعد الإعلان، اتهمت الشركة من قبل النقاد ودعاة البرمجيات الحرة / المصدر المفتوح (بما في ذلك مؤسسة البرمجيات الحرة ) بمحاولة استخدام وظيفة التمهيد الآمن في UEFI لعرقلة أو منع تثبيت أنظمة التشغيل البديلة مثل لينكس . أنكرت شركة مايكروسوفت أن متطلب التمهيد الآمن كان يهدف إلى العمل كشكل من أشكال القفل ، وأوضحت متطلباتها من خلال التصريح بأن الأنظمة القائمة على x86 المعتمدة لنظام التشغيل ويندوز 8 يجب أن تسمح للتمهيد الآمن بالدخول إلى الوضع المخصص أو تعطيله، ولكن ليس على الأنظمة التي تستخدم بنية ARM . [72] [164] يسمح ويندوز 10 لمصنعي المعدات الأصلية بتحديد ما إذا كان يمكن إدارة التمهيد الآمن أم لا من قبل مستخدمي أنظمة x86 الخاصة بهم. [165]
أعرب مطورون آخرون عن مخاوفهم بشأن القضايا القانونية والعملية المتعلقة بتنفيذ دعم التمهيد الآمن على أنظمة Linux بشكل عام. لاحظ مطور Red Hat السابق ماثيو جاريت أن الشروط الواردة في إصدار GNU General Public License 3 قد تمنع استخدام GNU GRand Unified Bootloader دون أن يكشف مطور التوزيع عن المفتاح الخاص (ومع ذلك، أوضحت مؤسسة البرمجيات الحرة منذ ذلك الحين موقفها، مؤكدة أن مسؤولية توفير المفاتيح تقع على عاتق الشركة المصنعة للأجهزة)، [166] [121] وأنه سيكون من الصعب أيضًا على المستخدمين المتقدمين بناء نوى مخصصة يمكن أن تعمل مع تمكين التمهيد الآمن دون توقيعها ذاتيًا. [164] اقترح مطورون آخرون أنه يمكن توفير إصدارات موقعة من Linux بمفتاح آخر، لكنهم لاحظوا أنه سيكون من الصعب إقناع الشركات المصنعة للمعدات الأصلية بشحن أجهزة الكمبيوتر الخاصة بهم بالمفتاح المطلوب إلى جانب مفتاح Microsoft. [5]
طورت العديد من توزيعات لينكس الرئيسية تطبيقات مختلفة للتمهيد الآمن. طور جاريت نفسه محمل إقلاع بسيط يُعرف باسم shim، وهو محمل إقلاع مُجمَّع وموقَّع مسبقًا يسمح للمستخدم بالثقة بشكل فردي في المفاتيح التي توفرها توزيعات لينكس. [167] يستخدم أوبونتو 12.10 إصدارًا أقدم من shim [ which؟ ] مُهيأ مسبقًا للاستخدام مع مفتاح Canonical الخاص الذي يتحقق فقط من محمل الإقلاع ويسمح بتحميل النوى غير الموقعة؛ يعتقد المطورون أن ممارسة توقيع محمل الإقلاع فقط أكثر جدوى، نظرًا لأن النواة الموثوقة فعالة في تأمين مساحة المستخدم فقط ، وليس حالة ما قبل التمهيد التي صُمِّم التمهيد الآمن لإضافة الحماية لها. يسمح ذلك أيضًا للمستخدمين ببناء نوى خاصة بهم واستخدام وحدات نواة مخصصة أيضًا، دون الحاجة إلى إعادة تكوين النظام. [121] [168] [169] تحتفظ Canonical أيضًا بمفتاحها الخاص لتوقيع تثبيتات Ubuntu المحملة مسبقًا على أجهزة كمبيوتر OEM معتمدة تعمل بنظام التشغيل، وتخطط أيضًا لفرض متطلب التمهيد الآمن أيضًا - مما يتطلب تضمين كل من مفتاح Canonical ومفتاح Microsoft (لأسباب التوافق) في البرامج الثابتة الخاصة بهم. تستخدم Fedora أيضًا shim، [ أيهما؟ ] ولكنها تتطلب توقيع كل من النواة ووحداتها أيضًا. [168]
لقد كان هناك خلاف حول ما إذا كان يجب توقيع نواة نظام التشغيل ووحداتها أيضًا؛ في حين أن مواصفات UEFI لا تتطلب ذلك، فقد أكدت Microsoft أن متطلباتها التعاقدية تتطلب ذلك، وأنها تحتفظ بالحق في إلغاء أي شهادات تستخدم لتوقيع التعليمات البرمجية التي يمكن استخدامها لاختراق أمان النظام. [169] في Windows، إذا تم تمكين Secure Boot، فيجب توقيع جميع برامج تشغيل النواة رقميًا؛ قد يتم رفض تحميل برامج التشغيل غير WHQL. في فبراير 2013، حاول مطور آخر من Red Hat إرسال تصحيح إلى نواة Linux من شأنه أن يسمح لها بتحليل توقيع رمز المصادقة الخاص بـ Microsoft باستخدام مفتاح X.509 الرئيسي المضمن في ملفات PE الموقعة بواسطة Microsoft. ومع ذلك، انتقد لينوس تورفالدس، مبتكر Linux، الاقتراح ، حيث هاجم Red Hat لدعم سيطرة Microsoft على البنية الأساسية للتمهيد الآمن. [170]
في 26 مارس 2013، قدمت مجموعة تطوير البرمجيات الحرة الإسبانية Hispalinux شكوى رسمية إلى المفوضية الأوروبية ، مدعية أن متطلبات التمهيد الآمن لشركة Microsoft على أنظمة OEM كانت "معوقة" ومناهضة للمنافسة . [171]
في مؤتمر Black Hat في أغسطس 2013، قدمت مجموعة من الباحثين الأمنيين سلسلة من الثغرات الأمنية في تطبيقات البائعين المحددة لـ UEFI والتي يمكن استخدامها لاستغلال التمهيد الآمن. [172]
في أغسطس 2016، تم الإبلاغ عن أن اثنين من الباحثين الأمنيين قد وجدوا مفتاح الأمان "المفتاح الذهبي" الذي تستخدمه Microsoft في توقيع أنظمة التشغيل. [173] من الناحية الفنية، لم يتم الكشف عن أي مفتاح، ومع ذلك، تم الكشف عن ملف ثنائي قابل للاستغلال موقّع بواسطة المفتاح. يسمح هذا لأي برنامج بالعمل كما لو كان موقّعًا بشكل حقيقي بواسطة Microsoft ويكشف عن إمكانية هجمات rootkit و bootkit . هذا يجعل أيضًا تصحيح الخطأ مستحيلًا، حيث يمكن استبدال أي تصحيح (تخفيض مستواه) بالثنائي القابل للاستغلال (الموقّع). ردت Microsoft في بيان بأن الثغرة موجودة فقط في بنية ARM وأجهزة Windows RT ، وأصدرت تصحيحين؛ ومع ذلك، فإن التصحيحات لا (ولا يمكنها) إزالة الثغرة الأمنية، الأمر الذي يتطلب استبدال المفتاح في البرامج الثابتة للمستخدم النهائي لإصلاحها. [ بحاجة لمصدر ]
في الأول من مارس 2023، أبلغ باحثون من شركة ESET Cybersecurity Firm عن "أول مجموعة أدوات تمهيد UEFI في العالم تتجاوز التمهيد الآمن لـ UEFI" والتي أطلق عليها اسم "BlackLotus" في نتائج تحليلاتهم العامة التي تصف النظرية وراء آلياتها التي تستغل التصحيحات التي "لا (ولا يمكنها) إزالة الثغرة الأمنية". [174] [175]
في أغسطس 2024، طبقت تحديثات أمان Windows 11 و Windows 10 إعدادات Secure Boot Advanced Targeting (SBAT) على UEFI NVRAM للجهاز، مما قد يتسبب في فشل تحميل بعض توزيعات Linux. SBAT هو بروتوكول مدعوم في الإصدارات الجديدة من Windows Boot Manager وshim، والذي يرفض تحميل أداة تحميل التشغيل الوسيطة المعيبة أو المعرضة للثغرات الأمنية (عادةً winload.efi و GRUB ) في عملية التمهيد. [176]
تدعم العديد من توزيعات Linux الآن التمهيد الآمن UEFI، مثل RHEL (RHEL 7 والإصدارات الأحدث)، و CentOS (CentOS 7 والإصدارات الأحدث [177] )، و Ubuntu ، و Fedora ، و Debian (Debian 10 والإصدارات الأحدث [178] )، و OpenSUSE ، وSUSE Linux . [179]
مشاكل البرامج الثابتة
كما أدى الاهتمام المتزايد ببرامج UEFI الثابتة في الأجهزة إلى عدد من المشكلات الفنية التي تُعزى إلى تنفيذاتها الخاصة. [180]
بعد إصدار Windows 8 في أواخر عام 2012، تم اكتشاف أن بعض طرز أجهزة كمبيوتر لينوفو التي تعمل بنظام Secure Boot تحتوي على برامج ثابتة مبرمجة للسماح فقط بتحميل الملفات القابلة للتنفيذ المسماة " Windows Boot Manager " أو " Red Hat Enterprise Linux "، بغض النظر عن أي إعداد آخر. [181] واجهت العديد من طرز أجهزة الكمبيوتر المحمولة من Toshiba التي تعمل بنظام Secure Boot مشاكل أخرى كانت تفتقر إلى بعض الشهادات المطلوبة للتشغيل السليم. [180]
في يناير 2013، تم الإعلان عن خطأ يحيط بتنفيذ UEFI على بعض أجهزة الكمبيوتر المحمولة من سامسونج ، مما تسبب في توقفها عن العمل بعد تثبيت توزيع Linux في وضع UEFI. في حين تم إلقاء اللوم في البداية على الصراعات المحتملة مع وحدة نواة مصممة للوصول إلى ميزات النظام على أجهزة الكمبيوتر المحمولة من سامسونج (مما دفع أيضًا صياني النواة إلى تعطيل الوحدة على أنظمة UEFI كإجراء أمان)، اكتشف ماثيو جاريت أن الخطأ كان في الواقع ناتجًا عن تخزين عدد كبير جدًا من متغيرات UEFI في الذاكرة، وأن الخطأ يمكن أيضًا أن يحدث في ظل Windows في ظل ظروف معينة. وفي الختام، قرر أن وحدة النواة المخالفة تسببت في كتابة تفريغات رسائل النواة إلى البرنامج الثابت، وبالتالي تسبب في حدوث الخطأ. [53] [182] [183]
انظر أيضا
- محمل الإقلاع
- نظام التشغيل المفتوح BIOS
- تهيئة منصة UEFI (UEFI PI)
- ACPI (واجهة التكوين والطاقة المتقدمة)
- إدارة نظام BIOS (SMBIOS)
- وحدة النظام الأساسي الموثوقة (TPM)
- أداة UEFI
- مون باونس
- مُفسِّر Python لـ UEFI Shell
ملحوظات
- ^ بدأت في الأصل في عام 1998 باسم Intel Boot Initiative ثم أصبحت فيما بعد واجهة البرامج الثابتة القابلة للتوسعة (EFI)، والتي تم إيقافها في عام 2005 واستبدالها بـ UEFI.
- ^ يمكن تنفيذ جزء من BIOS المطلوب لتشغيل نظام تشغيل غير متوافق مع UEFI كوحدة CSM DXE، راجع § تمهيد CSM
- ^ تاريخيًا تمت كتابته أيضًا باسم Unified EFI، عندما كان UEFI هو الخليفة الذي تم تقديمه حديثًا لـ EFI.
- ^ تم تنفيذ دعم الأقراص الكبيرة والميزات مثل واجهة التكوين والطاقة المتقدمة (ACPI) ونظام إدارة BIOS (SMBIOS) لاحقًا في الأنظمة المستندة إلى BIOS.
مراجع
- ^ "التوثيق - Winbond".
- ^ "معرف شريحة Microsoft Surface Laptop 7 (13.8 بوصة)". 22 يونيو 2024.
- ^ زيمر، فينسنت؛ روثمان، مايكل؛ ماريسيتي، سوريش (2017). ما وراء BIOS: التطوير باستخدام واجهة البرامج الثابتة القابلة للتوسعة الموحدة، الطبعة الثالثة. Walter de Gruyter GmbH & Co KG. ISBN 978-1-5015-0569-0.
- ^ Kinney, Michael (1 September 2000). "حل مشكلات تمهيد BIOS باستخدام EFI" (PDF) . ص 47–50. مؤرشف من الأصل (PDF) في 23 يناير 2007. تم الاسترجاع في 14 سبتمبر 2010 .
- ^ ab "MS denies secure boot will exclude Linux". The Register. 23 سبتمبر 2011. تم الاسترجاع في 24 سبتمبر 2011 .
- ^ "خريطة الذاكرة (x86) - OSDev Wiki". wiki.osdev.org . تم الاسترجاع في 11 ديسمبر 2020 .
- ^ abcd "تطبيق Emulex UEFI يوفر ميزات رائدة في الصناعة لأنظمة IBM" (PDF) . Emulex . تم الاسترجاع في 14 سبتمبر 2010 .
- ^ واجهة البرامج الثابتة القابلة للتوسيع (EFI) وواجهة البرامج الثابتة الموحدة (UEFI)، Intel، مؤرشفة من الأصل في 5 يناير 2010
- ^ وي، دونج (2006)، "مقدمة"، ما وراء BIOS ، مطبعة إنتل، رقم ISBN 978-0-9743649-0-2
- ^ "نظرة عامة على مواصفات 1.10"، واجهة البرامج الثابتة القابلة للتوسيع ، Intel
- ^ "GitHub - tianocore/Edk: نسخة Git من EDK". GitHub . 19 مارس 2019.
- ^ "GitHub - tianocore/Tianocore.github.io: موقع Tianocore على الويب". GitHub . 8 أغسطس 2019.
- ^ "ما هو TianoCore؟".
- ^ حول، منتدى Unified EFI،
س: ما هي العلاقة بين EFI وUEFI؟ ج: تعتمد مواصفات UEFI على مواصفات EFI 1.10 التي نشرتها Intel مع التصحيحات والتغييرات التي يديرها منتدى Unified EFI. لا تزال Intel تمتلك حقوق الطبع والنشر لمواصفات EFI 1.10، لكنها ساهمت بها في المنتدى حتى يتمكن المنتدى من تطويرها. لن تكون هناك إصدارات مستقبلية من مواصفات EFI، لكن العملاء الذين يرخصونها لا يزالون قادرين على استخدامها بموجب شروط ترخيصهم من Intel. يأتي ترخيص مواصفات Unified EFI من المنتدى، وليس من Intel
- ^ "أعلنت مايكروسوفت عن مشروع Mu، وهو إصدار مفتوح المصدر لنواة UEFI". 20 ديسمبر 2018.
- ^ "مواصفات واجهة البرامج الثابتة القابلة للتوسعة الموحدة (UEFI) الإصدار 2.10" (PDF) . www.uefi.org . أغسطس 2022 . تم الاسترجاع في 16 يناير 2023 .
- ^ "UEFI and Windows". Microsoft. 15 سبتمبر 2009. تم الاسترجاع في 14 سبتمبر 2010 .
- ^ abc "التثبيت". 3.4 تثبيت BIOS . GNU GRUB . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "يمكن للأقراص غير المخصصة للتمهيد استخدام جدول تقسيم GPT حتى مع عدم وجود BIOS UEFI".
- ^ "استخدام أداة OA 3.0 على أرض المصنع". 25 أكتوبر 2021.
- ^ "أداة OA 3.0: قواعد سطر الأوامر وملف التكوين". 29 يوليو 2021.
- ^ إرشادات ما قبل التمهيد UEFI والتمهيد الآمن لـ Microsoft® Windows® 8 UEFI لأجهزة الكمبيوتر التجارية من HP (PDF) (تقرير).
{{cite report}}:CS1 maint: url-status ( الرابط ) - ^ "مواصفات التمهيد من الجيل التالي قد تمنع Linux من العمل مع Windows 8 إلى الأبد".
- ^ "قد يؤدي التمهيد الآمن لنظام التشغيل Windows 8 إلى تعقيد تثبيتات Linux". 21 سبتمبر 2011.
- ^ زيمر، فينسنت؛ روثمان، مايكل؛ ماريسيتي، سوريش (2017). ما وراء BIOS: التطوير باستخدام واجهة البرامج الثابتة القابلة للتوسعة الموحدة، الطبعة الثالثة. Walter de Gruyter GmbH & Co KG. ISBN 978-1-5015-0569-0.
- ^ مواصفات UEFI 2.4، القسم 2.3
- ^ مواصفات UEFI 2.3.1، القسم 1.8.1.
- ^ "GitHub - andreiw/ppc64le-edk2: TianoCore UEFI for OPAL/PowerNV (PPC64/PowerPC64 Little-Endian)". GitHub . 3 مايو 2021.
- ^ "Tianocore for OpenPOWER". أمان البرامج الثابتة . 12 أكتوبر 2015.
- ^ كونتيس (3 سبتمبر 2015). "EFI-MIPS". سورس فورج .
- ^ "lowRISC · lowRISC".
- ^ "مواصفات واجهة البرامج الثابتة القابلة للتوسعة الموحدة، الإصدار 2.7" (PDF) . مايو 2017.
- ^ Hardwidge, Ben (1 يونيو 2010). "LBA explained — Solving the 3TB Problem?". bit-tech . تم الاسترجاع في 18 يونيو 2010 .
- ^ ريتشاردسون، برايان (10 مايو 2010). "اسأل أحد خبراء BIOS: "لماذا UEFI"". مدونة هندسة Intel. مؤرشف من الأصل في 9 أكتوبر 2010. تم الاسترجاع في 18 يونيو 2010 .
- ^ سيمبسون، جاري. "UEFI Momentum — منظور AMD". AMD. مؤرشف من الأصل (PPTX) في 4 يناير 2014. تم الاسترجاع في 20 سبتمبر 2014 .
- ^ abcdefgh "مواصفات UEFI (الإصدار 2.4 والإصدارات الأقدم)" (PDF) . Unified EFI, Inc. يونيو 2013. تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "Linux kernel 3.15, Section 1.3. EFI kernels can be booted from 32-bit firmware". kernelnewbies.org . 8 يونيو 2014 . تم الاسترجاع في 15 يونيو 2014 .
- ^ "x86, efi: Handover Protocol". LWN.net . 19 يوليو 2012 . تم الاسترجاع في 15 يونيو 2014 .
- ^ "Linux kernel documentation: Documentation/efi-stub.txt". kernel.org . 1 فبراير 2014 . تم الاسترجاع في 15 يونيو 2014 .
- ^ "الأسئلة الشائعة: حدود قسم محرك الأقراص" (PDF) . منتدى UEFI . تم الاسترجاع في 5 ديسمبر 2019 .
- ^ "الأسئلة الشائعة: حدود تقسيم محرك الأقراص" (PDF) . منتدى UEFI. مؤرشف من الأصل (PDF) في 22 مارس 2013 . تم الاسترجاع في 9 يونيو 2010 .
- ^ abcd Smith, Roderick W. (3 يوليو 2012). "احصل على أقصى استفادة من محركات الأقراص الكبيرة باستخدام GPT وLinux". IBM . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "block/partitions/Kconfig (3.11.1)". CONFIG_EFI_PARTITION (السطر رقم 247) . kernel.org . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ abc "GRUB". أنظمة BIOS . Arch Linux . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "GRUB وعملية التمهيد على أنظمة x86 المستندة إلى UEFI". redhat.com . تم الاسترجاع في 14 نوفمبر 2013 .
- ^ "UEFI Booting 64-bit Redhat Enterprise Linux 6". fpmurphy.com . سبتمبر 2010 . تم الاسترجاع في 14 نوفمبر 2013 .
- ^ "UEFI Bootloaders". archlinux.org . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "واجهة البرامج الثابتة القابلة للتوسعة الموحدة: قسم نظام EFI". archlinux.org . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ abcd "نظام UEFI يتم تشغيله من جدول أقسام MBR وإرث GRUB". منتديات Arch Linux. يونيو 2012. مؤرشف من الأصل في 8 ديسمبر 2023. تم الاسترجاع في 6 أكتوبر 2013 .
- ^ يجب تشغيل ساعة الوقت الحقيقي لجهاز الكمبيوتر IBM في UT. Cl.cam.ac.uk. تم الاسترجاع في 30 أكتوبر 2013.
- ^ ab Garrett, Matthew (19 January 2012). "EFI and Linux: The Future Is Here, and It's Awful". linux.conf.au 2012 . مؤرشف من الأصل في 13 نوفمبر 2021 . تم الاسترجاع 2 أبريل 2012 .
- ^ "ما هو efifb؟ — وثائق نواة لينكس". www.kernel.org . تم الاسترجاع في 24 نوفمبر 2020 .
- ^ "خطأ في UEFI من Samsung: الكمبيوتر المحمول معطل بسبب Windows". The H. تم الاسترجاع في 27 فبراير 2013 .
- ^ مواصفات UEFI، القسم 7.3
- ^ "برامج تشغيل EFI المجانية".
- ^ باتارد ، بيت (13 مارس 2020). "بباتارد/uefi-ntfs". جيثب .
- ^ "الأسئلة الشائعة حول برامج تشغيل الرسومات المضمنة من Intel: BIOS والبرامج الثابتة". Intel . تم الاسترجاع في 19 مايو 2014 .
- ^ "UEFI Specification Version 2.5, Section 12.3 File System Format" (PDF) . uefi.org . أبريل 2015. ص 536، 537 . تم الاسترجاع في 29 مايو 2015 .
يعتمد نظام الملفات المدعوم من واجهة البرامج الثابتة القابلة للتوسيع على نظام الملفات FAT. يحدد EFI إصدارًا محددًا من FAT موثقًا وقابلًا للاختبار بشكل صريح. التوافق مع مواصفات EFI ومستندات المرجع المرتبطة بها هو التعريف الوحيد لنظام FAT الذي يجب تنفيذه لدعم EFI. للتمييز بين نظام ملفات EFI وFAT الخالص، تم تعريف نوع جديد لنظام ملفات التقسيم.
- ^ "الملاحظة الفنية TN2166: أسرار GPT". developer.apple.com . 6 نوفمبر 2006 . تم الاسترجاع في 6 مايو 2015 .
- ^ "UEFI - OSDev Wiki". wiki.osdev.org . تم الاسترجاع في 26 سبتمبر 2020 .
- ^ “EFISTUB – أرتشويكي”. wiki.archlinux.org . تم الاسترجاع في 27 أكتوبر 2020 .
- ^ ab "Intel® Platform Innovation Framework for EFI" (PDF) . مواصفات وحدة دعم التوافق (المراجعة 0.97) . Intel. 4 سبتمبر 2007. تم الاسترجاع في 6 أكتوبر 2013 .
- ^ "سيتم القضاء على BIOS الخاص بالكمبيوتر الشخصي بحلول عام 2020 مع انتقال خطط Intel إلى UEFI الخالص". Ars Technica . تم الاسترجاع في 29 مايو 2018 .
- ^ "CosmicStrand: اكتشاف برنامج روتكيت متطور لبرامج UEFI الثابتة". Securelist بواسطة Kaspersky . تم الاسترجاع في 4 أغسطس 2022 .
- ^ "الاستشارة الفنية بشأن إزالة دعم التمهيد القديم لمنصات Intel".
- ^ "دليل تثبيت Red Hat Enterprise Linux 6". 30.2.2. تكوين تمهيد PXE لـ EFI . Red Hat . تم الاسترجاع في 9 أكتوبر 2013 .
- ^ الحاج محمود، سامر (يوليو 2013). "التطورات في الشبكات قبل نظام التشغيل في UEFI 2.4" (PDF) . هيوليت باكارد . تم الاسترجاع في 29 مايو 2019 .
- ^ Racherla, Sangam; Erdenberger, Silvio; Rajagopal, Harish; Ruth, Kai (January 2014). Storage and Network Convergence Using FCoE and iSCSI (PDF) (الطبعة الثانية). IBM Redbooks . تم الاسترجاع في 20 أبريل 2022 .
- ^ "دعم جديد لتمهيد UEFI HTTP في UEFI 2.5". firmwaresecurity.com . 9 مايو 2015 . تم الاسترجاع في 13 أغسطس 2015 .
- ^ "نظرة عامة على التمهيد الآمن". Microsoft. 10 ديسمبر 2014. تم الاسترجاع في 18 فبراير 2016 .
- ^ Edge, Jake. "UEFI and "secure boot"". LWN.net . تم الاسترجاع في 9 سبتمبر 2012 .
- ^ "Windows 8 Secure Boot: The Controversy Continues". PC World . تم الاسترجاع في 9 سبتمبر 2012 .
- ^ "التمهيد الآمن لـ ESXi 6.5 - ضمان المشرف الافتراضي". مدونة VMware vSphere . 4 مايو 2017 . تم الاسترجاع في 18 أغسطس 2017 .
- ^ HowTos/UEFI - CentOS Wiki
- ^ لارابيل، مايكل (30 أبريل 2018). "ديبيان تحرز تقدمًا في دعم UEFI SecureBoot في عام 2018". Phoronix . Phoronix Media . تم الاسترجاع في 23 مايو 2018 .
- ^ جاريت، ماثيو (27 ديسمبر 2012). "دعم توزيع التمهيد الآمن". Mjg59.dreamwidth.org . تم الاسترجاع في 20 مارس 2014 .
- ^ "Linux Mint Secure boot". Linux Mint . تم الاسترجاع في 12 يناير 2024 .
- ^ "8.4 | AlmaLinux Wiki". wiki.almalinux.org . تم الاسترجاع في 10 أبريل 2024 .
- ^ "SecureBoot". ويكيبيديا FreeBSD . FreeBSD . تم الاسترجاع في 16 يونيو 2015 .
- ^ "واجهة البرامج الثابتة القابلة للتوسعة الموحدة". UEFI Shell . Arch Linux . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "EFI Shells and Scripting". Intel . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ ab "UEFI Shell Specification Version 2.0, Errata A" (PDF) . Unified EFI, Inc. May 2012 . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "EDK2: ShellPkg". GitHub . تم الاسترجاع في 18 مارس 2020 .
- ^ "tianocore/edk2: الإصدارات". GitHub .
- ^ "أرشيف البريد الإلكتروني: edk2-devel". [edk2] تضمين غلاف UEFI في توزيعات Linux ISO . SourceForge . 2012. تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "TianoCore on SourceForge". الأسئلة الشائعة حول Shell . Intel . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "واجهة البرامج الثابتة القابلة للتوسعة الموحدة". تشغيل UEFI Shell . Arch Linux . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "تعليمات أساسية لاستخدام EFI لتكوين الخادم على لوحات خادم Intel® وأنظمة خادم Intel®" (PDF) . Intel . 2008. تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "واجهة البرامج الثابتة القابلة للتوسعة الموحدة". bcfg . Arch Linux . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "GRUB EFI Examples". Asus . Arch Linux . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "تحديث الكبسولة الموقعة". tianocore-docs.github.io .
- ^ barrygolden. "منصة تحديث البرامج الثابتة لـ Windows UEFI - برامج تشغيل Windows". docs.microsoft.com . تم الاسترجاع في 25 سبتمبر 2020 .
- ^ "Getting Started | Microchip Technology". www.microchip.com . تم الاسترجاع في 24 ديسمبر 2020 .
- ^ "Framework-Laptop-16/Mainboard/Mainboard_Interfaces_Schematic_Framework_Laptop_16_7040_Series.PDF at main · FrameworkComputer/Framework-Laptop-16" (PDF) . GitHub .
- ^ باري، بيتر؛ كراولي، باتريك (2012). الحوسبة المضمنة الحديثة: تصميم أنظمة متصلة ومتفشية وغنية بالوسائط. والتهام، ماساتشوستس: دار نشر مورجان كوفمان . ص. 169. رقم ISBN 978-0-12-394407-8. OCLC 810455404.
- ^ “Intel schrapt bios-compatibiliteit uefi في عام 2020”. مدمنو المخدرات (باللغة الهولندية) . تم الاسترجاع في 30 ديسمبر 2022 .
- ^ زيمر، فينسنت؛ روثمان، مايكل؛ ماريسيتي، سوريش (2017). ما وراء BIOS: التطوير باستخدام واجهة البرامج الثابتة القابلة للتوسعة الموحدة، الطبعة الثالثة. Walter de Gruyter GmbH & Co KG. ISBN 978-1-5015-0569-0.
- ^ زيمر، فينسنت؛ روثمان، مايكل؛ ماريسيتي، سوريش (2017). ما وراء BIOS: التطوير باستخدام واجهة البرامج الثابتة القابلة للتوسعة الموحدة، الطبعة الثالثة. Walter de Gruyter GmbH & Co KG. ISBN 978-1-5015-0569-0.
- ^ "تدفق تمهيد PI · tianocore/Tianocore.github.io Wiki". GitHub .
- ^ "الخدمات الهندسية" (PDF) .
- ^ "واجهة البرامج الثابتة القابلة للتوسعة الموحدة (UEFI) — توثيق نواة لينكس". www.kernel.org . مؤرشف من الأصل في 25 أكتوبر 2020 . تم الاسترجاع في 7 نوفمبر 2020 .
- ^ "TianoCore - coreboot" . تم الاسترجاع في 25 مايو 2012 .
- ^ "SecureCore Tiano™". Phoenix Technologies. مؤرشف من الأصل في 6 سبتمبر 2010. تم الاسترجاع في 14 سبتمبر 2010 .
- ^ "Aptio®: الحل الكامل لمنتج UEFI" (PDF) . American Megatrends, Inc. تم الاسترجاع في 2 مايو 2018 .
- ^ "لماذا نحن؟". Insyde Software Corp. تم الاسترجاع في 2 مايو 2018 .
- ^ “مايكروسوفت تعلن عن مشروع Mu لبديل UEFI مفتوح المصدر لـ TianoCore”. فورونيكس . تم الاسترجاع في 20 ديسمبر 2018 .
- ^ "دمج U-Boot UEFI وGRUB" (PDF) . تم الاسترجاع في 12 سبتمبر 2018 .
- ^ "UEFI on Top of U-Boot" (PDF) . مؤرشف من الأصل (PDF) في 11 سبتمبر 2018 . تم الاسترجاع 12 سبتمبر 2018 .
- ^ "تثبيت OpenBSD 6.3 على Raspberry 3". مؤرشف من الأصل في 21 نوفمبر 2018 . تم الاسترجاع 12 سبتمبر 2018 .
- ^ "تمهيد iSCSI باستخدام U-Boot وiPXE". مؤرشف من الأصل في 31 يوليو 2020 . تم الاسترجاع في 18 مايو 2020 .
- ^ Apple Computer. "دليل البرمجة الثنائية الشامل، الإصدار الثاني: واجهة البرامج الثابتة القابلة للتوسيع (EFI) " محفوظ في 24 يوليو 2008 على موقع Wayback Machine
- ^ انتقال شركة Apple من البرامج الثابتة المفتوحة إلى واجهة البرامج الثابتة القابلة للتوسيع، mactech، 2007.
- ^ "نظرة عامة على إطار عمل Intel® Platform Innovation Framework for UEFI". Intel . تم الاسترجاع في 14 سبتمبر 2010 .
- ^ تقييم UEFI باستخدام المنصات والحلول المتاحة تجاريًا (PDF) ، UEFI، مايو 2011، تم أرشفته من الأصل (PDF) في 22 مارس 2012
- ^ معاينة اللوحة الأم Asus P67.
- ^ "متطلبات شهادة أجهزة Windows لأنظمة العميل والخادم". Microsoft. يناير 2013.
System.Fundamentals.Firmware.CS.UEFISecureBoot.ConnectedStandby ... يجب أن تكون المنصات من فئة UEFI الثالثة (انظر مجموعة صناعة UEFI، تقييم UEFI باستخدام المنصات والحلول المتوفرة تجاريًا، الإصدار 0.3، للحصول على تعريف) بدون وحدة دعم التوافق المثبتة أو القابلة للتثبيت. يجب تعطيل محاكاة BIOS والتمهيد القديم للكمبيوتر الشخصي/AT.
- ^ "مايكروسوفت: كل ما تحتاج إلى معرفته عن Windows 8 على ARM". مجلة PC Magazine . مؤرشف من الأصل في 6 سبتمبر 2013 . تم الاسترجاع في 30 سبتمبر 2013 .
- ^ ريتشاردسون، برايان (30 أكتوبر 2017). "حواجز ""الميل الأخير"" لإزالة BIOS القديم"" (PDF) . تم الاسترجاع في 22 نوفمبر 2017 .
- ^ تم الإعلان عن الإصدار 3.5pre1 بواسطة المشرف بريت جونسون في 27 فبراير 2004.
- ^ إصدار EFI من Grub، Debian GNU/Linux ، تم استرجاعه في 1 مايو 2008
- ^ abc "أوبونتو سوف تستخدم GRUB 2 لتنفيذ التمهيد الآمن". The H Online . تم الاسترجاع في 28 أكتوبر 2012 .
- ^ تاريخ إصدار OpenVMS، HP، تم أرشفته من الأصل في 5 يناير 2009 ، تم استرجاعه في 16 سبتمبر 2008
- ^ "حالة المنفذ إلى x86-64" (PDF) . vmssoftware.com . 6 أكتوبر 2017. مؤرشف من الأصل (PDF) في 22 سبتمبر 2020 . تم الاسترجاع 9 سبتمبر 2020 .
- ^ rEFIt — Windows Vista وEFI، SourceForge، تم أرشفته من الأصل في 5 سبتمبر 2008 ، تم استرجاعه في 31 مايو 2008
- ^ "واجهة البرامج الثابتة القابلة للتوسيع"، مركز Windows Server TechCenter، Microsoft، مؤرشف من الأصل في 30 أغسطس 2006
- ^ إرشادات تنفيذ واجهة البرامج الثابتة القابلة للتوسعة الموحدة (UEFI)
- ^ Ersek, Laszlo (يناير 2015). "تقرير حالة البرامج الثابتة للآلة الافتراضية المفتوحة (OVMF)". مشروع Linux KVM . تم الاسترجاع في 13 نوفمبر 2022 .
- ^ التمهيد إلى وضع UEFI أو وضع BIOS القديم
- ^ "دعم واجهة البرامج الثابتة الموسعة الموحدة في نظام التشغيل Windows Vista". Microsoft. 26 أكتوبر 2006. تم الاسترجاع في 12 يونيو 2010.
قررت Microsoft أن البائعين لن يكون لديهم أي اهتمام بإنتاج برامج ثابتة أصلية UEFI 32 بت بسبب الوضع الحالي للحوسبة السائدة 64 بت وتكاليف المنصة. لذلك، لم تقم Microsoft في الأصل بشحن الدعم لتطبيقات UEFI 32 بت.
- ^ برنامج تشغيل العرض الأساسي من Microsoft
- ^ "Microsoft Taughts Incredible Windows 8 Boot Times" . تم الاسترجاع في 9 سبتمبر 2011 .
- ^ Brodkin, Jon (21 September 2011). "قد يؤدي التمهيد الآمن لنظام التشغيل Windows 8 إلى تعقيد تثبيتات Linux". Ars Technica . تم الاسترجاع في 23 سبتمبر 2011 .
- ^ "ابحث عن مواصفات Windows 11 وميزاته ومتطلبات الكمبيوتر". Microsoft .
- ^ "الحد الأدنى لمتطلبات النظام لـ Windows IoT Enterprise". Microsoft Learn . 22 مايو 2024 . تم الاسترجاع في 7 يونيو 2024 .
- ^ "FreeBSD يحصل على دعم UEFI". The H. تم الاسترجاع في 7 مارس 2013 .
- ^ "UEFI - FreeBSD Wiki". FreeBSD.org . تم الاسترجاع في 19 يونيو 2014 .
- ^ "uefi(8)". www.freebsd.org . تم الاسترجاع في 11 يناير 2021 .
- ^ "Oracle Solaris 11.1 — What's New" (PDF) . oracle.com . تم الاسترجاع في 4 نوفمبر 2013 .
- ^ "OpenBSD 5.9". www.openbsd.org . تم الاسترجاع في 11 سبتمبر 2016 .
- ^ "OpenBSD 6.0". www.openbsd.org . تم الاسترجاع في 11 سبتمبر 2016 .
- ^ Proven, Liam (4 سبتمبر 2023). "ArcaOS 5.1 يعطي نظام التشغيل OS/2 القديم مظهرًا جديدًا لـ UEFI للقرن الحادي والعشرين". The Register . تم الاسترجاع في 4 سبتمبر 2023 .
- ^ "تشغيل ArcaOS على أجهزة UEFI (عرض توضيحي)". youtube.com . 8 أغسطس 2019 . تم الاسترجاع في 22 سبتمبر 2020 .
- ^ ساندرز، جيمس (13 أغسطس 2019). "توزيعة ArcaOS الحديثة لنظام التشغيل OS/2 تضيف دعمًا للتمهيد عبر UEFI". techrepublic.com . مؤرشف من الأصل في 21 أكتوبر 2019 . تم الاسترجاع في 4 سبتمبر 2023 .
- ^ Open Virtual Machine Firmware, SourceForge، تم أرشفته من الأصل في 6 أكتوبر 2011
- ^ "VMWare Workstation EFI firmware | VMware Communities". Communities.vmware.com. 3 أكتوبر 2012. تم الاسترجاع في 28 فبراير 2014 .
- ^ "استخدام برامج EFI/UEFI الثابتة في جهاز VMware Virtual Machine | VMware Communities". Communities.vmware.com. 6 ديسمبر 2014. تم الاسترجاع في 18 يناير 2016 .
- ^ "الإعلان عن VMware Workstation 14 - VMware Workstation Zealot". VMware Workstation Zealot . 22 أغسطس 2017 . تم الاسترجاع في 2 أغسطس 2018 .
- ^ "ما الجديد في vSphere 5.0". Vmware.com . تم الاسترجاع في 28 فبراير 2014 .
- ^ "VMware vSphere 6.5 Release Notes". pubs.vmware.com . تم الاسترجاع في 13 يناير 2017 .
- ^ 3.1 سجل التغييرات، VirtualBox، تم أرشفته من الأصل في 28 سبتمبر 2010
- ^ التذكرة 7702، VirtualBox
- ^ "بيان من مهندس برمجيات كبير في شركة أوراكل"، المنتدى، VirtualBox
- ^ "اختبار التمهيد الآمن باستخدام KVM". FedoraProject . تم الاسترجاع في 28 فبراير 2014 .
- ^ "ما الجديد في Hyper-V لنظام التشغيل Windows Server 2012 R2". MicrosoftTechNet . تم الاسترجاع في 24 يونيو 2013 .
- ^ "Shielded VMs" . تم الاسترجاع في 16 فبراير 2019 .
- ^ "TianoCore على SourceForge: EDK2 Application Development Kit (EADK)". Intel . تم الاسترجاع في 25 سبتمبر 2013 .
- ^ "Tianocore: UDK". GitHub .
- ^ “مقابلة: رونالد جي مينيش”. فوسديم. 6 فبراير 2007 . تم الاسترجاع 14 سبتمبر 2010 .
- ^ دكتورو، كوري (27 ديسمبر 2011)، الحرب القادمة على الحوسبة للأغراض العامة ، تم استرجاعه في 25 سبتمبر 2013
- ^ "coreboot (aka LinuxBIOS): The Free/Open-Source x86 Firmware". YouTube. 31 أكتوبر 2008. تم الاسترجاع في 14 سبتمبر 2010 .
- ^ "مرحبًا بك"، TianoCore ، SourceForge، مؤرشف من الأصل في 23 أبريل 2012
- ^ "مواصفات التمهيد من الجيل التالي قد تمنع Linux من العمل مع Windows 8 إلى الأبد".
- ^ "قد يؤدي التمهيد الآمن لنظام التشغيل Windows 8 إلى تعقيد تثبيتات Linux". 21 سبتمبر 2011.
- ^ "هل تمنع مايكروسوفت تشغيل لينكس على الأجهزة التي تعمل بمعالجات ARM؟". Computerworld UK . تم الاسترجاع في 6 مارس 2012 .
- ^ "Windows 10 سيجعل قفل نظام التشغيل الآمن Alt-OS حقيقة واقعة". Ars Technica . 20 مارس 2015 . تم الاسترجاع في 21 مارس 2015 .
- ^ "توصيات مؤسسة البرمجيات الحرة لتوزيعات أنظمة التشغيل المجانية التي تأخذ في الاعتبار التمهيد الآمن — مؤسسة البرمجيات الحرة — العمل معًا من أجل البرمجيات الحرة". مؤسسة البرمجيات الحرة . تم الاسترجاع في 18 مارس 2020 .
- ^ "Shimming your way to Linux on Windows 8 PCs". ZDNet . تم الاسترجاع في 26 فبراير 2013 .
- ^ "أوبونتو توضح تفاصيل خططها للتمهيد الآمن لـ UEFI". أخبار لينكس الأسبوعية . تم الاسترجاع في 11 سبتمبر 2012 .
- ^ ab "لا يوجد دعم لشهادات Microsoft في نواة Linux يقول Torvalds". The H. تم الاسترجاع في 26 فبراير 2013 .
- ^ "لينوس تورفالدس: لن أغير لينكس إلى ""الخنجر العميق لمايكروسوفت""". Ars Technica. 26 فبراير 2013. تم الاسترجاع في 26 فبراير 2013 .
- ^ "حصريًا: مجموعة البرمجيات المفتوحة تتقدم بشكوى ضد مايكروسوفت إلى الاتحاد الأوروبي". رويترز. 26 مارس 2013. تم الاسترجاع في 26 مارس 2013 .
- ^ "باحثون يستعرضون ثغرات أمنية تتجاوز التمهيد الآمن لنظام التشغيل Windows 8". عالم تكنولوجيا المعلومات . مؤرشف من الأصل في 5 أغسطس 2013. استرجاع 5 أغسطس 2013 .
- ^ MENDELSOHN, Tom (12 أغسطس 2016). "مشكلة التمهيد الآمن: مايكروسوفت تسرب مفتاح الباب الخلفي، البرامج الثابتة مفتوحة على مصراعيها [محدث]". Ars Technica . تم الاسترجاع في 12 أغسطس 2016 .
- ^ سمولار، مارتن (1 مارس 2023). "BlackLotus UEFI bootkit: Myth confirmed". welivesecurity.com . تم الاسترجاع في 1 مارس 2023 .
- ^ Goodin, Dan (6 مارس 2023). "برنامج UEFI الخبيث المتسلل يتجاوز التمهيد الآمن من خلال خلل غير قابل للإصلاح في Windows". Ars Technica . تم الاسترجاع في 6 مارس 2023 .
- ^ WindowsCommunications (26 أغسطس 2024). "Windows 11، الإصدار 23H2، المشكلات والإشعارات المعروفة". learn.microsoft.com . تم الاسترجاع في 3 سبتمبر 2024 .
- ^ “HowTos/UEFI – CentOS Wiki”. wiki.centos.org . تم الاسترجاع في 10 نوفمبر 2020 .
- ^ "SecureBoot - Debian Wiki". wiki.debian.org . تم الاسترجاع في 10 نوفمبر 2020 .
- ^ "SUSE Linux Enterprise Server 15 SP1: الفصل 13. UEFI (واجهة البرامج الثابتة القابلة للتوسعة الموحدة) (دليل الإدارة)". documentation.suse.com . تم الاسترجاع في 10 نوفمبر 2020 .
- ^ "لينكس على أجهزة الكمبيوتر التي تعمل بنظام التشغيل Windows 8: بعض التقدم، ولكن لا يزال مصدر إزعاج". ZDNet . تم الاسترجاع في 26 فبراير 2013 .
- ^ "Lenovo UEFI يريد فقط تشغيل Windows، RHEL". Phoronix . تم الاسترجاع في 26 فبراير 2013 .
- ^ "تبرئة لينكس من قضية وفاة أجهزة الكمبيوتر المحمولة من سامسونج بسبب UEFI". Bit-tech . تم الاسترجاع في 26 فبراير 2013 .
- ^ "قد يؤدي تشغيل Linux باستخدام UEFI إلى تعطل أجهزة الكمبيوتر المحمولة من Samsung". The H. تم الاسترجاع في 26 فبراير 2013 .
قراءة إضافية
- زيمر، فنسنت؛ روثمان، مايكل. هيل ، روبرت (10 مايو 2007). “هندسة EFI”. مجلة الدكتور دوب . يو بي إم . تم الاسترجاع 12 أكتوبر 2012 .
- de Boyne Pollard, Jonathan (11 يوليو 2011). "عملية تمهيد EFI". إجابات متكررة . تم الاسترجاع في 12 أكتوبر 2012 .
- de Boyne Pollard, Jonathan (8 ديسمبر 2011). "عملية تمهيد Windows NT 6". إجابات شائعة . تم الاسترجاع في 12 أكتوبر 2012 .
- سميث، رودريك دبليو. (2011). "تحويل BIOS إلى UEFI". صفحة الويب الخاصة بروديريك دبليو سميث . تم الاسترجاع في 12 أكتوبر 2012 .
- كوثاري، راجيف (21 سبتمبر 2011). "UEFI – Just How Important It Really Is". أسرار الأجهزة . مؤرشف من الأصل في 25 أكتوبر 2012. تم الاسترجاع في 12 أكتوبر 2012 .
- فيشر، دوج (2011). "UEFI Today: Bootstrapping the Continuum". مجلة Intel Technology Journal . 15 (1). Intel. ISBN 9781934053430. تم أرشفته من الأصل في 27 سبتمبر 2013 . تم استرجاعه في 24 سبتمبر 2013 .
روابط خارجية
- الموقع الرسمي
- مواصفات UEFI
- مبادرة إطار عمل EFI مفتوح المصدر برعاية Intel
- بوابة Intel EFI/UEFI
- دعم Microsoft UEFI ومتطلباته لأنظمة التشغيل Windows
- كيف تعمل ميزة إيقاف التشغيل الهجين/التمهيد السريع في نظام التشغيل Windows 8
- تأمين عملية تمهيد نظام التشغيل Windows 10
- LoJax: أول برنامج روتكيت UEFI تم اكتشافه في البرية، بفضل مجموعة Sednit
