Upgrade to 2.1.2: Stuck on 2.1
-
Since there does not appear to be a fix for this yet, could someone with a valid partition table (e.g. on 2.1.5) on a 2G nanobsd post the results of a "gpart show", so I can compare with the invalid one.
Thank you!
-
Since there does not appear to be a fix for this yet, could someone with a valid partition table (e.g. on 2.1.5) on a 2G nanobsd post the results of a "gpart show", so I can compare with the invalid one.
I've tried comparing them before and saw no differences, and overwriting a bad with a good didn't appear to make a difference. Behavior like that is what led me even stronger toward the conclusion that it was something on the card itself to blame and not the actual partition table.
-
I have the same issue upgrading from any 2.x version to any newer 2.x version. for example I have a 2.1 that I wanted to upgrade to 2.1.5 but couldn't.
it wasn't until I started looking in the
Diagnostics: NanoBSD : view upgrade log that I put it together.
Bootup
Bootup slice is currently: ad0s1NanoBSD Firmware upgrade in progress…
Installing /root/latest.tgz.
SLICE 2
OLDSLICE 1
TOFLASH ad0s2
COMPLETE_PATH ad0s2aIt appears that the slice that the auto upgrade utility (or manual) is upgrading is not the boot slice that is booting up. How do I change this? Clicking on change boot slice at the top does nothing.
-
It appears that the slice that the auto upgrade utility (or manual) is upgrading is not the boot slice that is booting up. How do I change this? Clicking on change boot slice at the top does nothing.
Of course! That is by design. You don't kill a working one under your hands.
Other than that - why's this thread even going? Do a fresh install on an empty drive/CF or whatnot and restore the config! 5 minutes job. Instead of debugging screwed partitioning for years. WTF really.
-
On nanoBSD the upgrade is supposed to write to the opposite boot slice. When all the commands to the opposite boot slice have succeeded then the upgrade script will switch the selected boot slice and initiate a reboot.
Being stuck means that something went wrong in setting up the opposite boot slice, and the upgrade aborted itself.
I typed more here: https://forum.pfsense.org/index.php?topic=87292.msg481424#msg481424 -
Other than that - why's this thread even going? Do a fresh install on an empty drive/CF or whatnot and restore the config! 5 minutes job. Instead of debugging screwed partitioning for years. WTF really.
Except for those of us who have remote firewalls where it is not a 5 minute job and costs money to go out there. WTF really.
-
You'll need to ship someone on site, or ship a replacement box in site. How many more years do you intend to wait for a nonexistent fix?
-
Don't give up… Keep debugging it. Never admit defeat!
All the people trying to update to 2.1.2 are depending on you. :P
-
LOLz. Frankly I would not even consider messing with this on a remote site. Chances of killing the box by some low-level trial-and-error fiddling with partitions and resulting unexpected downtime are enormous.
-
FYI, never got this running. Bought a new 4GB CF card, flashed it with 2.2. Opened up the box, swapped the CF cards. Booted good, did autoupgrade to 2.2.2. Then restored config. Went pretty well. Still worries me that this might happen again in the future but now I know how to work this CF upgrade game. Use the WIN32boot flasher program and was pretty fast. Thanks all. I know this is super old so sorry.
-
And the built in Linux Mint Image Burner program is also problem free and stupid simple.
