[Fixed] 2.1.4 Nano update files are all VGA version
-
Good point. The X700 users who orginally asked questions reported their unit failed to boot so I assumed the lack of video hardware was an issue. Thus I expected the Alix to similarly fail to boot but clearly that isn't the case.
The decision to upgrade my own home box has been removed since Microsoft just took down my dynamic DNS! >:(
Steve
-
For what it's worth, the update broke my x700 also…
I still had the serial console at 115200 but it seemed to be using a different boot loader - reminded me of GRUB on Linux. The default boot option would load the DMA module and my CF card did not like that. I was able to recover by selecting the failsafe option (#4 on the menu) and pfSense would boot normally. Once it was up I could copy my good 2.1.3 slice over the update and be operational.
I'm waiting and watching for confirmation that the update servers are fixed before attempting again.
-
Completely forgot about that. Yes, the reasson the vga images won't boot is that they have DMA enabled and the X700 CF slot doesn't support it. However I thought that was true of the Alix also. :-\
Steve
-
Same here for me: upgraded via serial console after reboot the console is gone.
Who do I have to contact to change this?
Bye,
eweri -
Any updates on when the next release will be out to fix the auto invoker update?
This version is broken and can not boot unless I manually hit the number 2 through serial:
-
I fixed mine by using the updates manually from:
http://files.bgn.pfsense.org/mirror/updates/
The web gui update just timed out, I had to use the console.
Now the console works. Seem part of the boot is still at 9600 though but at least there is a console now.
Note using the nanobsd files from the default location instead of the vga one the updater switched to completely disables the console (no longer in /etc/ttys.)
It looks like they are moving to one version for both.
-
I have some boxes headless with nanobsd 4G and I'm somewahat confused now… should I try to update them from the GUI or will it break the console? Why is there no official response to this apparent issue? Is a fresh install without risk?
Any help highly appreciated... ???
-
So if you update your box and end up with the nano_vga image you will loose the serial console. However that may not be a disaster, you can always switch back to the previous slice if you have to. A bigger issue is that the standard nano images have ATA DMA disabled by default in the loader.conf file. This is because many older CF slots did not have the required connections to support DMA such that if you insert a newer DMA capable card you just get errors. If you box has such a slot and your CF card reports it has DMA the kernel will try to use it and will fail to boot. That is much more of an issue since you can only then recover by choosing the alternative boot slice at the boot loader via the serial console or by re-writing the image on the card.
There were a few comments some time ago that suggested it may be possible to have both vga and serial consoles on the same image, initially I thought that may be the case here. Unfortunately this coinsided with my being away so I have no way of testing anything.
Steve
-
We're looking into this, there was a change in the file namings that may have confused the uploading scripts.
Awfully quiet here… no progress?
-
This just bit me in the ass. Upgraded my firebox X1250e from 2.1.3 > 2.1.4 from the webGUI. Now it won't boot. Luckily I have a spare firebox that has got me back online. Unfortunately I don't have a recent config backed up. Guess I learnt a valuable lesson. Always backup before an upgrade.
This bug should be posted on the blog or at least publicised. Cost me some down time and now I relying on stephen or someone, to explain to me how can I get my config off the CF card / repair my borked firebox without doing a clean install. Any ideas people?
-
Had same issue as you with my setup. You should be able to recover quite fast, though you will need serial console.
See this topic: https://forum.pfsense.org/index.php?topic=78589.0
-
The easiest way to recover is to switch slices at the boot menu. That can still be done via the serial console.
To recover the config file from the CF card mount it under a FreeBSD machine. If you don't have a FreeBSD box you can use a VM with some sort of pass through to your CF card reader or use a live CD like GhostBSD.
I'm still surprised just how few people have been bitten here. Are there thousands of Alix users who have no console but don't realise it?
Steve
-
This looks to have been fixed this morning. The updaters URL now contains the correct images. :)
Steve
-
Thank you, Steve!
Are there thousands of Alix users who have no console but don't realise it?
Both reasons will match.
There are some ALIX users who are cautious with updates and read the forum some days or weeks before they start an update.
I haven't updated mine cause of threads like this one. And if I had, I wouldn't have noticed the issue, since I only use the console if it is really required. -
This looks to have been fixed this morning. The updaters URL now contains the correct images. :)
Yes, the images should all be OK now. cmb made some changes and put the correct images in place.
