Ana içeriğe geç

Kernel Derleme

Nucora Linux ST 3.0 — Obsidian Engine | Resmî teknik dokümantasyon

Upstream kaynak, yapılandırma, build/install ve GRUB güncellemesinde dikkat edilecek noktalar.

Komutları güvenli çalıştır

Örneklerdeki paket ve aygıt adlarını kendi sisteminle karşılaştır. Root yetkisi gerektiren işlemlerde komutun etkisini ve hedef yolu doğrulamadan devam etme.

Ön koşullar

Belirtilen derleme araçları: GCC, make, bison, flex ve bc. Ayrıca kernel ağacının seçtiği diğer araçları README/Documentation/Changes ile doğrula; gerekli sürümleri tahmin etme. Önemli verileri yedekle ve mevcut çalışan kernel’i koru.

Kaynak ve yapılandırma

Kaynağı kernel.org’dan indirirken yayımlanmış checksum/imzayı doğrula. Mevcut config varsa kopyala; yoksa make menuconfig ile hedef donanımı seç. x86_64, EFI, SMP, KMS, USB ve ihtiyaç duyulan ağ/ses modüllerini kontrol et.

make menuconfig
make -j"$(nproc)"
nproc sonucu kadar paralellik bellek baskısı oluşturabilir; düşük RAM’de -j2 gibi daha düşük değer seç.

Kurulum

Kernel kaynağının resmi kurulum yönergelerine göre modülleri kur. Genel Linux örüntüsü:

sudo make modules_install
sudo make install
Bu adımlar distro paketleme/bootloader politikasının yerini tutmaz. Üretim Nucora sisteminde derlenen çekirdeği .nux paketiyle yönetmek tercih edilmelidir; elle kurulum paket veritabanı dışında dosya bırakabilir.

GRUB ve boot doğrulama

GRUB yapılandırmasını sistemdeki gerçek araç/konuma göre güncelle; bazı sistemlerde grub-mkconfig -o /boot/grub/grub.cfg kullanılır, ancak Nucora’daki doğru yol doğrulanmalıdır. UEFI NVRAM, EFI System Partition ve initramfs adımlarını kontrol et. Yeniden başlatmadan önce eski çalışan kernel’in menü girdisi kaldığından emin ol.

Sorun giderme

Build hatasında ilk gerçek compiler error’ı ve config’i kaydet; tüm logu sakla. modules_install permission hatası yetki/path sorunudur; imza/Secure Boot hatası build hatasından ayrıdır. Yeni kernel açılmazsa GRUB’dan eski girdiyi seç, logları topla ve problemi pakete/driver’a göre sınıflandır.

Güvenli uygulama akışı

Bu sayfadaki Kernel Derleme adımlarını uygularken önce mevcut durumu kaydet; ilgili sistemde nux doctor komutunun kullanılabilirliğini ve yardım metnini doğrula. 1. Hedef cihazın ST sürümünü, x86_64 mimarisini, aktif kanalı ve gerekli disk alanını doğrula. 2. Geri alınması zor işlem öncesinde kullanıcı verisini yedekle ve cihazı kararlı güç kaynağına bağla. 3. Tek seferde tek değişiklik uygula; komut, zaman, çıkış kodu ve sonucu not et. 4. Başarısızlık halinde işlemi tekrarlamadan önce tam logu ve son başarılı durumu sakla. 5. Sonucu nux doctor, ilgili bileşen sorgusu ve gerçek kullanıcı senaryosuyla doğrula.

ST 3.0 referans matrisi

Bileşen Verilen referans
Sürüm / kod adı ST 3.0 / Obsidian Engine
Taban / mimari Saf LFS / x86_64
Kernel / init linux-nucora 6.4.12 / SysVinit
libc / derleyici glibc 2.39 / GCC 14.2.0
Masaüstü / görüntü XFCE 4.20, Xfwm4 / Xorg
Paket yöneticisi nux 8.4.10; Go
Bellek / depolama Boşta ~450 MB; minimum 2 GB RAM, 15 GB disk
Paket envanteri stable 433; testing 46 (sağlanan sayılar)

Değişiklik sonrası doğrulama

  • Beklenen dosya/paket/ayar doğru yerde ve doğru sürümde.
  • İlgili servis, masaüstü oturumu veya ağ bağlantısı yeniden çalışıyor.
  • Paket veritabanı tutarlı; nux doctor yeni hata üretmiyor.
  • Loglarda checksum, bağımlılık veya izin hatası yok.
  • Geri dönüş yolu ve yedeğin okunabilirliği biliniyor.

Hata ayırma matrisi

Belirti İlk kontrol Güvenli sonraki adım
Paket bulunamıyor nux channel, nux repo list İndeksi yenile; gerçek paket adını ara.
Hash uyuşmuyor Arşiv SHA256 ve repo metadata Arşivi kurma; kaynağı/indeksi doğrula.
Bağımlılık eksik nux check-deps, nux info Sağlayıcıyı belirle; rastgele dosya kopyalama.
Sistem beklenmedik History ve son log Yeni değişiklik yapmayı durdur; yedekle ve raporla.

Güvenlik sınırları

  • Arşiv, recipe, maintainer script veya tester anahtarını güvenilir kaynaktan doğrulamadan root ile çalıştırma.
  • .nux checksum uyuşmazlığını görmezden gelme; hash düzeltme aracı kaynağın güvenilirliğini kanıtlamaz.
  • /var/lib/nux/ veritabanını elle düzenleme veya snapshot dosyalarını doğrulamadan silme.
  • -y bayrağını özellikle remove/upgrade işlemlerinde etkisini anlamadan kullanma.
  • Rapor ve ekran görüntülerinden parola, anahtar, kişisel dosya yolu ve token’ları ayıkla.

İlgili sayfalar

Dokümantasyon ve ürün verisi notu

Bu içerik proje tarafından sağlanan ST 3.0 tanımına dayanır; burada açıklanmayan endpoint, environment variable, CLI flag, canlı checksum veya otomatik downgrade davranışı varsayılmaz. Sistemde gözlenen davranış bu metinle çelişirse önce nux --version, aktif repo indeksi ve kaynak kodu/release notlarını karşılaştır; doğrulanmış düzeltmeyi issue veya değişiklik günlüğüne ekle. Bu sayfanın konusu: kernel derleme. Üretim sistemlerinde değişiklikleri önce test kanalında veya yalıtılmış ortamda doğrula.

İşlem kaydını hazırlama

Destek veya bakım kaydı açarken dağıtım sürümünü, mimariyi, aktif kanalı ve etkilenen paket sürümünü ekle. Komutu kopyalayıp yapıştırmak yerine hedef dosya ve aygıt adlarını önce gözden geçir. Birden fazla adım varsa her adımın çıktısını ayrı sakla; sorunun ilk görüldüğü zamanı not et. Başarılı sonucu yalnızca komutun çıkış koduyla değil, beklenen işlevi test ederek doğrula. Kişisel verileri ve gizli anahtarları paylaşmadan önce logları redakte et. Bu sayfadaki sürüm bilgilerini yeni release çıktısıyla karşılaştırarak güncel tut.