Re: Another stupid question. Two, actually.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



said dep via tde-users:
| 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.

Oops. Meant SSD failure, not 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@trinityde
|sktop.org



-- 
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




[Index of Archives]     [Trinity Devel]     [KDE]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]     [Trinity Desktop Environment]

  Powered by Linux