i can no longer recommend PartedMagic after discovering multiple reports of very poor customer service.

see these links for just a few such instances:

https://www.reddit.com/r/sysadmin/comments/8k61r6/partedmagic_anyone_else_still_using_it_any/

https://www.trustpilot.com/review/partedmagic.com

edited: added more content

Try an experiment copying a small directory with various options and see how it works.

and what happens if i use  --numeric-ids, but with same user names?
at cloned disk, at /etc/group, /etc/passwd my user have 1000:1001 is it correct?

clonezilla is free
https://en.wikipedia.org/wiki/Clonezilla

shit too
try it
its so slooow working
its searching all my partitions about 10-15 min
i start clonzilla iso to ram from easy2boot flash

man dd

. The most essential parameters are "if=/dev/source" and "of=/dev/target".

Although, if you're not familiar with dd, i strongly recommend experimenting inside a vm first before using "dd" in bare metal.

Dd'ing to smaller partition will result in a damaged target partition and some complaints from dd when target runs out of space. So, not recommended.

Eg if chris has UID 1000 on the source system and UID 1001 on the target you don't want to use --numeric-ids.
But if the names differ but have the same UID (eg chris is UID 1000 on source and fred is UID 1000 on the target (chris doesn't exist on it)) --numeric-ids would leave everything owned by fred.

I hope that's enough to let you understand what difference it would make.

if it so, why this important thing not mentioned in the rsync manual at first place?

That I do not know.  I have moved/archived/copied installs this way for several years now.  When using only devuan to copy or rsync an install this was never an issue, so I never used the "--numeric-ids" in my rsync command.  However, once I used a different operating system, this became an issue.  So I tried it on the recommendation in the Void forums, and it worked.  I used devuan to rsync a different linux OS, and "--numeric-ids" worked.

It is mentioned in the rsync man file:

man rsync

Destination_partition cannot be smaller than source_partition or data loss will occur.

... and if the destination_pari is bigger than source, resizefs https://linux.die.net/man/8/resize2fs could be a good idea afterwards. Assuming the fs is ext_something_fs. With other filesystems there are other commands for resiuzing, maybe.

And rezize2fs will propably require to run e2fsck before the actual resizing.

E.
'
https://linux.die.net/man/1/tar
https://linux.die.net/man/1/dd

Not 100% sure about those acl's, attributes or capabilities while using tar's "-p" - option. But owners and access rights should go into archive and out of it.
(Once or tiwce managed to screw up my OS with those options.)

And then there are some fs-specific things with dd. Ext-family of filesystems better be unmounted while doing dd.
And with xfs there may be some problems when there are 2 filesystems with exactly same identifiers.
Other than that, i like to think that dd should be thorough enough even if tar's -p isn't.

For beginners, maybe Clonezilla would be a good idea. Haven't tried it myself though.

if it so, why this important thing not mentioned in the rsync manual at first place?

@alexkemp

If so, what were the error messages?

freeartist-devuan@home:~$ sudo su
ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
[sudo] password for freeartist-devuan:

Since you are someone that ignores the advice that you are given, and yet expects others to keep giving help regardless, I'm backing out of this thread at this point.

Hey, I tried it and it worked.  So, I thought I would mention it as it sounds like you are having similar issues.