Saya memiliki sistem yang berjalan sebagai server yang memiliki harddisk yang gagal. Sementara semua data penting ada di RAID dan dicadangkan dan semua itu, saya tidak memiliki gambar sistem itu sendiri. Tidak ada kebutuhan khusus karena saya dapat melakukan instalasi tentu saja, tetapi saya masih ingin mencoba melakukan hotcopy terlebih dahulu sebelum hanya menyusuri jalur pemulihan. Saya tahu ada beberapa kerugian untuk ini sebagai proses, tetapi di sana saya tidak berpikir ada banyak kerugian untuk mencobanya sebagai upaya pertama.
- OS: Ubuntu 12.04.4 LTS
- Tanpa kepala
- Saya tidak berharap untuk menginstal terlalu banyak perangkat lunak baru karena disk sudah gagal :)
- Sistem sedang berjalan. Saya takut menghentikannya meningkatkan kemungkinan disk tidak kembali naik. Ini berarti dd mungkin keluar?
- Disk baru tidak berukuran sama (dua kali lebih besar) daripada yang lama semakin memperumit masalah dd.
Gagasan saya adalah
- hotplug drive baru di sistem
- membuat sistem file
- pasang di / mnt / somedir
- rsync file
- beberapa sihir fstab
- beberapa sihir booting
Pertanyaan yang masih saya miliki adalah:
Apa yang akan menjadi perintah rsync yang baik? Saya berencana:
rsync -aAXx / /mnt/somedir/
--exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found}
(Saya melewatkan beberapa dir lagi, misalnya raid saya mount dll)
Di mana opsinya adalah:
-a, --archive archive mode; equals -rlptgoD (no -H,-A,-X)
-A, --acls preserve ACLs (implies -p)
-X, --xattrs preserve extended attributes
-x, --one-file-system don't cross filesystem boundaries
Saya secara khusus melewatkan -H, -v dan - kemajuan untuk mempercepat proses.
Apakah itu akan berhasil untuk Ubuntu? Saya tidak yakin apakah Ubuntu menggunakan hardlink, tapi saya rasa saya tidak perlu opsi, kan?
Setelah menjalankan ini saya bisa reboot (mungkin dengan live usb drive) dan menjalankan kembali rsync jika disk lama masih dimulai. Ini akan memperbaiki file yang tidak dapat dibaca / diubah karena sistem berjalan saya kira.
Bagaimana cara memperbaiki booting?
Maka rencana saya adalah untuk mengubah UUID /
di fstab saya (masih harus google bagaimana menemukan uuid), dan melakukan beberapa sihir sehingga sistem benar-benar melakukan booting dari disk baru
Apakah saya sudah melupakan sesuatu atau sudah merencanakan sesuatu yang bodoh?
sumber
mount
untuk memeriksa. Apa pun yang ada di sana tidak perlu dikecualikan secara manual.Saya berhasil melakukannya (setelah beberapa kali mencoba).
Saya menggunakan
Kemudian saya mengatur ulang
/mnt/etc/fstab
file saya untuk partisi boot dan ruang swap saya.Maka saya perlu mengatur ulang GRUB
sumber
Jangan mencoba memperbaiki boot dengan drive ini; rekomendasi saya:
rsync
file non-sistem Anda menyeberang ke disk baru.sumber
Saya telah menghabiskan banyak waktu pada distro Centos Freepbx ke rsync dan memiliki disk baru yang dapat di-boot dan akhirnya setelah memperbaiki fstab dan grub UUID tidak berfungsi.
Langkah terakhir untuk membuatnya berfungsi adalah
Ketika Anda berada di Grub CLI (yaitu saat
grub>
diminta):Tekan enterdan Anda sekarang dapat mematikan, menghapus disk lama dan boot dengan yang baru.
sumber