nux Sorun Giderme
Nucora Linux ST 3.0 — Obsidian Engine | Resmî teknik dokümantasyon
Repo, komut, cache, DB, ağ ve checksum hatalarında kanıta dayalı teşhis akışı.
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.
Temel teşhis sırası
Önce komutu, tam hata metnini, nux --version, kanal ve ağ durumunu kaydet. Aynı anda repo URL’si, DB ve dosya izinlerini değiştirme; bir değişikliği izole ederek test et.
“Depo verileri yüklenemedi”
DNS/TLS/HTTP erişimini ve saat doğruluğunu kontrol et. Repo indeksininpackages.list/index.json yayınıyla uyumlu olduğunu varsayma; sunucu tarafından doğrulanmalıdır. Hata sürerse çıktıdaki HTTP kodunu ve indeks metadata’sını paylaş; token ve özel URL parametrelerini redakte et.
“command not found”
command -v nux, /usr/bin/nux ve PATH değerini incele. Binary yoksa yalnızca resmi kurulum yöntemini kullan; rastgele Go binary kopyalama. Diğer komut eksiklerinde nux search <ad> ile paket mevcudiyetini kontrol et.
Cache ve SHA256
nux cache ile alanı incele; nux clean cache temizleme komutudur. SHA256 uyuşmazlığında arşivi çalıştırma/kurma. İndirmeyi kes, kaynağı doğrula, indeks ve yerel dosya checksum’ını yeniden al. Repo tarafından yayımlanan metadata doğrulanmadan nux-fix-sha kullanma.
Yerel veritabanı ve geçmiş
Önce nux history, ardından nux doctor; destekleniyorsa nux selfheal. /var/lib/nux/nux.db dosyasını elle silmek paket durumunu kaybettirebilir. History’nin 20 işlem tuttuğu belirtilmiştir; geri alma tüm dosya sistemi snapshot’ı anlamına gelmez. snapshots/ ve rollback kapsamını mevcut sürümde doğrula.
Ağ sorunları
ip addr, ip route, getent hosts repo.nucoralinux.com.tr ve gerekiyorsa nmcli device status ile katman katman incele. DNS, route, saat ve TLS hatalarını birbirinden ayır. Telemetri uç noktasına erişememek paket kurulumu hatasıyla aynı şey olmayabilir.
Güvenli uygulama akışı
Bu sayfadaki nux Sorun Giderme 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ı
- Gelişmiş nux
- 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: nux sorun giderme. Ü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.