Saya bekerja langsung di Ubuntu Virtual Machine (VM). Beberapa pembaruan (seperti kernel) tersedia di manajer pembaruan.
Jika saya tidak menggunakan VM, saya tidak akan memperbaruinya karena itu risiko untuk memecahkan sesuatu. Karena ini adalah VM, Anda dapat membuat Snapshot atau mengekspor alat dan mengembalikan jika terjadi kesalahan.
Misalkan saya tidak menggunakan VM dengan instalasi Debian / Ubuntu. Apakah ada pendekatan install-restore yang tidak bergantung pada konfigurasi VM untuk memulihkan sistem Anda tepat sebelum upgrade (Seperti "Restore Point" di Windows), yang mudah dikembalikan seperti alat VM?
(Saya tidak mencari "gambar hantu" atau sesuatu seperti itu (Norton Ghost, Clonezilla, dll), saya mencari sesuatu yang tertanam dalam Sistem Linux)
sumber
Jawaban:
Tidak ada fitur serupa yang dibangun pada distribusi Linux yang saya ketahui. Ada beberapa alasan mengapa itu akan jauh lebih bermanfaat daripada untuk Windows.
Terutama, distribusi Linux jauh lebih serius daripada Microsoft tentang rilis stabil yang ditingkatkan hanya untuk memperbaiki bug penting dan dengan perubahan minimum. Misalnya, dengan Ubuntu dan Debian, Anda dapat memilih untuk hanya menerima pembaruan keamanan (
-security
), atau hanya pembaruan keamanan dan perbaikan bug penting (-updates
).Pembaruan kernel adalah yang paling berisiko, karena kemungkinan perubahan yang tampaknya menguntungkan akan menyebabkan masalah pada konfigurasi perangkat keras tertentu. Inilah sebabnya mengapa sebagian besar distribusi memungkinkan lebih dari satu versi kernel diinstal pada waktu yang sama; misalnya, pada saat saya menulis ini, Ubuntu 10.04 memiliki tiga versi kernel yang tersedia:
2.6.32.21.22
dari rilis asli,2.6.32.22.23
dengan pembaruan keamanan, dan2.6.32.23.24
dengan pembaruan non-keamanan juga. Jika ... 24 rilis menyebabkan masalah pada komputer Anda, Anda dapat reboot di bawah ... 23 (dan bahkan menandai ... 24 sebagai dilarang untuk menginstal, setidaknya jika Anda menggunakan aptitude).Tidak ada registri: semua data konfigurasi ada dalam file (dalam
/etc
hierarki), yang dapat dengan mudah dipulihkan secara individual jika terjadi kesalahan. Meski begitu, pembaruan untuk rilis stabil jarang mempengaruhi file di bawah/etc
.Jika Anda menginstal paket dari beberapa sumber selain rilis stabil, maka Anda mungkin ingin menyimpan salinan paket versi yang lebih lama, dan menyimpan cadangan file konfigurasi Anda. Berikut adalah beberapa petunjuk tentang ini di Debian dan Ubuntu.
/var/cache/apt/archives
. Jika Anda memiliki ruang disk, jangan hapus file paket lama sampai Anda memastikan versi yang lebih baru berfungsi untuk Anda./etc
: menginstaletckeeper
paket dan mengaktifkannya dengan perintahetckeeper init
. (Saya melakukannya, tetapi bukan karena saya khawatir tentang pemutakhiran merusak sesuatu, melainkan karena saya khawatir tentang perubahan saya yang merusak sesuatu.)sumber
Ini tidak diperlukan, karena manajer paket menangani file mana dari paket mana, dan juga dapat mengembalikan pembaruan paket atau instalasi.
sumber
Anda dapat mencoba menggunakan alat seperti dllkeeper . Alat ini hanya menyimpan file konfigurasi seluruh sistem dalam repositori kontrol versi dan membuatnya mudah untuk mengembalikan dan menerapkan kembali setiap perubahan.
Tapi, jujur saja, saya tidak perlu mengembalikan perubahan apa pun yang datang dari pembaruan pada sistem debian / stable saya. Saya menggunakannya untuk memperbaiki kesalahan yang saya lakukan secara manual.
sumber
sudo hg serve -R /etc
TMK, fitur pemulihan Windows hanya membalikkan perubahan pada registri dan beberapa direktori penting. Linux tidak memiliki ini.
Anda dapat mencoba pendekatan manual dengan cadangan. Cukup backup direktori home Anda dan daftar program dari Synaptic dan gunakan itu sebagai titik pemulihan.
sumber
Perhatikan bahwa Ubuntu secara khusus (tetapi mungkin juga Debian) tidak akan menghapus paket kernel lama ketika menginstal pembaruan, dan Anda dapat mengonfigurasi bootloader untuk menyajikan daftar kernel yang dapat dipilih saat boot.
Ini secara otomatis membuat "restore point" - hanya untuk kernel - karena Anda dapat memilih versi sebelumnya jika yang lebih baru menyebabkan masalah. Sejauh yang saya tahu, Windows tidak memiliki yang seperti ini untuk pembaruan kernelnya. (Dan terutama untuk pengguna rumahan, saya tidak akan mau membantu seseorang mendiagnosis dan memperbaiki sistem yang tidak dapat di-boot karena pembaruan kernel.)
sumber
Ada alat yang disebut Timeshift. ( http://www.teejeetech.in/p/timeshift.html ) Saya belum menggunakannya, tetapi terlihat menjanjikan dan saya sudah mendengar hal-hal baik tentang itu dari pengguna. Snapshots dirancang untuk menghindari duplikasi data. Dan jangan takut dengan situs web yang tampak tidak jelas. :)
sumber
Jika Anda menggunakan Logical Volume Manager untuk mengelola konten hard disk Anda, maka Anda mendapatkannya secara gratis menggunakan snapshots. Mengutip HOWTO yang hebat : "Salah satu contoh adalah mengambil snapshot volume, pasang snapshot, dan coba program eksperimental yang mengubah file pada volume itu. Jika Anda tidak suka dengan apa yang dilakukan, Anda dapat meng-unmount snapshot, menghapusnya, dan pasang sistem file asli di tempatnya. "
sumber
Bergantung pada teknologi VM Anda, Anda dapat menghentikan / menunda / menghentikan sementara VM, membuang inti dan menyalin gambar VM. Jika gagal, cukup pulihkan yang asli.
Jika Anda langsung pada volume logis, Anda dapat membuat snapshot LVM berdasarkan LV asli. Tes upgrade dan jika berhasil Anda ulang di VM asli (lihat lvcreate (8) -s)
Atau menggunakan tar tua emas (1). Anda membuat bola tar lengkap dari userspace, mengembalikan file dan menghapus file yang tidak ada di bola tar asli.
sumber
Saat ini Linux tidak benar-benar menawarkan fitur seperti itu walaupun itu akan sangat berguna.
Namun, artikel Unbreakable upgrade, ZFS dan Apt menjelaskan fitur apt-clone dari distribusi penyimpanan Nexenta berbasis Linux dan menyarankan ...
IMHO, pertama-tama kita memerlukan sistem file Copy-On-Write (COW) yang dapat digunakan untuk Linux sebelum fitur seperti itu dapat diimplementasikan di sistem installer / updaters dengan cara yang masuk akal.
Perhatian: Meskipun Nexenta berbasis Linux, Nexenta tidak menggunakan kernel Linux. Ini menggunakan kernel OpenSolaris dan ZFS.
sumber