I have been trying to clone one Jetson Xavier to another for weeks now, with no luck!
I am using the tools at the bottom of this page: https://github.com/r7vme/xavier-base-docker-images without SDKManager.
On the source Jetson I run: sudo ./flash.sh -r -k APP -G backup.img jetson-xavier mmcblk0p1
and on the destination one: sudo ./flash.sh -r -k APP jetson-xavier mmcblk0p1
having meanwhile beiing using the backup.img, sparse image, as system.img inside the target’s bootloader directory.
When the destination reboots, after the flashing, I get: Failed to start Load Kernel Modules
and then it is trying to mount some device or disk: dev-ttyGS0.device which keeps failing.
Note that the two Jetsons’ hardware is compeletely the same. They are identical and bought together.
Also forgot to mention that I took and applied the images using the attached flash.sh patch.
On the source, flash.sh was complaining about not being able to find python and the dest was givining me an Error 3 right at the beginning of APP partition flash process. flash.sh.diff (82 Bytes)
I cannot type into the terminal I run minicom. I also tried connecting the keyboard to the Jetson and rebooted too but no luck. Anything I press makes no difference and I do not get echo on my key presses.
How do I check that?
Apologies for 2 and 3 but I am new to all this.
What I wanted to say is just forget about this issue and only use a normal jetson flashed by sdkmanger which you are sure it can boot up fine. Use this device to test if your UART console really can input something.
For 2&3, I am not sure why you don’t know the version here. Then what did you flash to your jetson in the beginning? I mean your source and destination jetson shall have their own jetpack version which flashed by you before.
We have bought 4 of those Jetosns. I want to clone 1 into another, i.e. make them the same; identical.
From source Jetson to destination Jetson.
If it is a realy hassle to you to help me out with this, please let me know.
We will escalate this to NVidia support; if such thing exists!
Don’t get me wrong but I’ve spent 3 weeks trying to do this: I even dd’ed via ssh from the source to a local PC and the result was the same! The dd image taken from the source had exactly the same dehaviour on the destination; the one you saw in the log.
Screenshot suggests the destination system here is trying to mount a partition by UUID and not finding it.
Can you show contents of /etc/fstab and output of blkid on the source machine?
It’s possible for a source system to have configurations that are not compatible with a destination system even with matching hardware.
Problems occur when configurations use identifiers that are not transferred when cloning. Another example is a network interface MAC-address, which is not ideal to use in configurations when cloning devices as it is unique to that interface.
Your fstab indicates that the system is trying to mount an nvme drive by UUID on /xavier_ssd
I would start off with trying to identify what is being stored in /xavier_ssd on the source system. Understand that anything stored under this directory is not being cloned to the destination system.
If nothing essential is stored on this drive you could simply comment out the “/xavier_ssd” entry from /etc/fstab by prepending a “#” at the beginning of that line.
Save and reboot the source system to confirm everything still works before making a new clone. And keep a backup of your previous image just in case.
If the destination system has an nvme drive. You could potentially edit the xavier_ssd entry in fstab to mount /dev/nvme0n1p1 instead of using UUID. However, this will also be a problem on destination devices if their nvme drive is not already partitioned and prepared with a filesystem.
I replaced the UUID with /dev/nvme0n1p1 and it now does not boot. I have way to recover it and I will.
The thing is that the /xavier_ssd seems to be mounted onto / and there appears to be a cyclic mount too, as /xavier_sdd contains another xavier_ssd directory that looks again like the / fire system…
Once I get it back online I will let you know for sure.
Thanks again for all you help! Much appreciated!