Langkah apa yang harus saya ambil sebelum melakukan peningkatan rilis untuk menghindari masalah?

10

Setelah diberitahu tentang 1404_HWE_EOL , saya sedang mempertimbangkan untuk meningkatkan sistem produksi yang penting ke 16.04.1. Saya mengatakan "sistem produksi penting" karena ini adalah stasiun kerja yang saya gunakan setiap hari di tempat kerja. Saya ingin menghindari bug atau masalah lain karena saya tidak punya waktu berlebih untuk menghabiskan debugging dan menyelesaikan masalah (departemen TI tidak membantu dengan sistem linux). Saya memiliki semua data yang dicadangkan tetapi tidak pada partisi OS saat ini (saya dapat menggunakan drive OS sebagai lapisan cadangan lainnya) Apa langkah lain yang harus saya lakukan sebelum meningkatkan? Saya ingin tahu cara meminimalkan komplikasi ketika menggunakan pembaruan rilis yang ditawarkan di Ubuntu.

Saya telah membaca tentang menghapus PPA sebelum meningkatkan . Saya memiliki 27 PPA yang terinstal, akan butuh waktu untuk menghapus semua ini, program yang mereka bawa, lalu membalikkannya setelah memutakhirkan. Apakah ini memiliki manfaat signifikan? Ada yang lain?

Steven C. Howell
sumber
Apakah sistem produksi ini VM? Jika demikian, Anda mungkin memiliki opsi untuk mengambil snapshot dan / atau mengembalikannya sebelum meningkatkan. Saya telah menggunakan ini sebelumnya untuk menghindari gagal upgrade pada mesin pengembangan lokal (bukan server produksi).
ashes999
Ini bukan VM. Dalam kasus seperti itu, ini akan menjadi pilihan bagus.
Steven C. Howell
1
Ketika saya memutakhirkan, proses secara otomatis menonaktifkan PPA saya yang ditambahkan - Anda tidak harus menghapusnya. Setelah memutakhirkan, saya dapat mengaktifkannya kembali. Masalah tumbuh gigi (bagi saya) kebanyakan tentang beberapa PPA yang belum diperbarui untuk mendukung Xenial.
Paddy Landau
Hati-hati. Jika Anda memiliki kartu grafis AMD, pastikan benar-benar kompatibel dengan driver yang tersedia di 16.04. Milik saya tidak, dan untuk kepentingan umur panjang perangkat keras saya, saya telah kembali ke 14,04.
Tony Martin

Jawaban:

13

sistem produksi penting

Saya tidak akan memperbarui sistem seperti itu. Saya akan menginstal 16,04 di komputer lain, menyalin data langsung ke mesin itu. Tes, uji lagi. Dan kemudian menjadikan mesin itu server produksi.

Dan Anda dapat mengulang ini dengan 18,04 dengan server 14,04 saat ini.

Mengapa mengambil risiko sama sekali?

Rinzwind
sumber
Dalam situasi saya, saya tidak memiliki setumpuk perangkat keras duplikat lengkap, jadi ini berarti menggunakan dduntuk mengkloning drive saya (SSD ke HDD), menguji baik yang asli dan yang clone, kemudian nuke dan membuka untuk menempatkan OS baru. Saya selalu melakukan ini di masa lalu tetapi berharap bahwa mengikuti beberapa langkah menyediakan metode yang dapat diandalkan untuk meningkatkan ke rilis baru. Apakah itu terlalu optimis?
Steven C. Howell
Nggak. Sangat mungkin. 1 hal yang mungkin perlu Anda perhitungkan: 16.04 menggunakan "systemd". Jadi, startup semua layanan telah berubah.
Rinzwind
Jadi langkah apa yang mengarah pada hasil yang lebih baik ketika menggunakan do-release-upgradeuntuk meningkatkan Ubuntu ke rilis LTS berikutnya?
Steven C. Howell
Meskipun jawaban ini memberikan saran yang masuk akal, yang menurut pengalaman saya merupakan cara yang aman untuk memutakhirkan, itu tidak memberikan informasi tentang cara menggunakan opsi pemutakhiran rilis bawaan. Itulah yang ingin saya pahami lebih baik.
Steven C. Howell
Maaf, "hasil lebih baik saat menggunakan do-release-upgrade" dibandingkan dengan apa?
Rinzwind
2

Saya akan mengambil Image Backup ("dd" di Linux Live System) dari Workstation dan mengonversinya ke VM VirtualBox. (RAW-Gambar ke VDI). Setelah itu buat snap dan jalankan Image ini dalam VB. Mainkan semua langkah untuk meningkatkan. Jika ada yang tidak berhasil, pasang kembali. Setelah memiliki sistem yang ditingkatkan, Anda dapat mengubah VDI kembali menjadi mentah dan "dd" ke sistem Anda atau memainkan run-book.
Tetapi selalu buat cadangan gambar "dd" terakhir sebelum Anda menimpa sistem lama Anda.
Saya lebih suka menjalankan sistem saya dari USB Thumb-drive sehingga instalasi sistem dilakukan dengan "VDI -> RAW -> usb tumb-drive" dan boot dari sistem yang ditingkatkan / diinstal. siap. Oke Anda "kehilangan" satu port USB tetapi Anda tidak akan pernah mengalami stres dan Anda dapat dengan mudah melakukan backup sistem.

0x0C4
sumber
1

Berikut variasi jawaban @ rinzwind yang mungkin berfungsi dengan perangkat keras yang sudah Anda miliki.

Jika Anda memiliki (atau dapat membebaskan) ruang kosong yang cukup pada drive disk internal Anda, Anda dapat membuat 2 partisi baru (menggunakan sesuatu seperti gparted dari live CD / USB distro) dan menyalin root (/) ke salah satunya dan / home ke yang lain dan memberi label mereka sesuatu seperti root2 dan home2 sehingga mereka mudah ditemukan.

Jika root dan home berada di partisi yang sama, Anda bisa menyalinnya, tetapi jauh lebih baik karena banyak alasan jika terpisah.

Anda harus mengarahkan root baru di home / baru dengan mengedit perubahan /etc/fstabpada partisi root baru (memperbarui UUID partisi baru / home dan root).

Anda mendapatkannya dengan melakukan a ls -l /dev/disk/by-labeluntuk menemukan perangkat tempat root dan rumah baru aktif dan kemudian berjalan ls -l /dev/disk/by-uuiduntuk mendapatkan dari nama perangkat ke uuids.

Selanjutnya, perbarui grub (dari sistem produksi Anda) dengan sesuatu seperti grub-customizer untuk menambahkan root baru ke menu grub Anda.

Sekarang, Anda akan memiliki salinan persis sistem live Anda di partisi tersebut. Anda dapat menjalankan pemutakhiran pada salinan ini dan masih memiliki versi produksi yang utuh. Anda bisa boot ke mana saja yang ingin Anda kerjakan.

Setelah Anda selesai dengan upgrade, Anda bisa memberi tahu grub bahwa salinannya adalah yang asli (entri default) dan yang asli sekarang merupakan cadangan. grub-customizer membuat melakukan hal-hal seperti ini cukup mudah.

Jika Anda memiliki terlalu banyak data di / home atau root (membuatnya terlalu besar untuk digandakan), letakkan di partisi sendiri terlebih dahulu (pastikan untuk memberi tahu program yang mengaksesnya tentang pemindahan). Tidak perlu digandakan - cukup dicadangkan.

Ini juga membuat pencadangan data Anda jauh lebih mudah karena tidak lagi tercampur dengan hal-hal sistem.

Dengan set kedua partisi "test", Anda sekarang dapat mencoba segala macam hal yang Anda tidak ingin mengambil risiko pada sistem yang Anda andalkan untuk pekerjaan sehari-hari.

Saya sedang menjalankan Kubuntu 12.04 seperti ini dengan 16,04 di partisi "development" saya sampai dikonfigurasi seperti yang saya inginkan.

Dengan harga disk drive yang sangat rendah hari ini, Anda bahkan dapat menyalin drive internal yang ada ke drive baru yang lebih besar dan menggunakannya jika perlu - jika perusahaan Anda mengizinkan Anda.

Jawaban ini mencakup semua perincian utama tentang bagaimana melakukan ini. Saya tidak mencoba untuk membahas setiap detail kecil dari setiap langkah. Tetapi karena Anda bekerja dengan salinan segala sesuatu tidak boleh ada masalah serius dan segala sesuatu yang lain telah dibahas di sini di stackexchange.

Joe
sumber
0

Meskipun ini tidak berlaku untuk kasus spesifik Anda, jika sistem Ubuntu adalah VM, Anda dapat mengatasi masalah ini dengan mengambil snapshot sebelum memutakhirkan dan mengembalikan jika itu tidak berfungsi.

Saya pernah memutakhirkan salah satu VM saya, dan meskipun upgrade gagal dan seharusnya dibatalkan, saya tidak mendapatkan sistem yang bersih / fungsional.

@ Rinzwind juga bekerja dengan VM: buat VM baru, instal versi Ubuntu yang baru, dan mulailah menyalin sesuatu.

ashes999
sumber