Currently we use winSCP to update files in the FX30 ( via SCP).
However, winSCP doesn’t work anymore due to a really really wrong size on the /etc folder:
root@fx30:~# ls -lks /
0 drwxr-xr-x 3 root root 26 May 14 2021 WEBSERVER
0 drwxr-xr-x 2 root root 1103 May 14 2021 bin
0 drwxr-xr-x 2 root root 3 May 14 2021 boot
0 drwxr-xr-x 1 root root 1664 Nov 23 09:37 data
0 drwxr-xr-x 10 root root 5740 Nov 23 09:07 dev
0 drwxr-xr-x 1 root root 18446744073709549488 Nov 23 09:07 etc
0 drwxrwxr-x 3 appsecSt appsecSt 28 Dec 11 2020 firmware
0 drwxr-xr-x 3 root root 224 Jan 1 1970 home
0 drwxr-xr-x 5 root root 576 Nov 23 09:08 legato
0 drwxr-xr-x 5 root root 1160 May 14 2021 lib
0 lrwxrwxrwx 1 root root 19 May 14 2021 linuxrc -> /bin/busybox.nosuid
0 drwxr-xr-x 2 root root 3 May 14 2021 media
0 drwxr-xr-x 7 root root 84 May 14 2021 mnt
0 drwxr-xr-x 2 root root 3 May 14 2021 opt
0 dr-xr-xr-x 210 root root 0 Jan 1 1970 proc
0 drwxr-xr-x 2 root root 80 Nov 23 09:07 run
0 drwxr-xr-x 2 root root 1401 May 14 2021 sbin
0 dr-xr-xr-x 12 root root 0 Jan 1 1970 sys
0 drwxr-xr-x 5 root root 240 Nov 23 09:37 tmp
0 drwxr-xr-x 12 root root 178 May 14 2021 usr
0 drwxr-xr-x 6 root root 140 Nov 23 09:07 var
As you can see the etc folder size is: 18446744073709549488 (which is way more than the few hundreds of MB of flash).
Hi,
I have re-flashed my box with the same FW and after reboot, the result is the same (bad folder size).
I use this FW: FX30_WP77xx_full_R14.1.1.002-generic-SWI9X06Y_02.36.06.00
I will try the R11 for the Cat-m to see if the problem also occur.
I downgraded the box FW from R14 to R11 and the problem was still here.
However, after resetting the overlay (with developer studio tool) the problem disappeared from the R11.
I’m guessing, this strange problem was due to our way to clean the overlay (which is mandatory between update for us).
Currently (on our custom R14 FW), we clean the overlay with that script:
The reset of overlay was successful on the R11, however because the R14 can’t be reset that way and since we must do this on our FW (that run on the R14), we create the script (on my previous message) that erase folders directly in the overlay.
It seem that our script to clean the overlay is the cause of the etc size problem, so how can we clean the overlay (maybe we miss to erase some parts of the system)?
I tried the swiflash method on the R14 and it doesn’t work (as expected).
In all case, the swiflash is not viable for us since we need to erase the overlay on FX30 that are not connected to the PC.
Could you confirm that our script that clean the overlay, do enough erasing (we want to create the same behavior as reset.cwe does)?
Hello,
Downgrading from R14.1 to R11 is not recommended. The secure storage configuration items will become corrupted and unable to be restored once the device is updated back to R14.1.
To clean the overlay, you could try the FX30 factory reset via the external pushbutton, but this doesn’t delete the ufs sbin and usr folders, and also the home/root folder, as these aren’t actually part of the overlay.
I disconnect the power supply and after reconnection the FX30 is back as normal (with a cleaned overlay).
What is the cause of that error in kernel?
We can’t use the flash_erase method if it require a human action.