EFI ve BIOS grubunun ikisine de sahip olmak için ekstra bir puan / sebep vereceğim.
Grub2'den bir Live SystemRescueCD.iso döngüsünü başlatmak için USB çubuğu.
Niye ya? Basit cevap: bir çok bilgisayarda önyüklenir, bazılarında UEFI vardır, bazılarında ise sadece 32 bit BIOS vardır.
Gerçek karmaşık sebep: mümkünse gelişmiş donanım (UEFI) kullanın.
Gerçek canlı kullanım örneği:
- Dört bölmeli USB bellek (GPT modunda biçimlendirilmiş)
- USB disk boyutunun kalanıyla NTFS'de ilk bölüm (Windows 7 ve üstünden görülebilir)
- Grub2 ve SystemRescueCD.iso dosyasının ikinci bölümü, en az 1GiB olan (2GiB ise daha iyi, bu nedenle iki sürümü SystemRescueCD.iso'nun iki versiyonunu aynı anda taşıyabilirseniz, sadece eskisini değiştirmeden önce yeni sürümü test etmek için), normalde Ext4 dosya sistemini kullanıyorum. onun için
- En az 512MiB ile Fat32 olarak biçimlendirilen EFI (pencerelerin ESP olarak adlandırdığı pencereler) için üçüncü bölüm (bazı PC'lerin daha az kullanılırsa USB çubuğunu önyüklenebilir bir ortam olarak göstermediğini gördüm)
- BIOS_Grub için dördüncü bölüm (biçim yok, ancak oluşturulduğunda temizlendi)
Önemli bir şey: Bölümler silindirlerle aynı hizada değilse, diğer UEFI PC'lerde ve ayrıca UEFI önyüklemeli VirtualBOX'ta da görüldüğü halde, fiziksel bir UEFI PC önyüklemesinde listelenmeyi reddeden bir 8GiB LG USB stric (bir tane ben) gördüm mod aktive edildi ... eğer MiB'ye hizalanırsa bölümlenirken tüm alanı kullandı, sonunda 1MiB'ye yakın bölümlenmemiş alanı kullandı, ama silindirlere hizalandığında son eksik olan MiB kullanılmadı ... eğer MiB bölümlemesi aklımdaysa (başka bir deyişle manuel silindir hizalaması yapıyorum) çalışır, ancak hala silindir hizaya geçtiğim gibi (bölme aracının sizin için yapmasına izin vermek yerine manuel olarak yapıyorum).
Böyle harika bir USB kurtarma çubuğu (iki hileye sahiptir) nasıl elde edilir:
- Bölümleri Silindirlerle hizalayın (yalnızca MiB ile aynı hizada olması için daha iyi uyumluluk)
- Grub-install --target = i386-pc yapın ve ardından aynı grub bölümünde başka bir grub-install --target = x86_64-efi yapın, böylece her iki önyükleme modu için yalnızca bir grub.cfg kullanırsınız
Nasıl çizilir:
- a) eski BIOS önyüklemesi, MBR, daha sonra grub2'nin Stage2'sinin BIOS_grub bölümünü, ardından Grub2 bölümünden core.img dosyasını yükleyecektir.
- b) UEFI uyumlu önyükleme formu, ESP bölümünden .efi dosyasını yükler
- grub.cfg okunur (grub2 bölümünde varsa)
- sonra grub2 menüsü gösterilir.
- sonra döngü SystemRescueCD.iso (dochace parametresiyle) üzerinden önyüklemeyi seçtim, grub.cfg, 32Bits için bir, 64Bits için bir için iki seçenek belirledim (iki dört dostartx parametresi için ayarladığım için gerçekten dört seçeneğim var doğrudan GUI üzerinde önyükleme yapmak).
- önyüklemeden sonra usb çubuğunu çıkarabilirim (tüm Live Linux böyle docache sayesinde ramdrive'dadır), herhangi bir komut yazmanıza gerek yoktur, pendrive takılı değildir (yine docache parametresi sayesinde).
Bu çubukla eski PC'yi (USB'den önyükleme yaparlarsa) 32 bit veya 64 bit (procesor üzerinde uzantı etkisi varsa), ancak BIOS modunda önyükleme yapabilirim.
Bu çubukla yeni bilgisayarları da (USB'den önyükleme yaparlarsa) 32 bit ve 64 bitte önyükleyebilirim, ancak UEFI modunda önyükleme yapabilir (ah, evet UEFI modunda önyüklenebilir ve daha sonra Linux Live SystemRescueCD'yi 32 bit'te önyükleyebilir 64 bit modunda olduğu gibi mod).
Bu yüzden, modern veya eski tüm PC'lerin hemen yanlarında önyükleme yeteneğine sahip bir usb bellek kurtarma önyükleme ortamına sahibim (yalnızca USB önyükleme desteğine ihtiyaç duyarım), 32 bit veya 64 bit olursa, BIOS veya UEFI vb. 32 bit veya 64 bit çalıştırmak istediklerimi seçin.
Dahası, Windows 64Bits'i (eski 32Bits procesor) yüklemeyi reddeden ama 64bit Linux Live çalıştırabilen bir bilgisayarda test ettim (çünkü bu işlemcide PAE özelliği var).
Not: NTFS gibi ilk bölüm, Windows 7 ve üzeri sürümlerle paylaşılabilen verileri tutmak içindir (XP GPT bölümlemesini desteklemediğinden görmeyecektir) ... ilk olmalı, başlangıçta olmaya gerek yok Diskin bir kısmı, istediğiniz yerde olabilir, ancak bölme tablosuna ilk giriş olarak yer alan mantar, bölmeleri çıkarılabilir şekilde monte etmek için taranmış pencereler modundan kaynaklanır, bu özellik ilk bölümden daha fazla erişmekten kaçınmak için programlanmış bir koda sahiptir; diğerleri aynı anda monte edilemez.
Windows ve USB bölümleri için ekstra: Partitiong tablosundaki bölüm girişlerini değiştirirseniz, başka bir deyişle, tablodaki ilk bölüme erişmek istediğiniz bölümü koyarsanız, pencereler erişmenize izin verir (biçimi anlıyorsa, fat32). ve doğrudan NTFS, ext2, özel sürücüler vb. ile birlikte yalnızca bölüm tablosuna ilk girilene erişime izin verir ... Windows'ta böyle bir işi yapabilecek bir araç (BootICEx86.exe) USB çubuğunu fişten çekmeden bile.
Ekstra ekstra: bazı araçlar (bir tane, bir Sony 16GiB'ye sahip olduğum için çok şanslıyım), özel araçlarla (Lexar'dan gelen bir araçla madenin) biraz değiştirilebiliyor, bu yüzden Windows'a USB bellek yerine USB olarak görünüyorlar. Bu değişiklikten sonra, tüm pencereler üzerinde bölümleri silmenize, oluşturmanıza ve yönetmenize izin verir, ayrıca her biri kendi harfiyle aynı anda birden fazla monte edilebilir.
Linux kullanıcıları bundan endişe duymazlar, çünkü Linux onu bölümlenebilir bir blok cihazı olarak görür ve pencerelerin olduğu gibi montaj bölümlerini vb. Engellemek için özel bir kod uygulamaz.
Ah, evet, bu son paragraflar sadece M $ 'dan birisinin onları okuması durumunda yazılır, bu yüzden yüzleri yere düşer, denemeye çalışıyorum (asla alamayacağım, bunun kayıp bir objektif olduğunu biliyorum) çirkin Windows kodu ve kullanıcıların usb çubuğunda yerel bir şekilde bölümleri olmasına izin verin.