On a sunny day (Sat, 29 Feb 2020 11:59:37 +0000) it happened druck
 wrote in :

>On 28/02/2020 11:39, Jan Panteltje wrote:
>> On a sunny day (Thu, 27 Feb 2020 20:56:16 +0000) it happened druck
>>  wrote in :
>>
>>> On 27/02/2020 05:38, Jan Panteltje wrote:
>>>> On a sunny day (Wed, 26 Feb 2020 20:33:07 +0000) it happened druck
>>>>  wrote in :
>>>>> Even better, install the etckeeper package. This will store all changes
>>>>> to files in etc in git repository. When you edit a file, you can either
>>>>> manually commit it with a comment explaining what you have done, or if
>>>>> you forget it will automatically commit them on a daily cron task. It
>>>>> also detects changes made by the package manager, so its easy to find
>>>>> out what happened if things go wrong.
>>>>
>>>> Even better, backup everything on a regular basis
>>>
>>> No, the above isn't about backups, its change management. If something
>>> stopped working because of a change to a file in /etc which happened
>>> several months ago, will you still have a backup of that file, and how
>>> many backups will you have to go through to find that change? Using etc
>>> keeper you have a log of every change to the file, so you can identify
>>> he breaking change, and either revert it either in whole or part.
>>
>> I have backups of the whole system every so many days.
>
>[Snip]
>>
>> What I do editing config files is make a copy
>> cp xxxconfig xxxconfig.org
>> and then rewrite it
>
>I'm sure your disc is a completely logical arrangement of
>
>xxxconfig
>xxxconfig.org
>xxxconfig.org1
>xxxconfig.org2
>xxxconfig.org3
>xxxconfig.org4
>xxxconfig.old
>xxxconfig.old4
>xxxconfig.bak
>xxxconfig.bak2011
>xxxconfig.orig
>xxxconfig.dist
>xxxconfig.kept
>xxxconfig.temp
>xxxconfig.working
>
>You probably dont even have to diff every one of them to work out what
>changed each time.
>
>---druck

Actually no,
because after the first edit that worked I knew HOW it worked and no more need
for .ORG backup
as shown somewhere recenty the latest will be in the main backup made every so
many days,
Actually I see only one in /etc/now
 usb_modeswitch.conf.ORG

But that was IIRC related to changing a new Huawei USB modem type.
What I edited with 'joe' editor is always backuped with extention '~'
I do make sure the ~ is the same as the original if it works,
so it is a backup in case some file is deleted,

so
 raspi95: /etc # l *~
-rw-r--r-- 1 root root 2919 Jan 28  2012 zshenv~
-rwx------ 1 root root  669 Oct 21 16:42 sudoers.tmp~*
-rw-r--r-- 1 root root 1881 Oct 24 11:27 passwd~
-rw-r--r-- 1 root root   12 Nov  4 19:10 hostname~
-rwxr-xr-x 1 root root  490 Nov  8 16:09 rc.local~*
-rw-r--r-- 1 root root 2903 Nov  9 21:07 hosts~
-rw-r--r-- 1 root root   39 Nov 13 08:49 resolv.conf.GOOGLE~
-rw-r--r-- 1 root root   39 Nov 13 08:49 resolv.conf~

and 'l' in my zsh (and bash but I always use zsh, saves years of typing) stands
for ls -rtl
'lb' stands for ls -rtl --color=none
I use google as nameserver, not the ISPs.


For example zshenv comes from an other system..
Of course not all (most are not) config files are in /etc/
this is just an example.

Make a main backup image of the card if you have fear or root fear :-) whenever
you make sort of important changes.

FYI after being root on so many systems since 1998 when I started with SLS
Linux (soft landing systems Linux)
many years ago I once accidently did rm -rf /* (was a typo).
Was fast with ctrlC, but not fast enough it did wipe out some X libs.
 Took maybe an hour to get it back from the DVD ..
How many hours do people spent typing sudo ? in 22 years?
sudo rm -rf /*
Does this raspi thing actually ask confirmation?
LOL

Well I will leave it at this, everybody their thing.

BTW do NOT I repeat NOT type the above sudo command.......

--- SoupGate-Win32 v1.05