Neden daha eski çekirdek?
Her ne sebeple olursa olsun, Ubuntu tarafından sağlanandan başka bir çekirdek çalıştırmak zorunda kalabilirsiniz . Önceden derlenmiş belirli çekirdek modülleriyle uyumlu bir çekirdek için birkaç yıl bile sürebilir, Xen / konteyner tabanlı VPS sağlayıcınız sizi çekirdeğini vb. Kullanmaya zorlayabilir.
Uzun zamandır bu sorum var, ama bu bugün tekrar ortaya çıkardı .
Böyle bir durumda, sorunlar için çekirdeği suçlayıp suçlayamayacağınızı ya da durumunuzda Ubuntu'nun daha yeni bir sürümünü kurmaya çalışmaktan bile rahatsız olup olmadığınızı söylemek çok yararlı olacaktır.
Politika, dokümantasyon?
Özellikle LTS sürümleri ve LTS çekirdeğini yöneten daha yeni kararlılık konusunda geliştiricilerin / KG'nin hedeflerinin ne olduğu ile ilgileniyorum. Yakından ilgili bazı sorular:
- Daha önceki çekirdek sürümleriyle uyumluluk politikası nedir ? Örneğin, hiçbir hata raporu kabul edilmez, önceki LTS, vb. Dahil tüm çekirdek sürümleriyle çalışmalıdır.
- Örnek vaka, pratik olarak: Lucid'in çekirdeğini Precise üzerinde çalıştırırken sorun yaşayacağım?
- Sürümle birlikte verilen sürüm dışında çekirdeğe (udev, gvfs, mdadm vb.) Nispeten ne kadar yakın yazılım test ediliyor?
- Masaüstü / Sunucu sürümü bu konuda nasıl farklı?
Buna bakmak için en açık yer Sürüm notları olacaktır . Bununla birlikte, Ubuntu aromalı çekirdekte yapılan güncellemelerin / değişikliklerin yanı sıra, diğer çekirdeklerle uyumluluk hakkında hiçbir şeyden bahsetmemekle birlikte, notların diğer bölümlerinde çekirdekle ilgili özellikler belirtilmektedir, örn.
Yazılım RAID artık hatalı blok yönetimini (MD) desteklemektedir.
Ubuntu bu vakaları rahatsız etmiyor mu yoksa bu konuda bir kaynağım eksik mi? Sürüm notlarının yanı sıra, Google'ı bir ölçüde anahtar kelimeler kullanarak kullandım: Ubuntu 12.04 minimal kernel version required
ve bunun birkaç varyantı. Ancak, bu sonuçlarla ilgili herhangi bir açıklama yapılmamıştır. Şimdi bu soruyu sadece ilgili kaynak olarak ortaya çıkıyor. Bu cevabı buldum , zor ve çok umut verici görünüyor, ancak belirli bir sorun / ortamla ilgili ve gerçekten sunucu / masaüstü kullanımı ile ilgili değil.
Kullanıcı Alanı vs Çekirdek
Kullanıcı yazılımlarının çoğunun çekirdek sürümleri ile uğraşmaması gerektiğini biliyorum, ancak VPN yazılımı veya yukarıdaki gibi donanımla etkileşen uygulamalar için değil, aynı zamanda örneğin V4L2, Ağ Yöneticisi, Alsa, vb.
Debian ve Ubuntu
Debian bu konuda çok açık. Zaten Wheezy için, udev'e güveniyorsanız, sürüm notlarından (eserlerde) düzgün çalışması için 2.6.26 gerekeceğini biliyoruz :
Wheezy udev sürümü 2.6.26 sürümü veya daha yeni bir çekirdek gerektirir [...]
Ne istemiyorum
Yeni sürümlerden mevcut LTS sürümüne kadar yeni çekirdekler için sağlanan backport'ların çok iyi farkındayım. Bu soru tam tersi.
Lütfen "neden eski bir çekirdek çalıştırmak istesin?" - bazen bir seçeneğiniz yok ve bu ne istediğimizle ilgili değil, böyle bir durumla nasıl başa çıkılabileceği ile ilgili.
udev
birçok paketten sadece biri ve paket başına bir cevap aradığınızı sanmıyorum.