For a typical deployment scenario, you do not need to modify the BCD store. This topic discusses the various BCD settings in the BCD store that you can modify. On UEFI systems, this includes settings for the following boot applications:
Windows Boot Manager (bootmgr) manages the boot process. UEFI-based systems contain a firmware boot manager, Bootmgfw.efi, that loads an EFI application that is based on variables that are stored in NVRAM.
The BCD settings for the device and path elements in Windows Boot Manager indicate the firmware boot manager. The template that is named BCD-template for Windows includes the following settings for Windows Boot Manager.
The device element specifies the volume that contains Windows Boot Manager. For UEFI systems, the device element for Windows Boot Manager is set to the system partition volume letter. To determine the correct volume letter, use the Diskpart tool to view the disk partitions. The following example assumes that the system has a single hard drive that has multiple partitions, including a system partition that has been assigned a drive letter of S.
If the system partition does not have an assigned drive letter, assign one by using the Diskpart assign command. The following example assumes that the system partition is volume 2 and assigns it S as the drive letter.
If you've previously used Diskpart to get drive letters and then rebooted your PC, use Diskpart to check your drive letters again prior to running this command. Depending on your environment, drive letters could change so be sure that you're setting the right partition.
The path element specifies the location of the Windows Boot Manager application on that volume. For UEFI systems, path indicates the firmware boot manager, whose path is \EFI\Microsoft\Boot\Bootmgfw.efi.
You should also specify the topmost Windows boot loader application in the Windows Boot Manager display order. The following example shows how to put a specified Windows boot loader at the top of the display order.
A multiboot system that has multiple installed operating systems has multiple instances of the Windows boot loader. Each instance of the Windows boot loader has its own identifier. You can set the default Windows boot loader (default) to any of these identifiers.
A BCD store has at least one instance, and optionally multiple instances, of the Windows boot loader. A separate BCD object represents each instance. Each instance loads one of the installed versions of Windows that has a configuration that the object's elements have specified. Each Windows boot loader object has its own identifier, and the object's device and path settings indicate the correct partition and boot application.
To simplify BCDEdit commands, you can specify one of the Windows boot loaders in the BCD system store as the default loader. You can then use the standard identifier (default) in place of the full GUID.The following example specifies the Windows boot loader for EFI as the default boot loader, assuming that it uses the identifier GUID from BCD-template.
For the Windows boot loader for EFI, both elements are usually set to the drive letter of the Windows system partition. However, if BitLocker is enabled or a computer has multiple installed versions of Windows, osdevice and device might be set to different partitions.BCD-template sets both elements to drive C, which is the typical value. You can also explicitly set the osdevice and device values, as shown in the following example. The example also assumes that you have specified the Windows boot loader for EFI as the default boot-loader object.
The path element of a Windows boot loader specifies the location of the boot loader on that volume. For UEFI systems, path indicates the Windows boot loader for EFI, whose path is \Windows\System32\Winload.efi.
For UEFI systems, the device element for the Windows memory tester is set to the system partition drive letter. The following example assumes that the system partition is drive S, as used in earlier examples.
The path element specifies the location of Windows Test Manager on the volume that the device element has specified. For UEFI systems, path indicates the EFI version of the application (\EFI\Microsoft\Boot\Memtest.efi).
You can confirm that BCD-template has the correct path value by enumerating the values in the store. You can also use the BCDEdit tool to explicitly set the path value, as shown in the following example.
Sıklık ile karşılaştığımız sorunlardan birisi olarak dikkat eken bootmgr eksik hatası zm ile alakalı alternatifleri sunacağız. Windows işletim sistemi, zaman ierisinde birok farklı hata nedeni ile bizlere zor anlar yaşatıyor demek yanlış olmaz. Tam da bu noktada bootmgr eksik hatası, en sıkıntılı konulardan birisi olarak dikkat eker.
Genellikle bilgisayar aılırken ortaya ıkar. Format atmak istediğimiz zaman işlemin ilerlemesi iin gerekli bir bileşendir. Dolayısı ile bu hata ıktığı zaman ne yazık ki ilerleme kaydedemezsiniz.
Bu hata, kısa bir zaman dilimi ierisinde oka sıkıntılı sreleri beraberinde getirmiştir. Bu sorunun giderilmesi aısından dikkatle yaklaşmak nemlidir. Bootmgr eksik hatası neden ıkar? Bunun en byk nedeni, Windows işletim sisteminde hasar meydana gelmiş olmasıdır.
Virsler, bilgisayar aıkken bir anda elektriğin gitmesi ya da bu gibi nedenler ile bu hata ortaya ıkar. Dolayısı ile işletim sisteminin kendisini toparlaması iin bozulan dosyaların yeniden dzeltilmesi gerekir.
Aslında bu hatayı zebilmek iin iki ayrı yntem sz konusudur. Bu iki yntem ile alakalı olarak da sizlere bilgiler sunacağız. Bootmgr eksik hatası zm Windows 7 işletim sisteminde bir anlatım yaptık. Ancak anlattığımız detaylar, tm Windows işletim sistemi srmleri iin geerlidir. Dolayısı ile aşamaları dikkatli bir şekilde uygulamayı asla ihmal etmeyin.
F-) Bu ekranda ıkan seeneklerde yukarıda da grebileceğiniz zere BAŞLANGI ONARMA sekmesine tıklıyorsunuz. Bilgisayar kendi kendine birka işlem yapacaktır. Eğer ki onarma gerekleşirse sorun yok. Gerekleşmez ise tekrardan SİSTEM KURTARMA ekranı gelecektir. En alt kısımda ki KOMUT İŞLEMİ sekmesine tıklıyorsunuz.
Uyku'ya alınan cihazın aılması Firmware'den (aygıt yazılımı) itibaren olmuyor. Sistem hi kapanmamış olduğu iin direk olarak işletim sistemi devam ediyor.
Hibernate işleminde işletim sistemi normal kapanma metodunu uyguluyor. Aılıştada normal aılma sreci işleniyor. İşletim sistemleri otomatik olarak son durumunu algılayıp, Hibernate edilmiş ise dosyadan RAM'e aktarım yapıp devam ediyor. Eğer Hibernate edilmemiş ise; normal olarak aılıyor. Boot srecinde bir dğeişiklik sz konusu değil.
Apple, EFI'yi ilk kullanan şirketlerden biri. 2005 yılında, Apple Intel işlemcilere geiş yaptığında klasik BIOS yerine EFI kullanmayı tercih etmişti. Yıllar sonra, UEFI zellikleri sayesinde tm PC'lerde UEFI kullanılmaya başlandı ve bu bir standart haline geldi. Mac'lerde şu an Apple'ın kendine gre uyarladığı bir EFI bulunmakta. Mac'lerdeki aygıt yazılımı tıpkı normal PC'lerde olduğu gibi UEFI ve Legacy modda işletim sistemi boot edebilir. Ancak Apple'ın yaptığı dzenlemeler olmadan MacOS nyklenemez.
UEFI'nin 'BIOS compatibility mode'una verilen zel isim. UEFI devre dışı bırakılamaz. UEFI MBR-tarzı blml sabit disklerden işletim sistemi aabilir. Bu da UEFI'nin geriye uyumlu alıştığı anlamına gelir. Fakat CSM, her UEFI'de olmak zorunda değildir.
1. Master Boot Code: alıştırılabilir (execute) olan kısım.
2. Master Partition Table: HDD iin blmlerin haritası. En ok 4 blm tutabilir. Bu sebeple 4 blmden (birincil blm veya primary partition) fazlaya ayırmak gerekirse, diskin "genişletilmiş blm (extensable partititon)" zelliğinden yararlanılır. Genişletilmiş blm en fazla 1 adet olabilir. Fakat altında sınırsız blm barındırabilir. Altında olan her blme "mantiksal blm (logical partititon)" denir.
Windows'un bir komut satırı uygulaması. Bu komut ile MBR tamamen sıfırdan değiştirilmektedir. fixmbr komutu sonrası Windows kendi nykleyicisine ynlendirme yapacak şekilde MBR'yi yeniden yazmaktadır.
Windows NT iin nykleyicidir (bootloader). Gnmzde tamamen yeniden tasarlandığı iin artık kullanılmamaktadır. Yeni tasarım Windows Boot Manager (BOOTMGR) zerinedir. BOOTMGR başladığında eski bir Windows srm seilirse, BOOTMGR, ntldr'yi başlatmaktadır.
GRUB (GRand Unified Bootloader) nykleme yazılımı, ikinci srmde neredeyse sıfırdan tasarlandı. Bu yzden oğu yerde farklı yazılımmış gibi algılanmaktadır. Oysa Grub2, Grub'un gncel srmdr. Grub'un eski srmne "GRUB Legacy" adı da verilir. "Grub legacy" sadece BIOS uyumlu blmlendirmeleri destekler.
Bootloader yani nykleyici, ismi gereği genel bir terimdir. MBR'nin iindeki sisteme de, MBR'nin başlattığı sisteme de aslında bootloader denilebilir. nk sistemi boot/load ediyorlar. Bu sebeple bazı insanlar, gnmzdeki sistemelere "2 stage bootloader" olarak varsayıyor. 1'inci stage: MBR nykleyicisinin alıştırıcısı (execution). 2'inci stage ise: GRUB, BOOTMGR gibi yazılımların alıştırıcısıdır. Dolayısı ile bir makalede; MBR'ye bootloader yazınca, 2'inci aşamaya OS-Loader diyen kaynaklar olabiliyor.
UEFI (Unified Extensible Firmware Interface) ya da eski adıyla EFI, yeni gelen bir sistemdir. BIOS'a alternatif bir aygıt yazılımıdır (firmware). UEFI her konuda ok daha gelişmiştir diyebiliriz. Sadece sre olarak bakıldığında; MBR gereksinimi ortadan kalkmıştır. Srecin işleyişi konusunda bilgi almak iin yukarıdaki "zet boot sreci" başlığına bakabilirsiniz.Bazı UEFI arayzlerinde "BIOS" kelimesi grlebilmektedir. Bunun sebebi BIOS tabanlı sistemler zerinde ekstra modl olarak UEFI kullanılmasıdır.
Bağlı olan tm diskler iindeki tm başlatılabilir sistemlerin (işletim sistemi, bootloader, MBR) listesini tutar ve bunlara ekleme/ıkarma/değişiklik yapılmasını sağlar. Kısmen Grub'un grevini grmektedir diyebiliriz. Listenin veritabanı anakartın iindedir. Bu listedeki ncelik sırasına gre, anakartı zerinde olan UEFI ilgili sistemi başlatacaktır.
Bu liste dışardan dzenlenebilmektedir. rneğin Linux'ta "efibootmgr" uygulaması bunu yapıyor. Her işletim sistemi, kurulumunda bu listeye ekler ya da siler ya da dzenler. Aynı şekilde anakarttaki UEFI yazılımı grafik arayz ile son kullanıcı manuel olarak da ekleme/silme/değiştirme yapabilir.
Listenin iinde BIOS-uyumlu blmlerde olabilir. nk UEFI, geriye uyumlu, yani BIOS uyumludur.