Regression #13550
closed
Pfsense 2.7 October 7 Snapshot manualmount, failed boot
Added by RED SKULL about 2 years ago.
Updated almost 2 years ago.
Release Notes:
Force Exclusion
Affected Architecture:
amd64
Description
Pulled October 7th Snapshot fails to boot and stops as manualroot> prompt. none of the options work.
Loader variables:
vfs.root. mount from=zfs: pfSense3/ROOT /de fault
Manual root filesystem specification:
(fstype>: <device> [options]
Mount <device> using filesystem <fstupe> and with the specified (optional) option list.
eg. ufs: /dev/daßsla
2fs: zroot/ROOT/de fault cd9660:/dev/cd0 ro
(which is equivalent to: mount
-t cd9660 -0 ro /dev/cdo /)
?
List valid disk boot devices
Yield 1 second (for background tasks)
<emptu line>
Abort manual input
mountroot>
Files
FYI: I see the October 7th update shows error 404 when attempting to download on pfsense site but is still available on the Pfsense webUI as upgrade path
Reboot into the loader prompt, press 3 at the pfSense/FreeBSD boot menu
Then run the following
load /boot/kernel/kernel
load /boot/kernel/opensolaris.ko
load /boot/kernel/zfs.ko
boot
Christian McDonald wrote in #note-2:
Reboot into the loader prompt, press 3 at the pfSense/FreeBSD boot menu
Then run the following
load /boot/kernel/kernel
load /boot/kernel/opensolaris.ko
load /boot/kernel/zfs.ko
exit
Christian,
Is there a fix pending for this in the next build? I can confirm this happens every time I boot 2.7 on the Oct 7th builds and requires manual intervention to boot.
thanks Christian. I found that this is partially correct. the load commands work but you will need to enter the following afterwards instead of 'exit' as 'exit' is not a recognized command:
reloadbe
autoboot
btw, this is also an issue on the latest October 9th build so I will open another ticket
- Has duplicate Bug #13551: Pfsense 2.7 October 9 Snapshot manualmount, failed boot added
Also noticed that /boot/loader.conf is almost empty and missing the usual params.. Only has this:
autoboot_delay="3"
net.link.ifqmaxlen="128"
vs prior builds that had this:
kern.cam.boot_delay=10000
kern.ipc.nmbclusters="1000000"
kern.ipc.nmbjumbop="524288"
kern.ipc.nmbjumbo9="524288"
opensolaris_load="YES"
zfs_load="YES"
kern.geom.label.gptid.enable="0"
kern.geom.label.disk_ident.enable="0"
kern.geom.label.disk_ident.enable="0"
kern.geom.label.gptid.enable="0"
opensolaris_load="YES"
zfs_load="YES"
autoboot_delay="3"
net.link.ifqmaxlen="128"
From the Oct 14 snapshot (current latest at the time), this is resolved. The system boots normally, GUI is accessible, and loader.conf is fully populated.
- Status changed from Resolved to Closed
- Tracker changed from Bug to Regression
- Target version set to 2.7.0
- Release Notes changed from Default to Force Exclusion
Also available in: Atom
PDF