Gelişmiş nux İşlemleri
Nucora Linux ST 3.0 — Obsidian Engine | Resmî teknik dokümantasyon
Tanılama, self-heal, tester anahtarı, yerel veritabanı ve hata ayıklama sınırları.
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.
Bu sayfanın kapsamı
“Gizli komutlar” ifadesi kullanıcıya açık olmayan yetenekleri ima etmemelidir. Burada belgelenenler komut kataloğunda bulunan doctor, selfheal, key ve yerel metadata dosyalarıdır. İç komut/flag listesi verilmediğinden gizli bir CLI arayüzü uydurulmamıştır.
doctor: önce tanıla
nux doctor sistem sağlığı denetimi olarak listelenmiştir. Çıktıyı değiştirmeden önce kaydet; hata kodu ve uyarıları ayrı not et. Bu komutun kontrol ettiği alt testlerin tam listesi kurulu build’in nux doctor --help veya yardım çıktısıyla teyit edilmelidir.
selfheal: ölçülü onarım
nux selfheal otomatik onarım akışıdır. Önce yedek ve paket işlem geçmişini al. Self-heal’in hangi SQLite tablolarını yeniden oluşturduğu sürüme özgü olabilir; komutu tekrar tekrar çalıştırmak yerine tek çalıştırma sonrası nux doctor, nux list ve nux verify ile sonucu denetle.
Tester anahtarı
Anahtar paroladır/erişim kimliğidir gibi düşünülmeli ve log, ekran görüntüsü veya herkese açık issue içine konmamalıdır. Kayıt API’sinin gerçek doğrulama şartları bu kaynak tanımında verilmemiştir.Yerel durum dosyaları
/var/lib/nux/ içinde nux.db, index.json, index.meta.json, channel.json, history.json, pinned.json, lang.json, telemetry.json, tester.json, manifests.json, local/ ve snapshots/ tanımlanmıştır. /var/cache/nux/archives/ indirilen arşivleri tutar. Bu dosyaları elle düzenlemek şema tutarsızlığı yaratabilir.
Hata ayıklama ve ortam değişkenleri
Debug bayrakları ve environment variable adları tanımlanmamıştır. Tahmini NUX_DEBUG=1 gibi değerler kullanmak yerine nux --help, paket kaynak kodu ve gerçek servis/log yapılandırmasını incele. Destek kaydına sürüm, kanal, komut, çıkış kodu ve hassas bilgileri ayıklanmış hata metni ekle.
Güvenli uygulama akışı
Bu sayfadaki Gelişmiş nux İşlemleri 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 doctoryeni 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.
.nuxchecksum 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.-ybayrağı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
- Ana Sayfa
- Hakkında
- Kurulum
- İlk Açılış
- Komutlar
- Kanallar
- Paket Formatı
- Sorun Giderme
- Tarif Yazımı
- Build Sistemi
- nux-gen
- Katkı
- Repo Sunucusu
- Kernel
- Kernel Derleme
- Modüller
- Tester
- Leaderboard
- Telemetri
- SSS
- Changelog
- Roadmap
- Sponsorlar
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: gelişmiş nux i̇şlemleri. Ü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.