No, no firmware updates but I had a bunch of power failures at the house and I am guessing at some point the harddrive stopped mounting or something. This actually works out. I will just leave as is and install the new firmware when it is out of Beta (I was planning to remove exroot at that time anyway).
Your other thread with all the drive info was removed from the forums. (The thread with savespace scripts), that thread was handy because it also listed all the files/directories that are safe to remove. Can you re-repost the the list of folders that are OK to clean out if you are having space issues? Hopefully I can keep the Vera up and running until the new firmware is finalized.
Hmm didn’t know that more of my posts were removed. I did not even see any notifications for edits. Oh well. I am not going to repost things the management here doesn’t want to see. You can PM me and ask specific questions maybe…
I don’t know how to downgrade the kernel unfortunately. I suspect, I could trick the vera into doing it but the way I did mine was to run this:
and then upgrade back to 7.29 before manually running the scripts to upgrade to 7.30 or 7.31 by maintaining the kernel. It’s unfortunate that I am treating 7.30 and 7.31 upgraded units as if they were bricked…
I wish I knew how to re-enable the root pivoting on the new kernel… Sorry. My interest is also waning fast as I am migrating away from vera so I won’t spend too much time on it. I get the feeling over the last few firmware versions that eZLO is gradually closing down the platform. Whether it is intentional or not, It is increasingly difficult to maintain the system extrooted which is a far better solution than all the kernel and storage tweaks the devs are making albeit requiring additional hardware…
I hear you and that is unfortunately the way i am leaning as well. As far as a new platform, are you moving everything over to HA or what are you going to be using? just trying to follow the best path possible moving forward.
I found the problem preventing the new firmwares from extrooting and fixed it. I managed to validate it on both the vera edge and the vera plus. There is no need to remain on the old firmwares anymore. I will send out scripts tomorrow after I am done testing them.
This is what I am getting as I found a workaround to reproduce the behavior of extroot on the updated kernels:
So as you can see I managed to pivot the root but from the startup logs, I had to make this happen much later in the boot process. It means from what I observed that the luup engine reloads twice during the boot process. I verified that adding plugins actually load and work on the external drive. I used the same trick I used on the previous vera edge script which should still work. The original partitions (so many of them now with this new kernel as data has been distributed all over) are now mounted as read only in the “rom” folder and you shouldn’t need to touch them.
After the unit reboots out of the extroot, verify that it was successful with the df -h command output above
Restore from backup.
@Fanan, Unfortunately I cannot guarantee it will work on the secure because I don’t have one to test on… I would presume it would mostly work but I would not be surprised if it needed something else. One way to find out would be for you to upgrade and send me the output of the df -h command.
I’ve previously upgraded to 1.7.4833 (7.30) using your (earlier) script, I guess the one that didn’t upgrade the kernel.
So are all these steps required (especially the unplugging of SSD part), or would it be enough to do Vera firmware upgrade and run the new script? Also, are all these steps required in every (future) upgrade going forward?