Wed, 18 Oct 2023 13:19:19 +0900 Masaru Nomiya <nomiya@lake.dti.ne.jp> :
Hello,
In the Message;
Subject : Re: OS disk cloning Message-ID : <20231017122236.ae217d445a0993eb6f2af2bf@trixtar.org> Date & Time: Tue, 17 Oct 2023 12:22:36 -0400
bent fender <ksusup@trixtar.org> has written:
Tue, 17 Oct 2023 21:47:55 +0900 Masaru Nomiya <nomiya@lake.dti.ne.jp> :
[...]
I'm sorry, but I can't understand what you are trying to say.
i.e. to make a backup completely independently of the system being backed up and to recreate it on demand completely independently of it or of the system used to make its backup ...something like this.
It's like a spare car key, you don't wanna have to be in the car to be able make one or, once made, to have to use the grinder in order to open the car with it :-)
You seem to be suggesting that I use the dd command, no?
no, I'm not suggesting anything
I know what the dd command is, and I use it very occasionally.
I use the rsync command for routine backups for a reason, as you can see from the script I showed up before?
Or are you saying that the rsync command is system dependent?
I can't understand, at all.
I posted I think one reply to the OP, then some discussion followed about methods that are not cloning methods. So I threw in another post reinforcing my choice of dd as the best tool because recovery of the original made from the dd copy requires neither the original system (as in the case of windows methods) or even the foreign system from which the copy creation is executed. I can't word it any differently any more :-) If you have system-A which you want to clone you do not need to have it booted and it must not even be mounted. Then you use a booted system-B to execute the cloning with, and if you like then you may use system-C to X to recover the copy with.