Boot Issue After upgrading from 2.1.5 to 2.2

zero_snowman

Does it give you options when you enter ? at the mountroot> prompt?

You read this in the upgrade guide:

The disk drivers in FreeBSD changed between the underlying OS versions and now the CAM-based ATA drivers and AHCI are used by default. As such, ATA disks are labeled as /dev/adaX rather than /dev/adX.

Your box is trying to use the old drive naming scheme ad0s1a, that drive and slice is now ada0s1a. At the mountroute> prompt type:
ufs:/dev/ada0s1a
Then edit your fstab when it's booted to make the change permanent.

Steve

Yes. I do have the prompt. I tried "ufs:/dev/ada0s1a" it tried to load it, but it crapped out again with error code 19. :/

stephenw10

And you don't see any options in you enter ? either? (Other than a floppy drive)

ramymamlouk

Reverted back to 2.1.5 for the time being until another update is released.

stephenw10

If it isn't listed as a detected device it's odd that it failed with 'error 19' because that implies it tried to mount the device with an option that isn't supported. It tried to mount it so it must have already detected it.
Can you get a boot log up to that point at all?
What drive and drive controller are you using?

Steve

ramymamlouk

I don't think I can since I reverted back to 2.15. However, here are snipets from dmidecode hoping it would help:

System Information
Product Name: HP Compaq dc5750 Small Form Factor

Base Board Information
Manufacturer: Hewlett-Packard
Product Name: 0A64h

Processor Information
Version: AMD Athlon 64 X2 Dual Core Processor 3800+

zero_snowman

@ramymamlouk:

Reverted back to 2.1.5 for the time being until another update is released.

This is my plan as well.

Harvy66

I feel like I lucked out and dodged a bullet. Seems like most people having issues have older computers or are using Xen. AHCI is wonderful.

zero_snowman

Ok, well, call this crazy, I was tweaking around on my bios because I wanted to try installing from a USB drive. I ended up telling it to restore default bios settings after not being able to get it work. BAM working firewall again. Not sure how the upgrade tweaked my bios, but it did. Several reboots and shutdowns later, seems to still be working from console.

kejianshi

More likely either your drive interfaces or usb with default motherboard settings was incompatible with the BSD OS version that pfsense 2.1.5 was built on but not incompatible with BDS 10.

So yeah - That would be a good thing.

zero_snowman

@kejianshi:

More likely either your drive interfaces or usb with default motherboard settings was incompatible with the BSD OS version that pfsense 2.1.5 was built on but not incompatible with BDS 10.

So yeah - That would be a good thing.

I don't exactly follow you there kejianshi. This system was the same setup I had 2.1.5 running on for many years before hand. Only thing was upgrading to 2.2. There were no hardware changes made. Not sure, but all is well again. I hope the others get their kinks worked out.

stephenw10

Is it possible that you had tweaked something in the bios to make it run an earlier pfSense version?
Such as set the drive controller to some lower mode or disabled ACPI?

Steve

kejianshi

Yep - Thats the kind of thing I was talking about.

"Aint broke" is good enough though. I'm glad its working.

It just made me wonder if others might try the same thing.

De-optimize for 2.1.5 and try defaults rather than giving up.

There is always some fall out at each update.

stephenw10

Indeed. I've been running 2.2 snaps pretty much since they were released but I still got bitten by something I hadn't seen coming. ::)

Plenty of older hardware wouldn't boot unless AHCI or ACPI or APIC (or all three!) were disabled. Now that support for many more of these things is included a lot of that 'de-optimising' is either unnecessary or, worse, actually causing problems.

Steve

cmb

@zero_snowman:

Ok, well, call this crazy, I was tweaking around on my bios because I wanted to try installing from a USB drive. I ended up telling it to restore default bios settings after not being able to get it work. BAM working firewall again. Not sure how the upgrade tweaked my bios, but it did.

It didn't touch your BIOS config (and can't, it's completely and totally impossible), you had something there that wasn't right but just happened to work fine with FreeBSD 8.x. Come the upgrade to a FreeBSD 10.x base, something was no longer fine with whatever was wrong there.

@stephenw10:

Plenty of older hardware wouldn't boot unless AHCI or ACPI or APIC (or all three!) were disabled. Now that support for many more of these things is included a lot of that 'de-optimising' is either unnecessary or, worse, actually causing problems.

Yeah as with every significant base OS jump we've made, sometimes things that were necessary to make things work previously now are undesirable and make things no longer function.

Resetting BIOS to factory defaults is always a good idea if the system won't boot at all post-upgrade.

ramymamlouk

@zero_snowman:

I ended up telling it to restore default bios settings after not being able to get it work.

Do you have the same computer as mine? The HP Compaq dc5750 Small Form Factor?
I might trying to restore default bios settings next weekend while booting from a USB with 2.2 on it.

ramymamlouk

Restoring default bios settings did not work for me. I even tried to disable the onboard SATA controller, and attempt to install pfSense 2.2 on a USB, but that failed too.

I guess I'll wait for either a new release or a new computer :(

stephenw10

Try booting FreeBSD 10.1 on it. At least that will narrow down the issue somewhat.

Steve

zero_snowman

@ramymamlouk:

@zero_snowman:

I ended up telling it to restore default bios settings after not being able to get it work.

Do you have the same computer as mine? The HP Compaq dc5750 Small Form Factor?
I might trying to restore default bios settings next weekend while booting from a USB with 2.2 on it.

Mine is much much older than that. :D

zero_snowman

@cmb:

@zero_snowman:

Ok, well, call this crazy, I was tweaking around on my bios because I wanted to try installing from a USB drive. I ended up telling it to restore default bios settings after not being able to get it work. BAM working firewall again. Not sure how the upgrade tweaked my bios, but it did.

It didn't touch your BIOS config (and can't, it's completely and totally impossible), you had something there that wasn't right but just happened to work fine with FreeBSD 8.x. Come the upgrade to a FreeBSD 10.x base, something was no longer fine with whatever was wrong there.

@stephenw10:

Plenty of older hardware wouldn't boot unless AHCI or ACPI or APIC (or all three!) were disabled. Now that support for many more of these things is included a lot of that 'de-optimising' is either unnecessary or, worse, actually causing problems.

Yeah as with every significant base OS jump we've made, sometimes things that were necessary to make things work previously now are undesirable and make things no longer function.

Resetting BIOS to factory defaults is always a good idea if the system won't boot at all post-upgrade.

Yes, I know, I should have better thought out my response.

stephenw10

I saw this same error while invetigating something else also on some pretty ancient hardware. I saw this:

Trying to mount root from ufs:/dev/ada0s1a [rw]...
mountroot: waiting for device /dev/ada0s1a ...
Mounting from ufs:/dev/ada0s1a failed with error 19.

But importantly it was preceeded by this:

ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <toshiba mk2018gap="" m1.42="" a=""> ATA-5 device
ada0: Serial Number 32K60131T
ada0: 100.000MB/s transfers (UDMA5, PIO 8192bytes)
ada0: 0MB (0 512 byte sectors: 16H 63S/T 16383C)</toshiba>

Clearly 0MB is not a good size for a drive. ;) Do you see anything like that? I got past it by setting the access mode to LBA in the BIOS.

Steve