nmbl (No More Boot Loader): Önyükleyici yerine çekirdeği kullanmak

• Red Hat önyükleyici mühendisliği ekibi, GRUB önyükleyicisinin yerini alacak yeni bir yaklaşım geliştiriyor
• nmbl (no more boot loader) adlı hızlı ve güvenli, Linux tabanlı bir kullanıcı alanı çözümü öneriliyor
• GRUB önyükleyicisinin sorunları
  • GRUB, birden fazla mimaride kullanılan güçlü ve esnek bir önyükleyicidir (x86_64, aarch64, ppc64le OpenFirmware)
  • Ancak işlevleri karmaşık olduğundan bakımı zordur ve çoğu zaman Linux çekirdeğiyle örtüşür ya da onun gerisinde kalır
  • Ayrıca çok sayıda güvenlik açığına yol açar
• Linux çekirdeğinin avantajları
  • Linux çekirdeği, hızlı özellik geliştirme ve güvenlik açıklarına müdahale imkânı sağlayan geniş bir geliştirici tabanına sahiptir
  • Genel inceleme süreci daha kapsamlı yürütülür
• Yeni çözüm: çekirdeği önyükleyici olarak kullanmak
  • EFI stub tarafından UEFI üzerinde yüklenir ve Unified Kernel Image (UKI) olarak paketlenir
  • Çekirdek, initramfs ve çekirdek komut satırı; nihai önyükleme hedefine ulaşmak için gereken her şeyi içerir
  • Gerekli tüm sürücüler, dosya sistemi desteği ve ağ özellikleri zaten yerleşik olduğundan kod tekrarının önüne geçilir

[xguru]

Hacker News görüşleri

• 10 yıldır UEFI kullanıyorum. Açılış süresi biraz kısalıyor ama boot loader'ın çeşitli avantajları var

  • Windows ile dual-boot yapmayı kolaylaştırıyor
  • Kernel cmdline'ını düzenleyerek açılış sorunlarını çözebiliyorsunuz
  • Birden fazla kernel ve initrd imajı arasından kolayca seçim yapılabiliyor
  • UEFI ayar menüsüne kolayca erişilebiliyor
  • Başka EFI uygulamaları boot edilebiliyor

• FreeBSD'nin boot loader'ı initramfs olmadan açılabiliyor. Daha akıllı bir boot loader gerekli

  • ZFS'i anlayıp gerekli modülleri önceden yükleyebiliyor
  • Modül bağımlılıklarını anlayıp gereken tüm modülleri önceden yükleyebiliyor

• UEFI ortamının işlevleri ve kısıtları hakkında çok fazla yanlış anlama var. Projenin gerçek amacı yanlış anlaşılmış

  • Lennart'ın eleştiri yazısı daha ilginç endişeler gündeme getiriyor

• 90'lardaki DEC Alpha sistemlerinde Linux boot etmek için kullanılan MILO'yu hatırlatıyor

  • Ara bir boot loader gerekiyor ve kararlılığı önceleyen bir yayın döngüsü gerekli
  • Veri odaklı bir menü/yapılandırma katmanı gerekiyor

• Daha önce Chromebook'ta Linux+Coreboot kullanmıştım. Tianocore UEFI BIOS'taki sürücü hataları yüzünden Linux'u doğrudan kullandım

  • Tüm bölümleri mount edip kernel imajını kexec eden bir Rust TUI yazdım
  • Tüm sürücüleri tekrar etmeye gerek olmadığını düşünüyorum

• UEFI ve Linux'un daha fazla özelliğini benimsemek iyi olur. ZFSBootMenu 4 yıldır EFI uygulaması sunuyor

  • İlk aşama kernel boot işlemi yaklaşık 1.5-2 saniye sürüyor

• kexec ile uyumluluk sorunları konusunda endişeler var

  • Örneğin NVidia modülünün kexec'ten önce unload edilmesi gerekiyor
  • ACPI sorunları ve uyumluluk problemleri de var
  • kexec mekanizmasının çeşitli kernel sürümlerini destekleyecek şekilde tasarlanmış olduğunu tahmin ediyorum

• EFI stub'ın multi-boot, kernel ve initrd'yi ayarladıktan sonra sıçrama yapması basit

  • Ara yükleyicinin gereksiz yere çok büyük ve karmaşık olması gerekmiyor
  • UEFI API'si ve farklı bir programlama ortamından kaçınmak için Linux'un tamamını dahil etmek gereksiz

• Önerilen çözümün çoklu OS boot işlemini yönetip yönetemeyeceğini merak ediyorum

  • grub Linux'u, Windows'u ve üçüncü bir OS'i de boot edebiliyor
  • Red Hat çözümünün yalnızca ticari kullanımla sınırlı kalmasından endişe ediliyor
  • Yılda sadece bir-iki kez yeniden başlatılan sistemlerde hangi sorunu çözdüğünü anlamak zor

• plain EFISTUB yerine neden bu çözümün kullanıldığını anlamıyorum

  • Arch'ta EFISTUB kullanıyorum, Windows boot ederken BIOS menüsünü kullanıyorum
  • Linux tabanlı boot loader'ın avantajını anlayamıyorum