Mengapa kernel yang lebih tua?
Untuk alasan apa pun di luar sana, Anda mungkin terpaksa menjalankan kernel lain dari yang disediakan oleh Ubuntu. Bahkan mungkin membawa Anda kembali beberapa tahun ke depan untuk sebuah kernel yang kompatibel dengan modul-modul kernel yang telah dikompilasi sebelumnya, penyedia VPS Anda yang berbasis Xen / container mungkin memaksa Anda untuk menggunakan kernelnya, dll.
Saya memiliki pertanyaan ini untuk waktu yang lama, tetapi ini memicu lagi hari ini.
Dalam kasus seperti itu, akan sangat berguna untuk dapat mengatakan apakah Anda dapat menyalahkan kernel untuk masalah atau apakah Anda harus repot-repot mencoba mengatur versi Ubuntu yang lebih baru dalam situasi Anda.
Kebijakan, dokumentasi?
Saya sangat tertarik dengan apa yang menjadi tujuan pengembang / QA dalam hal ini terkait rilis LTS dan stabil yang lebih baru yang menjalankan kernel LTS. Beberapa pertanyaan terkait erat:
- Apa kebijakan tentang kompatibilitas dengan versi kernel sebelumnya? Misalnya tidak ada laporan bug yang diterima, harus bekerja dengan semua versi kernel kembali dan termasuk LTS sebelumnya, dll.
- Contoh kasus, secara praktis: Seberapa besar kemungkinan saya akan mengalami kesulitan ketika menjalankan kernel Lucid di Precise?
- Sejauh mana perangkat lunak relatif dekat dengan kernel (udev, gvfs, mdadm, dll.) Sedang diuji pada selain versi yang disediakan dengan rilis?
- Apa perbedaan Desktop / Server dalam hal ini?
Tempat yang paling jelas untuk melihat ini adalah catatan Rilis . Namun, di samping pembaruan / perubahan kernel rasa Ubuntu, ini tidak menyebutkan apa-apa tentang kompatibilitas dengan kernel lain, sementara fitur-fitur terkait kernel disebutkan di bagian lain dari catatan, misalnya
RAID perangkat lunak sekarang mendukung manajemen blok buruk (MD).
Apakah Ubuntu sama sekali tidak peduli dengan kasus-kasus ini atau apakah saya kehilangan sumber daya untuk hal ini? Selain catatan rilis, saya telah menggunakan Google sampai batas tertentu menggunakan kata kunci: Ubuntu 12.04 minimal kernel version required
dan beberapa varian untuk itu. Namun, tidak ada pernyataan tentang hal itu tampaknya dibuat pada hasil tersebut. Saya sekarang menemukan pertanyaan ini hanya muncul sebagai sumber daya yang relevan. Saya memang menemukan jawaban ini , tangguh, dan itu terlihat sangat menjanjikan, namun ini tentang masalah / lingkungan tertentu dan bukan tentang penggunaan server / desktop.
Userspace vs kernel
Saya tahu sebagian besar perangkat lunak userland tidak perlu repot dengan versi kernel, tetapi semakin rumit untuk perangkat lunak VPN atau aplikasi yang berinteraksi dengan perangkat keras, seperti yang di atas, tetapi juga misalnya V4L2, Network Manager, Alsa, dll.
Debian vs Ubuntu
Debian sangat jelas dalam hal ini. Sudah untuk Wheezy, kami tahu bahwa jika Anda mengandalkan udev, itu akan membutuhkan 2.6.26 untuk berjalan dengan baik dari catatan rilisnya (dalam karya):
Versi udev di wheezy membutuhkan kernel versi 2.6.26 atau lebih baru dengan [...]
Apa yang tidak saya minta
Saya sangat menyadari tentang backports yang disediakan untuk kernel yang lebih baru dari rilis yang lebih baru ke versi LTS saat ini. Pertanyaan ini tentang yang sebaliknya.
Harap hindari diskusi seperti "mengapa seseorang ingin menjalankan kernel yang lebih lama?" - Anda hanya kadang-kadang tidak punya pilihan dan ini bukan tentang apa yang kita inginkan, tetapi bagaimana seseorang dapat menghadapi situasi seperti itu.
sumber
udev
hanya salah satu dari banyak paket, dan saya tidak berpikir Anda mencari jawaban berdasarkan per paket.Jawaban:
Saya adalah anggota tim BugControl Ubuntu dan saya dapat mengatakan bahwa hanya bug dalam paket Ubuntu yang tidak terpakai yang dipertimbangkan. Jika Anda menginstal kernel Anda sendiri atau jika Anda menggunakan paket dari distribusi yang berbeda dan melaporkan bug, bug Anda akan batal. Lihat dua respons saham ini:
Juga, tim Kernel Ubuntu memiliki FAQ yang mungkin menarik bagi Anda:
Namun ini hanya mengatakan kernel mana yang didukung , bukan yang dianggap kompatibel .
Ini pertanyaan yang cukup sulit dijawab. Terutama karena itu sangat tergantung pada aplikasi / modul apa yang akan Anda gunakan. Kita dapat membatasi pertanyaan ini pada Desktop atau Server Ubuntu "standar", tetapi meskipun begitu akan terlalu sulit untuk dijawab: tidak ada cukup dokumentasi dan informasi yang tersedia jarang.
Misalnya, untuk memeriksa apakah udev dari Quantal kompatibel dengan Lucid kernel Anda harus melihat M, N, O, P, catatan rilis Q, changelog kernel dan udev changelogs. Dan kemudian lanjutkan ke paket lain, misalnya libc, pemula dan seterusnya. Semua paket ini bergantung pada versi kernel tertentu dan semua paket ini tidak dikontrol langsung oleh Ubuntu (dalam arti bahwa itu bukan Tim Ubuntu yang memutuskan kebijakan kompatibilitas paket itu).
Tim Pengujian Ubuntu dan tim Kualitas Ubuntu tidak menguji kernel yang tidak disediakan oleh Ubuntu. Buktinya adalah bahwa tidak ada test case atau aktivitas pengujian untuk kernel usang.
Mereka tidak berbeda dalam hal apa pun. Ini sebagian dibuktikan oleh fakta bahwa edisi Desktop dan Server menggunakan kernel yang sama.
Ubuntu tidak peduli tentang kasus-kasus ini. Tidak mendukung versi kernel, tetapi menjadi kompatibel dengan itu akan menjadi pekerjaan ekstra dengan sedikit manfaat.
Apakah orang suka atau tidak, salah satu praktik Ubuntu adalah menantikan dan mencoba untuk mendukung teknologi terbaru, bukan yang paling ketinggalan jaman. Anda dapat menemukan contoh ini ketika CD Ubuntu telah dihapus mendukung DVD, atau ketika Unity 2d telah dihapus dari Quantal.
Juga, dan ini adalah poin paling penting menurut saya, Ubuntu tidak tertarik untuk mendistribusikan perangkat lunak yang berfungsi , tetapi perangkat lunak yang berfungsi dan didukung . Ada perbedaan penting antara kedua istilah ini.
sumber
Kernel yang hanya didukung secara resmi adalah kernel yang dikirimkan bersama dengan rilis Ubuntu itu. Jika Anda memiliki masalah karena menggunakan kernel yang berbeda, Anda akan melakukannya sendiri. Jika suatu masalah diduga terkait dengan penggunaan kernel yang tidak standar, Anda akan diminta untuk setidaknya menguji yang standar untuk melihat apakah itu benar-benar terkait.
Ada terlalu banyak masalah potensial yang dapat terjadi akibat penggunaan kernel lama untuk memiliki daftar yang akurat tentang apa yang berhasil dan yang tidak; Anda hanya perlu mencoba sendiri.
sumber
Membuat perkiraan yang berpendidikan, saya tidak berpikir kernel yang lebih tua bahkan dipertimbangkan untuk rilis Ubuntu. ... dan mengapa mereka? 'Kernel yang diperlukan' hanyalah yang dikirimkan oleh rilis.
Mengapa seseorang ingin menggunakan kernel yang lebih lama pada rilis baru, daripada rilis yang lebih lama itu sendiri?
AFAIK, tim kernel melihat ke depan daripada mundur. Mereka meng-backport kernel yang lebih baru dari rilis yang lebih baru, misalnya, kernel Quantal mendapatkan backport ke Precise, tetapi tidak sebaliknya.
sumber