Solusi 1:
Mempertahankan distribusi Anda sendiri adalah banyak pekerjaan. Bahkan jika Anda memelihara backport, Anda akan segera kewalahan oleh masalah keamanan yang harus diperbaiki, dan harus menarik perpustakaan tingkat rendah untuk terus memperbarui perangkat lunak Anda, yang mungkin merusak hal-hal lain (saya memelihara server yang menjalankan distro berusia 6 tahun, itu tidak menyenangkan).
Upgrade umumnya merupakan solusi yang baik. do-release-upgrade dibuat dengan baik, dan Anda seharusnya dapat memutakhirkan tanpa masalah (terutama jika Anda hanya menggunakan paket resmi).
Solusi favorit saya mungkin adalah jalur instal ulang. Lebih khusus lagi, server Anda harus dikelola menggunakan sistem manajemen konfigurasi seperti Puppet, Cfengine atau Chef. Jika semua kebutuhan konfigurasi/paket Anda ditentukan menggunakan alat tersebut dan data Anda aman di partisi terpisah, akan lebih mudah untuk menginstal ulang dengan cepat. Anda cukup menginstal distribusi baru tanpa menghapus partisi data, lalu menjalankan alat manajemen konfigurasi untuk mengatur ulang paket/konfigurasi Anda. Saya percaya ini adalah cara terbersih untuk dilakukan, terutama jika Anda memiliki beberapa server untuk dikelola.
Jika Anda menggunakan paket non-resmi, Anda mungkin ingin mengidentifikasinya sebelum meningkatkan/menginstal ulang. maintenance-check dapat membantu Anda mengidentifikasi paket yang tidak dikelola secara resmi oleh Ubuntu:
$ bzr branch lp:ubuntu-maintenance-check
$ cd ubuntu-maintenance-check
$ ./maintenance-check -f n
Jika Anda ingin menginstal ulang, Anda juga dapat mengekspor daftar paket yang diinstal:
$ dpkg --get-selections > myinstall.txt
dan basis data debconf Anda:
$ debconf-get-selections > debconf.txt # from the debconf-utils package
Sebagai catatan, karena saat ini Anda menggunakan Karmic, mungkin tidak terlalu sulit untuk memutakhirkan ke Lucid, yang merupakan rilis LTS, masih didukung hingga 2015 untuk paket server utama. Ini akan memberi Anda cukup waktu untuk menyiapkan penginstalan otomatis yang layak untuk masa mendatang.
Ketika Anda bertanya tentang paket Launchpad, saya kira maksud Anda PPA. Ada banyak PPA yang berbeda. Ada yang eksperimental, ada yang stabil. Beberapa dikelola oleh pengembang resmi Ubuntu, beberapa dikelola oleh orang-orang yang hampir tidak tahu bagaimana melakukan sebuah paket dengan benar. Sulit untuk mengatakan secara umum jika paket yang Anda temukan di PPA bagus, tidak ada aturan umum. Petunjuk terbaik dalam hal ini mungkin terlalu melihat pemilik PPA untuk mendapatkan gambaran tentang kemungkinan kualitas paket mereka.
Solusi 2:
Jika server tidak terekspos ke dunia luar, dan Anda benar-benar memercayai pengguna Anda (umumnya itu bukan ide yang baik), maka jika berfungsi, Anda dapat membiarkannya begitu saja.
Jika dengan cara apa pun terekspos ke dunia luar, dan/atau Anda menganggap pengguna yang sah memainkannya dengan cara yang tidak sah, maka Anda benar-benar memerlukan perbaikan dan tambalan untuk perangkat lunak yang Anda instal.
Dalam hal ini, Anda memiliki dua opsi:
-
Jalankan distribusi yang didukung, dan dapatkan pembaruan untuk perangkat lunak Anda, atau
-
Backport semua perbaikan ke distribusi Anda yang tidak didukung, yang, sejujurnya, tampaknya tidak layak.
Saya bukan pengguna Ubuntu, jadi saya tidak dapat mengomentari kelengkapan tambalan yang Anda dapatkan melalui opsi 3, tetapi jika Anda ragu, saya menganggap Anda tidak akan memiliki cakupan lengkap.
Solusi terbaik adalah pindah ke versi LTS Ubuntu, yang akan memberi Anda dukungan untuk versi paket yang diberikan untuk beberapa waktu mendatang. Pada waktunya, beberapa paket akan kedaluwarsa, tetapi lingkungan Anda akan memiliki tambalan keamanan dan akan stabil (tidak ada versi paket yang bermasalah). Dari pengalaman saya, stabilitas lingkungan kerja yang dikenal biasanya lebih berharga daripada fitur baru.
Tampaknya, posisi Anda saat ini tidak dapat dipertahankan, dan Anda harus pindah. Satu-satunya cara yang aman adalah mendapatkan mesin kedua (atau mesin virtual) dan menguji migrasi sampai Anda memiliki prosedur sukses berulang, kemudian menerapkannya ke mesin produksi. Jika Anda menggunakan cadangan untuk melakukan migrasi percobaan, Anda juga akan memiliki kesempatan bagus untuk menguji prosedur pencadangan Anda.
Solusi 3:
Satu-satunya cara nyata untuk maju adalah peningkatan distribusi. Saya dapat memahami Anda gugup tentang hal itu, karena sekarang Anda akan melompat beberapa rilis ke depan (11,04 baru saja dirilis).
Saya akan merekomendasikan untuk membuat tiruan dari drive di mesin ini dan kemudian menggunakan komputer terpisah untuk menjalankan klon, dan menggunakannya untuk melakukan serangkaian peningkatan pengujian. Catat semua masalah yang dihadapi dan ulangi sampai Anda memiliki prosedur yang jelas untuk semuanya. Kemudian terapkan ini ke server langsung Anda.
Jika Anda tidak mampu membayar waktu henti, maka migrasi adalah satu-satunya jalan keluar Anda. Lupakan pin dan backport, yang hanya akan membuat Anda tetap hidup untuk jangka waktu terbatas. Dan opsi "putar sendiri" bahkan tidak layak untuk dipertimbangkan. Hanya senilai 2 sen saya.