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?
sumber
Jawaban:
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?
sumber
dd
untuk 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?do-release-upgrade
untuk meningkatkan Ubuntu ke rilis LTS berikutnya?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.
sumber
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/fstab
pada partisi root baru (memperbarui UUID partisi baru / home dan root).Anda mendapatkannya dengan melakukan a
ls -l /dev/disk/by-label
untuk menemukan perangkat tempat root dan rumah baru aktif dan kemudian berjalanls -l /dev/disk/by-uuid
untuk 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.
sumber
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.
sumber