Product SiteDocumentation Site

6.6. Upgrade dari Satu Distribusi Stable ke Berikutnya

Salah satu fitur yang paling terkenal adalah kemampuannya untuk mengupgrade sistem terinstall dari satu rilis stable ke rilis berikutnya: dist-upgrade — istilah yang mashur — besar kontribusinya terhadap reputasi rroyek. Dengan sedikit tindakan pencegahan, mengupgrade sebuah komputer dapat membutuhkan waktu beberapa menit, atau belasan menit, tergantung kecepatan unduh dari repositori paket.

6.6.1. Prosedur yang Direkomendasikan

Karena Debian memiliki beberapa waktu untuk evolusi antara rilis stable, Anda harus membaca catatan rilis sebelum melakukan upgrade.
In this section, we will focus on upgrading a Jessie system to Stretch. This is a major operation on a system; as such, it is never 100% risk-free, and should not be attempted before all important data has been backed up.
Kebiasaan baik lainnya yang membuat upgrade lebih mudah (dan ringkas) adalah membereskan paket terinstall dan tersisa hanya yang diperlukan saja. Peralatan yang membantu untuk melakukan hal tersebua termasuk aptitude, deborphan dan debfoster (lihat Bagian 6.2.7, “Pelacakan Otomatis Paket Terinstall”). Misalnya, Anda dapat menggunakan perintah berikut, kemudian menggunakan mode interaktif aptitude untuk pemeriksaan ulang dan jadwal penghapusan yang rapih:
# deborphan | xargs aptitude --schedule-only remove
Now for the upgrading itself. First, you need to change the /etc/apt/sources.list file to tell APT to get its packages from Stretch instead of Jessie. If the file only contains references to Stable rather than explicit codenames, the change isn't even required, since Stable always refers to the latest released version of Debian. In both cases, the database of available packages must be refreshed (with the apt update command or the refresh button in synaptic).
Ketika sumber paket baru ini telah terdaftar, Anda harus melakukan upgrade minimal terlebih dahulu dengan apt upgrade. Dengan melakukan upgrade dalam dua langkah, kita dapat memermudah pekerjaan peralatan manajer paket dan seringkali untuk memastikan bahwa kita memiliki versi terbarunya, yang mungkin memiliki kumpulan perbaikan kutu dan diperlukan perbaikan untuk melengkapi upgrade distribusi lengkap.
Once this first upgrade is done, it is time to handle the upgrade itself, either with apt full-upgrade, aptitude, or synaptic. You should carefully check the suggested actions before applying them: you might want to add suggested packages or deselect packages which are only recommended and known not to be useful. In any case, the front-end should come up with a scenario ending in a coherent and up-to-date Stretch system. Then, all you need is to do is wait while the required packages are downloaded, answer the Debconf questions and possibly those about locally modified configuration files, and sit back while APT does its magic.

6.6.2. Menangani Masalah setelah Pembaharuan

Dalam kegemasan usaha terbaik maintainer Debian, upgrade sistem utama tidak selalu selancar yang Anda inginkan. Versi terbaru perangkat lunak mungkin tidak cocok dengan versi sebelumnya (misalnya, perilaku bawaannya atau format data mereka mungkin berubah). Juga, beberapa kutu mungkin terselip oleh crack walaupun fase testing yang selalu mendahului rilis Debian.
Untuk mengantisipasi beberapa masalah ini, Anda dapat menginstall paket apt-listchanges, yang menampilkan informasi tentang kemungkinan masalah di permulaan upgrade paket. Informasi ini dikompilasi oleh maintainer paket Debian dan dimasukkan dalam berkas /usr/share/doc/paket/NEWS.Debian untuk memberi manfaat bagi pengguna. Membaca berkas perubahan ini (melalui apt-listchanges) akan membantu Anda menghindari kejutan buruk.
Anda mungkin terkadang menemukan bahwa versi baru sebuah perangkat lunak sama sekali tidak bekerja. Ini umumnya terjadi jika aplikasi tidak terlalu populer dan belum cukup dites; menit-terakhir pembaharuan dapat pula mengenalkan kemunduran yang hanya ditemukan setelah rilis stable. Dalam kedua kasus tersebut, hal pertama yang dilakukan adalah memeriksa sistem pelacakan kutu pada https://bugs.debian.org/paket, dan periksa apakah masalah tersebut telah dilaporkan. Jika belum, Anda harus melaporkannya sendiri dengan reportbug. Jika telah diketahui, laporan kutu dan pesan yang berhubungan biasanya merupakan sumber informasi yang baik terkait kutu:
  • terkadang sebuah patch telah ada, dan tersedia pada laporan kutu; Anda dapat mengompilasi ulang versi tetap paket yang rusak di lokal (lihat Bagian 15.1, “Membangun ulang sebuah Paket dari Source-nya”);
  • dalam kasus lain, pengguna mungkin menemukan solusi masalah tersebut dan dibagi dalam penjelasannya dalam balasan ke laporan tersebut;
  • dan dalam kasus lain, paket perbaikkan mungkin telah dipersiapkan dan tersedia secara publik oleh maintainer.
Tergantung pada keparahan kutu, versi terbaru paket mungkin telah dipersiapkan secara spesifik untuk revisi baru rilis stable. Ketika hal ini terjadi, paket perbaikan tersedia di bagian proposed-updates dari mirror Debian (lihat Bagian 6.1.2.3, “Pengajuan Pembaharuan”). Entri yang sesuai dapat ditambahkan sementara ke berkas sources.list, dan paket yang diperbaharui dapat diinstall dengan apt atau aptitude.
Terkadang paket yang diperbaiki belum tersedia di bagian ini karena tertunda validasi oleh Manajer Rilis Stable. Anda dapat memverifikasi kasus tersebut pada laman web mereka. Daftar paket belum tersedia, namun setidaknya Anda tahu bahwa proses publikasi sedang berjalan.