Discussion and technical support related to USRP, UHD, RFNoC
View all threadsI upgraded my host computer to UHD 4.8, so I needed to update the file
system on an X410.
The X410 is not directly connected to the internet, only to the host
computer (running Ubuntu) through the QSFP port.
So I figured the best way to do the update was with mender. I scp'd the
latest mender file from the Ubuntu machine to the X410, and used the
following command on the X410 from an ssh terminal:
mender install /home/root/usrp_x4xx_fs.mender
It seemed to work fine, and completed:
INFO[0126] All bytes were successfully written to the new partition
INFO[0126] The optimized block-device writer wrote a total of 3769 frames,
where 1869 frames did need to be rewritten (i.e., skipped)
INFO[0128] Wrote 3951034368/3951034368 bytes to the inactive partition
100% 454379 KiB
INFO[0128] Enabling partition with new image installed to be a boot
candidate: 3
Use -commit to update, or -rollback to roll back the update.
At least one payload requested a reboot of the device it updated.
At that point I typed reboot, and expected the X410 to come back in a few
minutes with 4.8 on it.
Unfortunately, it never came back, so eventually I manually cycled the
power. It then came back up, but it still had version 4.5 on it.
I tried to do the same install process again, but now it always fails with
this error:
ERRO[0000] Reading headers failed: installer: failed to read Artifact:
readHeaderV3: handleHeaderReads: Artifact Payload type 'rootfs-image' is not
supported by this Mender Client. Ensure that the Mender Client is fully
integrated and that the RootfsPartA/B configuration variables are set
correctly in 'mender.conf'
ERRO[0000] installer: failed to read Artifact: readHeaderV3:
handleHeaderReads: Artifact Payload type 'rootfs-image' is not supported by
this Mender Client. Ensure that the Mender Client is fully integrated and
that the RootfsPartA/B configuration variables are set correctly in
'mender.conf'
Any ideas on how I can update the file system? It seems unusable in its
current state, and I would prefer not to downgrade my computer back to UHD
4.5.
Hi!
When you see the error “(…) Artifact Payload type 'rootfs-image' is not supported by this Mender Client. (…)” then you edit /data/mender/mender.conf and set the following content:
{
"RootfsPartA": "/dev/mmcblk0p2",
"RootfsPartB": "/dev/mmcblk0p3"
}
Then you should be able to run the mender update to UHD 4.8.
If it still does not work, another option would be to expose the eMMC as mass storage device to the host PC and flash it from there (similar as you would flash an image to a USB stick). This is described here: https://files.ettus.com/manual/page_usrp_x4xx.html#x4xx_accessing_emmc_usb
Kind regards,
Jörg
Thank you for helping! I tried your suggestion, and it did allow me to try mender again.
Unfortunately it still did not work, and now I don’t get any QSFP network connection. I think it may be because I did a:
mender -commit
command before rebooting this time.
So then I tried the other method you recommended. I didn’t get any errors from the dd command, so I thought it had worked, but when I rebooted, I still get no QSFP connection. There are no green lights on either of those 2 ports.
Have I bricked the X410? Is there a way to recover from this?
From: joerg.hofrichter--- via USRP-users usrp-users@lists.ettus.com
Sent: Thursday, March 13, 2025 3:47 AM
To: usrp-users@lists.ettus.com
Subject: [EXT] [USRP-users] Re: Trouble updating file system on X410
Hi! When you see the error “(…) Artifact Payload type 'rootfs-image' is not supported by this Mender Client. (…)” then you edit /data/mender/mender. conf and set the following content: { "RootfsPartA": "/dev/mmcblk0p2", "RootfsPartB": "/dev/mmcblk0p3"
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
This message came from outside the Laboratory.
ZjQcmQRYFpfptBannerEnd
Hi!
When you see the error “(…) Artifact Payload type 'rootfs-image' is not supported by this Mender Client. (…)” then you edit /data/mender/mender.conf and set the following content:
{
"RootfsPartA": "/dev/mmcblk0p2",
"RootfsPartB": "/dev/mmcblk0p3"
}
Then you should be able to run the mender update to UHD 4.8.
If it still does not work, another option would be to expose the eMMC as mass storage device to the host PC and flash it from there (similar as you would flash an image to a USB stick). This is described here: https://files.ettus.com/manual/page_usrp_x4xx.html#x4xx_accessing_emmc_usb
Kind regards,
Jörg
Hi!
Did you check with ‘mender show-artifact’ and/or ‘uhd_config_info --version’ which version is active now?
What does `uhd_usrp_probe’ return?
Please also note that the ethernet link speed of the SFP ports is defined by the FPGA image which is active. The FPGA image flavors are described here: https://files.ettus.com/manual/page_usrp_x4xx.html#x4xx_updating_fpga_types . This means that you need to load the X4_200, X4_400 or X4_1600 FPGA image if you want to use 10 GbE (QSFP28 Port 0 needs to be used - please check that you did not accidently connect QSFP28 Port 1). The CG_400 and CG_1600 FPGA image is needed for 100 GbE (on both QSFP28 Port 0 and QSFP28 Port 1).
Kind regards,
Jörg
Thank you! These commands all showed that I was indeed running version 4.8 now. I hadn’t realized that I needed to re-flash the FPGA after a file system update. Once I did that, the QSFP connectivity returned, and all is well again. Thank you again for your help! It is much appreciated. I think the user manual should probably mention that (or maybe I am just stupid haha)
John
From: joerg.hofrichter--- via USRP-users usrp-users@lists.ettus.com
Sent: Friday, March 14, 2025 10:24 AM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] Re: [EXT] Re: Trouble updating file system on X410
Hi! Did you check with ‘mender show-artifact’ and/or ‘uhd_config_info --version’ which version is active now? What does `uhd_usrp_probe’ return? Please also note that the ethernet link speed of the SFP ports is defined by the FPGA image which
ZjQcmQRYFpfptBannerEnd
Hi!
Did you check with ‘mender show-artifact’ and/or ‘uhd_config_info --version’ which version is active now?
What does `uhd_usrp_probe’ return?
Please also note that the ethernet link speed of the SFP ports is defined by the FPGA image which is active. The FPGA image flavors are described here: https://files.ettus.com/manual/page_usrp_x4xx.html#x4xx_updating_fpga_types . This means that you need to load the X4_200, X4_400 or X4_1600 FPGA image if you want to use 10 GbE (QSFP28 Port 0 needs to be used - please check that you did not accidently connect QSFP28 Port 1). The CG_400 and CG_1600 FPGA image is needed for 100 GbE (on both QSFP28 Port 0 and QSFP28 Port 1).
Kind regards,
Jörg