Efi bölümü neden monte edildi?


10

Ubuntu ve diğer birkaç dağıtımda EFI bölümü takılır /boot/efi.

Anladığım kadarıyla EFI bölümü OS rootfs ( /) 'den önce okunur . Çekirdek yüklendikten ve monte edildikten sonra, /EFI bölümüne ne için ihtiyacımız var? Teoride, ilk kurulumdan sonra, /boot/efisadece .efi ikili dosyasını içerdiğinden artık erişmenize gerek yok ...

Peki neden monte edildi? Sıklıkla erişmediğiniz hassas dosyalarla bir bölümü otomatik olarak toplamak, tasarım açısından yapmak için çok akıllı bir şey değil ...


DÜZENLE:

Bazı yeni sistemler grub.cfg, etkilerini açıklayabilir. 16.04LTS'im için durum böyle olmasa da bu hata raporuna bakın . Bu nedenle ESP'de yapılandırma dosyası olan sistemler için, onu takmak daha mantıklıdır. Yine de insanların ne sıklıkla çalışması gerekir update-grubve komut dosyası o zaman bağlayamaz ve güncelledikten sonra tekrar takamaz mı?

Yanıtlar:


9

ESP'nin çeşitli durumlarda erişilmesi gerekebilecek çeşitli nedenleri vardır:

  • /boot/efi/EFI/ubuntu/grubx64.efi - Bu, GRUB paketi güncellenirse değiştirilmesi gereken EFI GRUB 2 ikili dosyasıdır.
  • /boot/efi/EFI/ubuntu/grub.cfg- Bu çok az şey yapan bir GRUB yapılandırma dosyasıdır; esas olarak yüklenir /boot/grub/grub.cfg. Bu yönlendirme Güvenli Önyükleme sistemleri için bir "kanca" etkinleştirmek için yapılır; Güvenli Önyükleme olmadan, grubx64.efiikili yerel olarak inşa edilebilir ve doğrudan işaret eder /boot/grub/grub.cfg; ancak /boot/grub/grub.cfg(ESP tarafından görüldüğü gibi) konumu bir sistemden diğerine değiştiğinden grub.cfg, grubx64.efiyerel olarak oluşturulmasına izin vermeyen Güvenli Önyükleme için ESP'ye bir dosya koymak gerekir . IMHO, ana grub.cfgve diğer GRUB destek dosyalarını ESP'ye koymak daha mantıklı olurdu , ancak bundan sorumlu geliştiriciler BIOS tabanlı bir sistemin yaptıklarına göre daha muhafazakar bir yaklaşım seçtiler. Her durumda,grub.cfgESP'de nadiren, eğer varsa, güncellenecektir; ancak bu, özellikle GRUB Debian paketi güncellendiğinde bir noktada gerekli olabilir.
  • /boot/efi/EFI/ubuntu/shimx64.efi- Bu, Güvenli Önyükleme'nin çalışması için gerekli olan Shim ikili dosyasıdır. GRUB 2 ikili dosyası gibi, Debian paket güncellemesiyle de güncellenebilir, ancak shim-signedpaketten.
  • /boot/efi/EFI/ubuntu/MokManager.efi- Bu, Shim destek aracı olan MokManager ikili dosyasıdır. Shim gibi, bir paket güncellemesinde güncellenebilir.
  • /boot/efi/EFI/ubuntu/fwupx64.efi- Bu, EFI tabanlı bir bilgisayarda bellenim güncellemesinin otomatikleştirilmesine yardımcı olan bir araçtır. Önceki EFI ikili dosyalarında olduğu gibi, Debian paket güncellemesi ile güncellenebilir.
  • EFI sabit yazılım dosyaları - Sabit yazılımın güncellenmesi, sabit yazılım dosyalarının ESP'ye kopyalanmasını gerektirebilir. Bu, manuel bir işlem veya Linux fwupdateikili dosyası ve eşleşen fwupx64.efiEFI ikili dosyası kullanılarak en azından kısmen otomatikleştirilmiş bir şey olabilir . (Yine de ikincisinin ESP'ye dosya yazmayı gerektirdiğinden% 100 olumlu değilim. Oldukça yeni ve bu noktada minimum dokümantasyona sahip.)
  • EFI ile ilgili diğer araçlar - rEFInd önyükleme yöneticim ve diğer standart olmayan EFI önyükleme yöneticileri ve araçları gibi programların ESP'ye yüklenmesi gerekebilir. Kurulması gerekebilecek çok sayıda araç önemlidir, ancak bunların çoğu egzotiktir, bu nedenle etkilenen sistemlerin sayısı azdır.
  • El ile yapılandırma dosyası ayarları - Önyükleme yükleyicisini yeniden yapılandırmak istiyorsanız, ESP'deki yapılandırma dosyasını okumanız, düzenlemeniz ve yeniden düzenlenmiş dosyayı geri kaydetmeniz gerekebilir. Bu nedenle , yapılandırmayı incelemek , ESP'nin monte edilmesini gerektirir (her ne kadar salt okunur bir montaj olsa da).
  • Sistem bilgileri araçları - Önyükleme Bilgisi Komut Dosyası gibi araçlar , sistemin nasıl yapılandırıldığına dair bir rapor oluşturmak için ESP'deki yapılandırma dosyalarını okur. Önyükleme Bilgisi Komut Dosyası, ESP'yi işini yapmak için bağlanmamış olsa bile bağlar, ancak bundan% 100 olumlu değilim. ESP'nin önceden monte edildiğini varsayan başka araçlar da olabilir ve bu varsayım karşılanmazsa işlevleri bozulacaktır.

Özetle, işletim sisteminin kendisinin veya ESP'den okumak veya ESP'ye yazmak isteyebileceğiniz veya ihtiyaç duyabileceğiniz birkaç neden vardır. Bununla birlikte, bu nedenlerin ESP'yi geçici olarak monte etmek ve daha sonra bittiğinde bağlantısını kesmek için bir mekanizmanın yararlı olabileceği sayıca azdır. Kesinlikle bir Debian paket kurulum betiği, örneğin ESP'deki yapılandırma dosyalarını değiştiren otomatik araçlar gibi işi yapabilir. Ancak AFAIK, ESP'nin montaj durumunu değiştirmek ufukta değil.

ESP'nin varsayılan olarak oldukça kısıtlayıcı izinlerle monte edildiğini unutmayın. Son zamanlarda (15.10 veya 16.04 ile başlayarak, belki de - tam olarak ne zaman olduğundan emin değilim), bağlanma izinleri sadece rootokuyabileceği şekilde değiştirildi /boot/efi. O zamandan önce bile root, okuma izinleri daha gevşek olmasına rağmen, ESP'ye yazabiliyordu. Yana rootbölümlerini bağlayabilen ESP için dosya sistemi hasar riski daha olacağını bir yararı olacağını rağmen, bu noktada ESP ayrılınca bırakarak minimal güvenlik yararı var, çünkü bir hata, elektrik kesintisi, vb


Birden fazla dağıtımın bu montaj politikasına sahip olması tesadüf mü? Veya POSIX veya başka bir standartla ilişkili olabilir mi? Tüm Debian + türevleri, Arch + türevleri, OpenSUSE. Belki Fedora ...
jiggunjer

Bir stok 17.04 kurulumunda etrafında herhangi bir kısıtlama yok /boot/efi(yukarıdaki cevap sadece kök erişilebilir sözler; benim için değil; ayrıca montaj olduğunu rw): fstabgiriş:UUID=1234-5678 /boot/efi vfat defaults 0 1
sxc731

2

Haklısınız: ESP'yi /boot/efivarsayılan kurulumda monte etmeye gerek yoktur ( grub 2 ile birlikte )

Güncelleme-grub güncellemeleri grub.cfg, /boot/grubbu nedenle ESP takılı değilse grubun yapılandırması sorunsuz bir şekilde güncellenir.

Önceki kurulumumda birkaç yıl boyunca sorunsuz bir şekilde monte edilmemiştim.

İsterseniz monte etmeyerek önyükleme sırasında biraz mikro saniye kazanabilirsiniz ;-)


Bana aptalca bir tasarım gibi geliyor. Kazayla silmek = tüm önyükleyicileri kaybetmek. OpenSuse yükleyici, içine eklemezsem beni aktif olarak uyarır fstab, ancak sökülmesi şu ana kadar nükleer bir çöküşe neden olmamıştır.
jiggunjer

1
Sistem dosyalarını kazayla silemezsiniz. Sisteminizi mahvedebilecek birçok başka dosya var. Ve bu yine de kolayca geri yüklenebilir.
Pilot6

1
@ Pilot6 1) yapabilirsiniz. 2) ilgisiz. 3) sistemin nasıl yapılandırıldığına bağlıdır.
jiggunjer
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.