TIP: Click on subject to list as thread! ANSI
echo: rberrypi
to: GREGORIE
from: JAN PANTELTJE
date: 2020-02-27 12:56:00
subject: Re: desktop switcheroo on

On a sunny day (Thu, 27 Feb 2020 09:16:00 -0000 (UTC)) it happened Martin
Gregorie  wrote in :

>On Thu, 27 Feb 2020 05:38:28 +0000, Jan Panteltje wrote:
>
>> The first is an image of the complete card made on an other PC (rp4 off,
>> card in other PC)
>> the other two are the tar -zcvf of both partitions of that card,
>>
>Good move, but you'll get faster backups and less SSD wear, if you're
>backing up to SD cards or SSDs, if you do it with either rsync or
>rsnapshot.
>
>I use both: rsnapshot for my overnight backup (I used to use compressed
>tar beckups and this brought the backup time down from 3 hours to 8
>minutes AND the backup can be accessed without needing to uncompress/untar
>anything) and rsync for my weekly backup to the set of disks kept offline
>in a firesafe.
>
>> Easy to unzip one and get any file back.
>> It is some more work and needs a reboot, but as I modifiy so much
>> 're-install' or 'update' is not in my books.
>> Practically every image is a new system.

True

For years I have followed the 3 methods backup system
1) SDcard FLASH
2) normal harddisk (few TB is very cheap) magnetic
3) Blu-ray optical.
I stopped with optical for now as I have about 1000 DVDs and blue-rays
in a big alu lightproof box, mostly movies though, box is full!
Seems magnetic medium still wins.
Have not tried any SSD yet, not sure about the reliability of that stuff,
price is high too.
Any practical experiences?
I must say optical when in constant climate and absolute dark still works here
after 20 years...
And then I have some on M-DISC, should last forever but size is only 4.7 GB..
good
for unique movies  and music.
A 32 GB card image should go on a blu-ray.


>No need to unzip if you use rsnapshot or rsync, so recovery is faster:
>just find the file(s) by looking through the directory structure and copy
>them back.

Indeed with all that harddisk size zip/unzip is not always needed, using md5sum
etc is good,
I run verify after making any backup, for that I use dvdimagecmp that I wrote
many years ago:
 http://panteltje.com/panteltje/dvd/dvdimagecmp-0.3.tgz
diff also works, but this gives more detail.

And keep a database of all you have!
For example disk 998 (box holds 1000, was almost last year)

998
Tue Oct  8 12:43:07 CEST 2019
BD-R25GB
Mediarange 4x inkjet printable
LG BH10LS38
Make sure you habve enough disk space.
dd if=/dev/zero bs=100000000 count=242 > bluray.iso
mke2fs  bluray.iso
mount -o loop=/dev/loop0 bluray.iso  /mnt/loop
cp stuff /mnt/loop/
du /mnt/loop
umount /mnt/loop
growisofs -speed=4 -dvd-compat -Z /dev/dvd=bluray.iso
dvdimagecmp -a bluray.iso -b /dev/dvd
# df
/dev/loop0       23261268  21022524    1057104  96% /mnt/loop
# l/mnt/loop/
total 20977548
-rw-r--r-- 1 root root      19095 May  7 23:33 xinutop_manual.txt
-rw-r--r-- 1 root root 4385000000 Jul  1 18:01 freibeuter_des_todes_german.ts  
            amovie
-rw-r--r-- 1 root root         58 Jul 11 10:40 xinutop-nav-x86-2.4.img.md5
-rw-r--r-- 1 root root  682624000 Jul 11 10:44 xinutop-nav-x86-2.4.img
-rw-r--r-- 1 root root 4294705152 Sep  8 01:51
stones_havana_NPO_3-20190907213907-.mts      amovie
-rw-r--r-- 1 root root  627385344 Sep  8 02:28
stones_havana_NPO_3-20190907213907-.mts1     amovie
-rw-r--r-- 1 root root 3949971456 Sep  8 05:59
stones_havana_NPO_3-20190907235958-.mts      amovie
-rw-r--r-- 1 root root 1993500000 Sep 24 16:53 the_great_wall_2016.ts          
            amovie
-rw-r--r-- 1 root root 2354400000 Oct  3 17:05 last_man_standing_1996.ts       
            amovie
-rw-r--r-- 1 root root 3172370000 Oct  8 12:39
a_cure_for_wellness_2016__german.ts          amovie

1000 entries like this, in a simple textfile
use
 dvd-list.txt | grep amovie
to list all movies
and it seems I have more than UK TV seems to have... endless repeats there...

283 movies....
LOL

cat dvd-list.txt | grep .img

Who needs a databeast?
locate cat grep is all ye need!

Sorry got carried away maybe have to buy an extra box for a thousand discs :-)

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | FidoUsenet Gateway (3:770/3)

SOURCE: echomail via QWK@docsplace.org

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.