Really big problem to go to 2.2.2 from 2.2.1
-
@cmb:
It appeared on the snapshots since April 11. It is treated by replacing the top-level of directory /boot on the content from 10 April.
do you know which file specifically? That timeline seems to match some loader.conf changes for serial console, but I don't see how that would impact things in that way. That's been tested on numerous different hardware platforms and VMs, not sure how other situations can be different.
Those affected, are you running full installs or nano? What kind of hardware? Is the serial console enabled?
Full install, physical hardware, I don't recall my settings for serial console.
-
Here is a quick video of mine after just over an hour of booting. Make sure and notice how slow the text is appearing.
https://youtu.be/7JIgWEhBzPg
-
@cmb:
Those affected, are you running full installs or nano? What kind of hardware? Is the serial console enabled?
Full install, intel hardware, default serial settings.
-
@cmb:
do you know which file specifically? That timeline seems to match some loader.conf changes for serial console, but I don't see how that would impact things in that way. That's been tested on numerous different hardware platforms and VMs, not sure how other situations can be different.
Those affected, are you running full installs or nano? What kind of hardware? Is the serial console enabled?
Zotac IONITX-P-E, 4GB RAM, 1TB HDD. Full install AMD64. Serial console disabled.
I don`t know which file specifically, but is top level of /boot - not a kernel. Can an experiment, but it will take some time. -
Just took the upgrade and was sad to find out that I had the problem stated above. I am running the asrock q1900m system with 4gb of ram. I had serial console enabled. I went to the BIOS and disabled the serial port all together and rebooted. Upon reboot my system is back to normal. Boot up took normal amount of time.
I have a full install upgrading from 2.2.1Any questions let me know I'll see what I can do.
-
Yup, same here, fixed! I disabled the serial port and it's back up and normal.
-
Yup… same here
Full install (64bits) on a "cheap" Asrock C70M1, 8Gb of RAM, 80Gb SATA HDD.
"Solved" disabling "Serial port"
-
@cmb:
do you know which file specifically? That timeline seems to match some loader.conf changes for serial console, but I don't see how that would impact things in that way. That's been tested on numerous different hardware platforms and VMs, not sure how other situations can be different.
Immediately after the upgrade file loader.conf contains:
boot_serial="YES" comconsole_speed="9600" hw.usb.no_pf="1"
Сleaning it solves the problem.
-
@cmb:
Those affected, are you running full installs or nano? What kind of hardware? Is the serial console enabled?
FWIW, I'm running on a cheapo eMachines w/ Atom processors and was having the same issue with the upgrade (full install). Wiping back to a clean install booted fine, but as soon as I imported my old config, it would slow down again.
I don't recall what the status of the serial console was initially, but like the others above, disabling my serial port in the BIOS allowed it to boot up normally.
-
I did a fresh install of 2.2.2 and restored my config.
Immediately after that, it did the slow down again.Disabling the serial port in my bios fixed it for me as well.
this is a low risk upgrade
To everyone in this thread. I recommend NEVER playing Russian Roulette.
-
Hi,
Upgrade from full install of 2.2.1 to 2.2.2 on a
Intel DQ77KB
Xeon E3-1265v2
8GB 40GB Intel mSATA SSDRunning pfsense without problems for about a year. Same problem where the system boots character by character with a speed reminding me of my first 150 baud modem :). Disabled the serial port and the system boots fine with connectivity restored. I forgot to check which BIOS version I had installed, I'll check upon request. Just filing to perhaps aid in finding a pattern. Thanks folks for finding a workaround so fast.
-
Immediately after the upgrade file loader.conf contains:
boot_serial="YES" comconsole_speed="9600" hw.usb.no_pf="1"
Сleaning it solves the problem.
Thanks, that's helpful. I think it's the boot_serial line on its own that does it, but have no means of confirming as it seems to be somehow hardware-specific.
-
Zotac IONITX-P-E, 4GB RAM, 1TB HDD. Full install AMD64. Serial console disabled.
I don`t know which file specifically, but is top level of /boot - not a kernel. Can an experiment, but it will take some time.I have similar hardware but Atom based…
Disabling the serial port fixed the problem, thank you jwhostet (I believe he is the first one who suggested disabling the serial port)!
I guess it's trying to access a serial console and stays stuck there...
Is it possible to temporarily deactivate offering the update until this is fixed so that nobody else gets caught without Internet access? The forum is not very mobile friendly so it was a pain to search for a fix...
Nick
-
It acts like it's sending a serial char out, waiting for a reply, timing out then moving on.
-
@cmb:
Thanks, that's helpful. I think it's the boot_serial line on its own that does it, but have no means of confirming as it seems to be somehow hardware-specific.
Apologies for being mostly BSD illiterate, is there any way that I can grab more (possibly useful) information for you from at least my system?
-
My loader.conf (I assume it is the one under /boot) contains more stuff but it has the same serial line…
autoboot_delay="3" vm.kmem_size="435544320" vm.kmem_size_max="535544320" kern.ipc.nmbclusters="0" boot_serial="YES" comconsole_speed="9600" hw.usb.no_pf="1"
Nick
-
I ran into the same issue on upgrade from 2.2.1 to 2.2.2. Going into the BIOS and disabling the serial ports got me around it.
-
Yeah, well serves me right for doing updates the first day they are released…. I had the same problem, and after watching the copyright dates slowly filter through at the rate of 7 seconds per character for 20 minutes, I managed to find an old pfsense 2.0 cd and was able to get online to check the forums.
Disabling the serial port fixed it and i am on 2.2.2 now, with no serial ports.
motherboard is p5Ld2-vm http://www.asus.com/Motherboards/P5LD2VM/ -
So why do y'all have your serial port enabled if you are not using it. Didn't your ma'ma ever teach you to turn off the lights when you leave a room vacant. Less is more.
If it ain't being used put it away, put it into storage, throw it away, turn it off. Get the picture? It's the same sort of philosophy as with security. Only what is needed is permitted, stored/kept, provided, etc.
First thing I did when initially setting up my pfSense machine was go into the BOIS and turn off everything not being used. Like the built in modem (yeah it's that old), printer port, etc.
Less is more.
Some times we people are our own worst enemy.
-
So why do y'all have your serial port enabled if you are not using it.
Why would we turn it off unless we needed the resources (mostly IRQ) for another device or if it was a security risk?
Didn't your ma'ma ever teach you to turn off the lights when you leave a room vacant. Less is more.
I don't think you will save energy by turning it off especially considering that the chip involved do other things as well…
If it ain't being used put it away, put it into storage, throw it away, turn it off. Get the picture?
No, should we?
It's the same sort of philosophy as with security. Only what is needed is permitted, stored/kept, provided, etc.
I agree with you here but here there is actually a good and valid reason to do it…
First thing I did when initially setting up my pfSense machine was go into the BOIS and turn off everything not being used. Like the built in modem (yeah it's that old), printer port, etc.
Built-in modem? What is it, a PCJr? I have had plenty of PCs (and even non PCs like Apple II compatible and Sinclair ZX81) and I don't recall any of them ever had a built-in modem.
Less is more.
Some times we people are our own worst enemy.If you did not have the number of posts you have here I would have hesitated between thinking this was flame bait or trolling…
I doubt this is the case considering your implication here but this is what it seemed to be at first glance...
Nick