https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
Ed Maste changed:
What|Removed |Added
CC||ema...@freebsd.org
Blocks|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #1 from Ed Maste ---
Are you able to try a few other snapshots to narrow down the breakage?
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #2 from Ryan Moeller ---
(In reply to Ed Maste from comment #1)
That was the earliest snapshot I could find on download.freebsd.org. Is there
some place I can find older snapshots?
--
You are receiving this mail because:
You a
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #3 from Ed Maste ---
(In reply to Ryan Moeller from comment #2)
There are also CI snapshots available at
https://artifact.ci.freebsd.org/snapshot/stable-12/
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #4 from Ryan Moeller ---
(In reply to Ed Maste from comment #3)
Thanks, but I don't see install CD images there. I found
FreeBSD-12.0-STABLE-amd64-20190411-r346111-mini-memstick.img in my collection
so I'll give that a try.
--
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #5 from Ryan Moeller ---
(In reply to Ryan Moeller from comment #4)
I also found FreeBSD-12.0-STABLE-amd64-20190425-r346638-disc1.iso on another
server, will try that as well.
--
You are receiving this mail because:
You are th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #6 from Ryan Moeller ---
(In reply to Ryan Moeller from comment #5)
r346638 works.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #7 from Ed Maste ---
(In reply to Ryan Moeller from comment #4)
I believe you should be able to uncompress one of the disk.img.xz images and
write to a USB stick to test booting (assuming that it's a general problem in
the loade
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #8 from Ryan Moeller ---
(In reply to Ed Maste from comment #7)
Ok, I had to dig through a few folders to find one of those.
r347048
Blank loader screen, but after a little wait the kernel boots with a very low
contrast font co
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #9 from Ryan Moeller ---
r348508 - Blank screen for a while then dim font for kernel.
r348524 - All black, no visible activity.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #10 from Ryan Moeller ---
None of the commits to stable/12 between r348508 and r348524 are anywhere near
the loader, and the behavior flip-flops again later, so I think both behaviors
must be the same problem. I'll have to look
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #11 from Ryan Moeller ---
r346844 - No loader, kernel visible
r346774 - No loader, kernel visible
On a hunch I tried the r346638 image from CI and that doesn't boot, it's just a
blank screen, even though the disc1.iso for that
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #12 from Ed Maste ---
(In reply to Ryan Moeller from comment #11)
Thank you for all of the effort so far in trying to track this down.
Unfortunately I have some travel coming up and won't be able to look at it in
detail but hope
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #13 from Ryan Moeller ---
I found the issue I was having with vidconsole. It was an incorrect setting in
the BIOS: [Advanced > PCIe/PCI/PnP Configuration > Onboard Video OPROM] was set
to EFI instead of legacy. With it set to le
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #14 from Ryan Moeller ---
r351752 - stalls
r351504 - stalls
r351358 - works
r351426 - stalls
r351390 - stalls
r351384 - stalls
There are no amd64 images in the CI between r351358 and r351384.
r351384 is a commit to stand/ so
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #15 from Ryan Moeller ---
I built release.iso on releng/12.1 and confirmed it stalls before the loader
menu. Then I reverted r351384 and did another build. The second installer boots
successfully.
--
You are receiving this mai
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #16 from Toomas Soome ---
(In reply to Ryan Moeller from comment #15)
Have you attempted boot from current? I wonder if this is something we have
fixed already but not merged to 12...
In any case, I'll check over, it will take
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #17 from Ryan Moeller ---
(In reply to Toomas Soome from comment #16)
It is probably broken on HEAD too. The boot fails in the same way. I'll build a
test image with the appropriate commit reverted today to confirm it is the sam
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #18 from Ryan Moeller ---
I built an iso from HEAD at r353681 and confirmed the boot stalls, then
reverted r350825 and r350772 and built a new iso, which successfully boots.
--
You are receiving this mail because:
You are the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #19 from Toomas Soome ---
(In reply to Ryan Moeller from comment #18)
I have been trying to replicate the issue but failed so far. But.. I did now
review the messages here, and I guess my test setup is just not replicating
what
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #20 from Ryan Moeller ---
I've run into this problem again trying to boot an 12.1-RC2 installer on a
server currently running vanilla FreeBSD 12.0-RELEASE. This one has mirrored
SSDs for boot and a pool of 24 disks grouped into
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #21 from Ryan Moeller ---
Tested latest head snapshot
FreeBSD-13.0-CURRENT-amd64-20191107-r354423-disc1.iso on the FreeBSD 12.0
machine.
Still hangs when the pool disks are installed. I see "Consoles: efi" and the
spinner spins
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
Chris R changed:
What|Removed |Added
CC||cr+free...@glass-box.net
--- Comment #22
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #23 from Chris R ---
Just commenting to confirm that the work-around I'm currently using is to copy
the /boot/loader and /boot/loader.efi from 12.0-RELEASE into my /boot. This is
definitely a regression in the loader since 12.0-
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #24 from Ryan Moeller ---
I found zfs_spa_init() in zfsimpl.c is stuck in an infinite loop iterating
through a circular list of vdevs. It's not yet clear where the cycle comes
from, but it's good to finally have a clue.
--
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
Toomas Soome changed:
What|Removed |Added
Status|New |In Progress
--- Comment #25 from To
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
--- Comment #26 from commit-h...@freebsd.org ---
A commit references this bug:
Author: tsoome
Date: Sun Dec 22 08:22:03 UTC 2019
New revision: 356003
URL: https://svnweb.freebsd.org/changeset/base/356003
Log:
MFC r354283, r354323, r35436
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
Toomas Soome changed:
What|Removed |Added
Resolution|--- |FIXED
Status|In Progres
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241118
Bug ID: 241118
Summary: [boot] 12.1-BETA3 installer hangs before loader menu
Product: Base System
Version: 12.1-RELEASE
Hardware: amd64
OS: Any
Status: New
29 matches
Mail list logo