[Bug 192184] [uefi] fresh install of 2014-07-14 11.0-CURRENT amd64 snapshot doesn't boot
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Sat Aug 2 01:15:25 UTC 2014
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192184
Hiren Panchasara <hiren at FreeBSD.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Open |Issue Resolved
Resolution|--- |FIXED
--- Comment #12 from Hiren Panchasara <hiren at FreeBSD.org> ---
(In reply to Hiren Panchasara from comment #11)
> (In reply to Dave Cottlehuber from comment #4)
> > yup, adding the following:
> >
> > set kern.vty=vt
> > boot_verbose="YES"
> >
> > gets us all the way to mountroot>
>
> This did not work for me. On minnowboard max, I am trying
> FreeBSD-11.0-CURRENT-amd64-20140714-r268622-mini-memstick.img via microSD
> card and console o/p looks like this:
>
> >>> FreeBSD EFI boot block
> Loader path: /boot/loader.efi
> Consoles: EFI console
> Image base: 0x79bab000
> EFI version: 2.40
> EFI Firmware: EDK II (rev 1.00)
>
> FreeBSD/amd64 EFI loader, Revision 1.1
> (root at grind.freebsd.org, Mon Jul 14 18:35:42 UTC 2014)
> Loading /boot/defaults/loader.conf
> /boot/kernel/kernel text=0xfb6e98 data=0x1296b0+0x4e96e0
> syms=[0x8+0x140e38+0x8+0x15ba73]
>
> Hit [Enter] to boot immediately, or any other key for command prompt.
> Booting [/boot/kernel/kernel] in 3 seconds...
>
> Type '?' for a list of commands, 'help' for more detailed help.
> OK boot -sv
> ?[37;44mBooting...?[0m
> Start @ 0xffffffff802db000 ...
> /
>
> (and sits there forever)
>
> I also tried following combination without success (and same failure as
> above):
> 'set kern.vty=vt'
> 'set hw.vga.textmode=1' and 'set kern.vty=vt'
> 'set hw.vga.textmode=1' and 'set kern.vty=syscons'
>
> I haven't attached hdmi to this yet so no clue whats going on there.
>
> This is how I got the image on sdcard:
> # dd
> if=/home/hirenp/Downloads/FreeBSD-11.0-CURRENT-amd64-20140714-r268622-mini-
> memstick.img of=/dev/mmcsd0 bs=1m conv=sync
> 232+1 records in
> 233+0 records out
> 244318208 bytes transferred in 24.974703 secs (9782627 bytes/sec)
>
> # gpart show mmcsd0
> => 3 475616 mmcsd0 GPT (1.8G) [CORRUPT]
> 3 1600 1 efi (800K)
> 1603 32 2 freebsd-boot (16K)
> 1635 471936 3 freebsd-ufs (230M)
> 473571 2048 4 freebsd-swap (1.0M)
>
> I've been told that [CURRUPT] in the o/p above is "okay" and not the real
> problem.
This looks like a separate issue. Closing this bug and opened a new one:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192324
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-bugs
mailing list