Differences

This shows you the differences between two versions of the page.

--- remote_upgrade_poc [2023/07/13 16:50] – [Concerns, Issues, and Known Challenges] -formatting hogwild
+++ remote_upgrade_poc [2024/10/19 05:44] (current) – [References] hogwild
@@ Line 87: / Line 87: @@
     - On its first run, FreshTomato will recreate and initialize required default parameters.
     - A "dirty" upgrade (without NVRAM full erase/reset) might work. However, it is strongly discouraged,\\ since conflicts of current parameters/functions with the old ones can cause issues. \\  \\
-  - Some form of permanent storage is needed. A full erase/reset of NVRAM-stored parameters via //mtd-erase// \\ is not committed until the next reboot/power cycle.
+  - A form of permanent storage is needed. A full erase/reset of NVRAM-stored parameters via //mtd-erase// \\ is not committed until the next reboot/power cycle.
     - What is the difference betweeen the //mtd-erase// and //nvram erase// commands?
-      - Issuing the //nvram erase// command still erases the nvram mtd. However, upon actions like a reboot, \\ NVRAM is saved to mtd from RAM. Thus, it will not wipe everything unless power is removed \\ right after the command completes. However, //nvram erase// clears the NVRAM in RAM then writes to flash, \\ but doesn't zero out all the flash. \\ See also: [[https://wiki.dd-wrt.com/wiki/index.php/Hard_reset_or_30/30/30#Erasing_NVRAM|Hard reset or 30/30/30 - DD-WRT Wiki]]
+      - Issuing the //nvram erase// command still erases the nvram mtd. However, on actions like a reboot, \\ NVRAM is saved to mtd from RAM. Thus, it will not wipe everything unless power is removed \\ right after the command completes. However, //nvram erase// clears the NVRAM in RAM then writes to flash, \\ but doesn't zero out all the flash. See also: [[https://wiki.dd-wrt.com/wiki/index.php/Hard_reset_or_30/30/30#Erasing_NVRAM|Hard reset or 30/30/30 - DD-WRT Wiki]]
       - The //nvram erase// command maintains the NVRAM header/checksum/length structure but erases variables. \\ The //mtd// command erases a flash partition's sectors, leaving its data values set to "FF" (flash erase state). \\  \\
   - Thus, options for storage persistence would seem to be:
@@ Line 97: / Line 97: @@
     - Automount mounts all partitions to subdirectories in "/mnt". The //nvram usb_automount// parameter \\ defaults to "1" (enabled), at least in recently compiled ".trx" firmware builds).
     - Logic is needed to tell if the .autorun file ran right after an upgrade or on reboot during normal operation. \\  \\
-  - Performing an upgrade via the shell is safer than via the web interface. From the shell, you download a .zip \\ and check for magic number errors when extracting the archive. Most devices have enough RAM \\ to host the .zip. Uploading a ".trx" file via the web interface increases risk, especially on a less stable connection, \\ such as a WiFi client. \\  \\
+  - Performing an upgrade via the shell is safer than via the web interface. From the shell, you download a .zip \\ and check for magic number errors when extracting the archive. Most devices have enough RAM \\ to host the .zip. Uploading a ".trx" file via the web interface is more risky, especially on a less stable connection, \\ such as a WiFi client. \\  \\
   - Clearing NVRAM and restoring variables remotely via a script could lead to a serious lockout or bootloop. \\ Even if such an approach (having a list of nvram set commands) saved time, too many things can go wrong.\\  \\
-  - Having a stable basic Internet connection, VPN, and LAN parameters could allow an internal device \\ (like a PC or small service/maintenance appliance RPI) to announce its availability. This could allow it \\ to be accessed remotely for finalizing the whole post-upgrade configuration. A VPN might not be needed \\ if a remote access tool such as Teamviewer were available). \\  \\
+  - Having a stable basic Internet connection, VPN, and LAN parameters could allow an internal device \\ (like a PC or small service/maintenance appliance RPI) to announce its availability. This could allow it \\ to be accessed remotely for finalizing the whole post-upgrade configuration. A VPN may not be needed \\ if a remote access tool such as Teamviewer were available). \\  \\
-  - Upgrade options using TFTP wouldn't be viable because of the need to trigger the transfer during a short \\ (a few seconds) service window during power-up. Such options might also require specific button combinations \\ which would not be practical.\\  \\
+  - Upgrade options using TFTP wouldn't be viable because of the need to trigger the transfer during a short \\ (a few seconds) service window during power-up. Also, such options may require specific button combinations \\ which would not be practical.\\  \\
-  - Other options to do a controlled reconfiguration during upgrade might include leaving specific entry points, \\ hooks, or callback scripts. However, this would require thorough examination, development and testing. Such work might be unfeasible if developer resources were limited.
+  - Other options to do a controlled reconfiguration during upgrade might include leaving specific entry points, \\ hooks, or callback scripts. However, this would require thorough examination, development and testing. \\ Such work might be unfeasible if developer resources were limited.
@@ Line 693: / Line 693: @@
 ===== Alternatives =====
-  - Compile your own firmware with your settings hard-coded within it.
+  * Compile your own firmware with your settings hard-coded within it.
-    - Building the compilation environment requires a lot of effort.
+    * Building the compilation environment requires a lot of effort.
-    - Consolidated experience with such process is necessary.
+    * Consolidated experience with such process is necessary.
-    - Several previous attempts were made using directions from: freshtomato-arm [[https://bitbucket.org/pedro311/freshtomato-arm/src/arm-master/README.md|README.md]] . \\ However, these methods were** not** able to generate a byte match between their .trx build versus \\ .trx images prepared for general distribution in the [[https://freshtomato.org/downloads/|download repository]]
+    * Earlier attempts were made using steps from: freshtomato-arm \\ [[https://bitbucket.org/pedro311/freshtomato-arm/src/arm-master/README.md|README.md]]. \\ However, these methods **weren't** able to generate a byte match \\ between their .trx build and .trx images prepared for general distribution \\ in the [[https://freshtomato.org/downloads/|download repository]]
-===== References and Online Resources =====
+===== Remote Upgrade Notes and Troubleshooting =====
-[[https://www.linksysinfo.org/index.php?threads/whats-the-best-way-to-upgrade-tomato-upgrade-2020-2-aio-to-latest.77558/post-339284|Whats the best way to upgrade Tomato upgrade 2020.2 AIO to latest]
+==== References ====
-[[https://bitbucket.org/pedro311/freshtomato-arm/src/04909aa16f6e41e60db742e781397cf505bda2de/release/src-rt-6.x.4708/router/httpd/upgrade.c?at=arm-master#upgrade.c-82,84,86,92,96,121,123,128|freshtomato-arm/release/httpd/upgrade.c source code]]
+ \\
-[[https://bitbucket.org/pedro311/freshtomato-arm/issues/161/fature-request-separate-firmware-upload|Fature request: Separate firmware-upload and reboot actions]]
+[[https://www.linksysinfo.org/index.php?threads/whats-the-best-way-to-upgrade-tomato-upgrade-2020-2-aio-to-latest.77558/post-339284|Whats the best way to upgrade Tomato upgrade 2020.2 AIO to latest]]
+ \\
+[[https://bitbucket.org/pedro311/freshtomato-arm/issues/161/fature-request-separate-firmware-upload|Feature request: Separate firmware-upload and reboot actions]]
+ \\
 [[https://www.linksysinfo.org/index.php?threads/run-one-off-script-after-installation-upgrade.77505/#post-336930|Run one off script after installation/upgrade]]
+ \\
 [[https://wiki.dd-wrt.com/wiki/index.php/Script_Execution|Script Execution]]
+ \\
 [[https://www.linksysinfo.org/index.php?threads/a-curiosity-why-cant-tomato-have-router-config-backup-across-versions.76565/page-3#post-326993|A curiosity...why can't Tomato have router config backup across versions?]]
+ \\
 [[https://wiki.dd-wrt.com/wiki/index.php/Hard_reset_or_30/30/30#Erasing_NVRAM|Hard reset or 30/30/30]]
+ \\
 [[https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=470706#470706|Safe to run MTD ERASE NVRAM on WRT610n?]]
@@ Line 721: / Line 735: @@
 The "//nvram set//" command can be effectively integrated with [[https://www.linksysinfo.org/index.php?threads/a-curiosity-why-cant-tomato-have-router-config-backup-across-versions.76565/post-326993|the backup_nvram script]]
+ \\
-===== Credits =====
+ \\
-Thanks to all those at: [[https://www.linksysinfo.org/index.php|https://www.linksysinfo.org/index.php]] who supported this crazy endeavour!
-[[https://www.linksysinfo.org/index.php?members/hommeoursporc.67394/|hommeoursporc@linksysinfo]]
+==== Credits ====
+ \\
+Thanks to all those at: [[https://www.linksysinfo.org/index.php|www.linksysinfo.org]] who supported this crazy endeavour!
+ \\
+[[https://www.linksysinfo.org/index.php?members/hommeoursporc.67394/|hommeoursporc@linksysinfo.org]]
-[[https://www.linksysinfo.org/index.php?members/rs232.25203/|rs232@linksysinfo]]
+[[https://www.linksysinfo.org/index.php?members/rs232.25203/|rs232@linksysinfo.org]]
-[[https://www.linksysinfo.org/index.php?members/maurer.25051/|maurer@linksysinfo]]
+[[https://www.linksysinfo.org/index.php?members/maurer.25051/|maurer@linksysinfo.org]]
-[[https://www.linksysinfo.org/index.php?members/djk44883.65725/|djk44883@linksysinfo]]
+[[https://www.linksysinfo.org/index.php?members/djk44883.65725/|djk44883@linksysinfo.org]]
-[[https://www.linksysinfo.org/index.php?members/rmerlin.2388/|rmerlin@linksysinfo]]
+[[https://www.linksysinfo.org/index.php?members/rmerlin.2388/|rmerlin@linksysinfo.org]]
  \\

FreshTomato Wiki

User Tools

Site Tools

Differences

Page Tools