said Dan Youngquist via tde-users: | The problem with using rsync to back up a mounted boot partition is, | it's not instant. So while rsync is backing up one part, some other | part is probably being changed. So if you're lucky, you might end up | with a functional bootable backup, but you'll have some unknown bit(s) | of corruption that may or may not be fatal. Maybe it would help if I described the goal I'm trying to achieve. It is to run an SSD boot, while keeping a conventional hard drive that is identical to the SSD and on the GRUB menu to use if the SSD fails. Not inlike a RAID 1, but with a couple of differences: the HD copy would not be running all the time, and would not automatically switch over in case of reboot. The purpose, besides the obvious, is to keep the second drive updated as to security and other updates and any additional software I might install. If there were a way to do the usual update-upgrade to a non-booted drive, and to install applications to the second drive, that would be fine. I'd just as soon not have to boot from a USB drive every time I wanted to sync the drives. And if it is not perpetual and automatic, something I could do manually, say once a week, preferably a little more elegant than booting to the second drive and doing the update/upgrade there, plus adding anything new I've installed. A RAID 1 seemed a good idea, but I believe that this cannot be added to a drive after the fact -- both must be blank to start with. And I think the speed would then be determined, at least to some extent, by the slower drive. | If you want to get a good bootable backup, you'd have to boot from | something else before backing up. Then, if you want it to be bootable | should you ever have to restore and use it, fsarchiver would be a better | bet than rsync. An image backup with dd would also work, but the boot | partition would have to be smaller or equal to the backup location. But dd would also result in a corrupt volume for the same reason rsync would, no? Or at least suffer from the shortcoming that neither drive should be mounted at the time. -- dep Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@xxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxx Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@xxxxxxxxxxxxxxxxxx
