Why multiple posts, Mike? Why not resurect the old post where all your details were posted? You can't honestly claim that your issue has been left unresolved for a year when YOU are not responsive for a year... This clogs the forum, imo!
I too have been trying the pivot-overlay approach to expand my root fiilesystem so that I may add new development tools.
I am able to 'see', mount, and touch my ext4 formatted USB drive, but I am not able to edit my /etc/config/fstab file, since the partition is reported as 'read-only'. What am I missing? How can I get around this?
Sorry for the late reply. I finally got around to taking a few pictures of the board.
I'm still having the same issue, and the Omega is running on the latest firmware.
I did notice one pin on the header was left unsoldered, there doesn't seem to be a trace going there though. I tried to add some solder there, but there isn't a pad for it to adhere to. Still the same errors after attempting, and after a fresh factory reset too.
Model: Onion Omega
Firmware: 0.1.4 (b330)
Latest Firmware: 0.1.4 (b330)
[ 372.690000] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 374.400000] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0-1: link becomes ready
[ 600.720000] usb 1-1: new full-speed USB device number 2 using ehci-platform
[ 600.940000] usb 1-1: device descriptor read/64, error -71
[ 601.260000] usb 1-1: device descriptor read/64, error -71
[ 601.490000] usb 1-1: new full-speed USB device number 3 using ehci-platform
[ 601.710000] usb 1-1: device descriptor read/64, error -71
[ 602.030000] usb 1-1: device descriptor read/64, error -71
[ 602.260000] usb 1-1: new full-speed USB device number 4 using ehci-platform
[ 602.740000] usb 1-1: device not accepting address 4, error -71
[ 602.860000] usb 1-1: new full-speed USB device number 5 using ehci-platform
[ 603.340000] usb 1-1: device not accepting address 5, error -71
[ 603.340000] usb usb1-port1: unable to enumerate USB device
@chee-sum-kong Hmmm, seems that there might be some bug in the code for phpmyadmin. According to this post, this bug should have been addressed in version 126.96.36.199 of phpmyadmin: https://github.com/phpmyadmin/phpmyadmin/issues/11892. Can you check which version you are running? We may need to manually upgrade the package to a newer version.
@Lazar-Demin Also, why is uboot even aware of usb mounts during boot? I thought that generally, /etc/fstab was cleared out? Is it possible that we could fix this by making opkg a little better at running packages off of usb, and ignoring them when usb isn't present/mounted?
Did you follow the guide at: https://wiki.openwrt.org/doc/techref/opkg to effect installations to externally mounted drives. They seem to mention, specifically, that each startup script needs to:
Libraries installed along with those packages are also installed to the external filesystem. This causes the programm [sic] not to start during bootup.
You need to manually set the LD_LIBRARY_PATH in each 'external' startup script: