Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.sys.raspberry-pi > #9522 > unrolled thread
| Started by | Eduardo M. <internetado@alt119.net.invalid> |
|---|---|
| First post | 2015-09-04 14:44 -0300 |
| Last post | 2015-09-06 19:04 +0000 |
| Articles | 5 — 4 participants |
Back to article view | Back to comp.sys.raspberry-pi
Create a backup of your Raspberry Pi SD card using Windows, Mac OS X, Linux and restore when you need Eduardo M. <internetado@alt119.net.invalid> - 2015-09-04 14:44 -0300
Re: Create a backup of your Raspberry Pi SD card using Windows, Mac OS X, Linux and restore when you need Rob Morley <nospam@ntlworld.com> - 2015-09-05 03:43 +0100
Re: Create a backup of your Raspberry Pi SD card using Windows, Mac OS X, Linux and restore when you need Robert Riches <spamtrap42@jacob21819.net> - 2015-09-05 02:53 +0000
Re: Create a backup of your Raspberry Pi SD card using Windows, Mac OS X, Linux and restore when you need Rob Morley <nospam@ntlworld.com> - 2015-09-06 18:30 +0100
Re: Create a backup of your Raspberry Pi SD card using Windows, Mac OS X, Linux and restore when you need Martin Gregorie <martin@address-in-sig.invalid> - 2015-09-06 19:04 +0000
| From | Eduardo M. <internetado@alt119.net.invalid> |
|---|---|
| Date | 2015-09-04 14:44 -0300 |
| Subject | Create a backup of your Raspberry Pi SD card using Windows, Mac OS X, Linux and restore when you need |
| Message-ID | <mscaod.3cs.1@news.alt119.net> |
As already know there are many situations you can corrupt the file system of the SD card which makes it hard and ruin all the hours of work you have dedicated to your project. After you read this guide you will stop re-installing everything over and over again. continue... http://www.awesomeprojects.xyz/2015/08/create-backup-of-your-raspberry-pi-sd.html -- www.alt119.net ...
[toc] | [next] | [standalone]
| From | Rob Morley <nospam@ntlworld.com> |
|---|---|
| Date | 2015-09-05 03:43 +0100 |
| Message-ID | <20150905034343.417b5bf8@ntlworld.com> |
| In reply to | #9522 |
On Fri, 04 Sep 2015 14:44:32 -0300 Eduardo M. <internetado@alt119.net.invalid> wrote: > As already know there are many situations you can corrupt the file > system of the SD card which makes it hard and ruin all the hours of > work you have dedicated to your project. After you read this guide > you will stop re-installing everything over and over again. > > continue... > http://www.awesomeprojects.xyz/2015/08/create-backup-of-your-raspberry-pi-sd.html > Doesn't cover proper backup strategy, just making an image of the SD card.
[toc] | [prev] | [next] | [standalone]
| From | Robert Riches <spamtrap42@jacob21819.net> |
|---|---|
| Date | 2015-09-05 02:53 +0000 |
| Message-ID | <slrnmukm95.8it.spamtrap42@one.localnet> |
| In reply to | #9523 |
On 2015-09-05, Rob Morley <nospam@ntlworld.com> wrote: > On Fri, 04 Sep 2015 14:44:32 -0300 > Eduardo M. <internetado@alt119.net.invalid> wrote: > >> As already know there are many situations you can corrupt the file >> system of the SD card which makes it hard and ruin all the hours of >> work you have dedicated to your project. After you read this guide >> you will stop re-installing everything over and over again. >> >> continue... >> http://www.awesomeprojects.xyz/2015/08/create-backup-of-your-raspberry-pi-sd.html >> > Doesn't cover proper backup strategy, just making an image of the SD > card. It directly covers recovery from catastrophic failure or corruption of the SD card. It could be argued that is the most important backup recovery use case. For selective recovery of files that were accidentally deleted or overwritten, the backup SD card could be mounted via an SD-to-USB adapter (or on a second Linux machine) and the file copied over. For either use case, one could use several backup cards and rotate them to facilitate several generations of recovery. Rob, what else would you consider essential ingredients of a proper backup strategy? -- Robert Riches spamtrap42@jacob21819.net (Yes, that is one of my email addresses.)
[toc] | [prev] | [next] | [standalone]
| From | Rob Morley <nospam@ntlworld.com> |
|---|---|
| Date | 2015-09-06 18:30 +0100 |
| Message-ID | <20150906183012.4e60ad9f@ntlworld.com> |
| In reply to | #9524 |
On 5 Sep 2015 02:53:25 GMT Robert Riches <spamtrap42@jacob21819.net> wrote: > For either use case, one could use several backup cards and > rotate them to facilitate several generations of recovery. Rob, > what else would you consider essential ingredients of a proper > backup strategy? Checking of file creation/modification time stamps and saving a copy of the new version of the file (after checking it against the currently saved version). For specified parts of the file hierarchy like /home and /etc or for the whole file system excluding locations like /tmp and /var and remote disks.
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2015-09-06 19:04 +0000 |
| Message-ID | <msi2n8$id4$1@dont-email.me> |
| In reply to | #9549 |
On Sun, 06 Sep 2015 18:30:12 +0100, Rob Morley wrote: > On 5 Sep 2015 02:53:25 GMT Robert Riches <spamtrap42@jacob21819.net> > wrote: > >> For either use case, one could use several backup cards and rotate them >> to facilitate several generations of recovery. Rob, >> what else would you consider essential ingredients of a proper backup >> strategy? > > Checking of file creation/modification time stamps and saving a copy of > the new version of the file (after checking it against the currently > saved version). For specified parts of the file hierarchy like /home > and /etc or for the whole file system excluding locations like /tmp and > /var and remote disks. IOW, use rsync to do the job, running it from a script that: 1) mounts the backup card (or checks that its mounted) 2) runs rsync to backup the parts of the filing system yo want to save 3) unmounts the backup card 4) runs fsck against the card to check it for errors I've been doing backups this way for several years. The main benefit is speed because rsync does the minimum amount of work to make the backed up set of files the same as the live set, i.e. the first backup to a new SD card will be slow because everything is copied. After that things are a lot faster because it only removes deleted files and copies new and modified ones. It may take a little initial fiddling to get the script doing exactly what you want but after that backups will be quick and easy. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [standalone]
Back to top | Article view | comp.sys.raspberry-pi
csiph-web