Date: Tue, 16 Sep 2014 23:50:39 +0200 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Nathan Whitehorn <nwhitehorn@freebsd.org> Cc: freebsd-current@freebsd.org, Allan Jude <allanjude@freebsd.org> Subject: Re: CURRENT: EFI boot failure Message-ID: <20140916235039.34e9284f.ohartman@zedat.fu-berlin.de> In-Reply-To: <5417E20D.8070607@freebsd.org> References: <20140916020541.03c18d04.ohartman@zedat.fu-berlin.de> <54178607.1060305@freebsd.org> <541786BE.6010105@freebsd.org> <20140916075121.29989a53.ohartman@zedat.fu-berlin.de> <5417E20D.8070607@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/X9hPCQNXUh6s/rALlwF+bTY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 16 Sep 2014 00:09:01 -0700 Nathan Whitehorn <nwhitehorn@freebsd.org> schrieb: >=20 > On 09/15/14 22:51, O. Hartmann wrote: > > Am Mon, 15 Sep 2014 17:39:26 -0700 > > Nathan Whitehorn <nwhitehorn@freebsd.org> schrieb: > > > >> On 09/15/14 17:36, Allan Jude wrote: > >>> On 2014-09-15 20:05, O. Hartmann wrote: > >>>> Installing FreeBSD-11.0-CURRENT-amd64-20140903-r270990 on a Laptop w= orks for UEFI > >>>> fine. After I updated the sources to r271649, recompiled world and = kernel (as well > >>>> as installed), now I get stuck with the screen message: > >>>> > >>>>>> FreeBSD EFI boot block > >>>> Loader path: /boot/loader.efi > >>>> > >>>> and nothing happens. After a couple of minutes, the system reboots. > >>>> > >>>> What happened and how can this problem be solved? > >>>> > >>> You might need to update the boot1.efi file on the UEFI partition (sm= all > >>> FAT partition on the disk) > >>> > >>> I am not sure how 'in sync' boot1.efi (on the fat partiton) and > >>> loader.efi have to be. > >>> > >>> https://wiki.freebsd.org/UEFI > >>> > >> boot1.efi is designed never to need updating. (It also hasn't changed > >> since April) > >> -Nathan > > > > But it has changed bytesize when I recompiled world with recent sources= compared to > > the boot.efi size from the USB image I installed from (revision see abo= ve). >=20 > Probably compiler updates or something? I really wouldn't worry about it= =20 > too much. I'd worry more about loader, since we know boot1 could use the= =20 > console but loader doesn't show up. >=20 > > How to update bootcode on UEFI layout? I created a GPT partition with t= ype efi (1 GB) > > as well as a 512KB partition typed freebsd-boot. >=20 > How did you set it up in the first place? If you have a FreeBSD-only=20 > system partition (like the installer sets up), you just dd=20 > /boot/boot1.efifat to the EFI partition. Otherwise, it's FAT and you=20 > copy /boot/boot1.efi to somewhere your boot manager can find it. >=20 > > I'm new to EFI and the way the notebook now behaves is really strange. = While the USB > > drive image used to boot with new console enabled, it now boots again w= ith the old > > console and 800x640 resolution. This might indicate some minor but very= effective > > mistake I made. > > >=20 > The EFI boot block finds the first UFS partition -- on any disk -- and=20 > tries to boot from it. If you have multiple FreeBSD disks connected,=20 > that will very likely result in madness. > -Nathan > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" After I managed to install the OS and updated to the most recent world, it = took two days to have all the installations prepared. Now I'm about the configure X11 and= run into another very annoying situation. The Laptop is a Lenovo ThinkPad Edge E540 equipted with the following CPU/i= GPU and dedicated GPU: CPU Intel i5-4200M (Haswell) at 2.5 GHz with iGPU Intel HD Graphics 4600 GPU: nVidia GT 740M mobile GPU. EFI Version 2.31 EFI Firmware: Lenovo (rev. 05648) In the Firmware/EFI/BIOS the primary GPU is selected to be the nVidia GT 74= 0M. Boot is EFI only, no CSM support. With CSM support enabled a VGA screen with 640x40= 0 pixel shows up. Non UEFI options doesn't boot this system at all! Any attempt to bring up the nVidia GPU (starting X for testing) ends up in = a blank screen, stuck mousepointer, no keyboard. I even can not switch to another c= onsole! When X server started the first time on tty9, I can switch to another conso= le. But the moment I switch back to ttyv9 everything is frozen and as described above. When the system boots, I do not see a loader! Where is the loader I'm used = to see when I have the chance to switch to single user mode, console or switch off ACPI? Because I need X11 up (and it should be running on the nVidia GPU for perfo= rmance reasons), I tried to get back to the legacy "sc" console in textmode since = I read about several issues and immature vt() system, so I put those lines in the /boot/= loader.conf: hw.vga.textmode=3D1 hw.vty=3Dsc (tried also hw.vty=3Dvt). But with either of those lines in the loader thing get more annoying and na= sty: The system doesn't show even a console, it is stuck with this sparse EFI boot m= essage, last lines are dimensions xxxx x yyyy stride xxxx masks 0xfffffff [...] and the rest of the screen is blank. System remains unusable, the HDD is wo= rking and obviously booting the system but incapable of presenting a screen. When boo= ting the USB drive image, this initial EFI message gets overwritten (no screen blanking,= the kernel messages starts writing over this message like in the first days of compute= rs ...). In the case described above that doesn't happen at all. After I deleted.commented out the lines=20 hw.vga.textmode=3D1 hw.vty=3Dsc in loader.conf the system is booting again - and clears the initial EFI mes= sages before dumping the screen with kernel messages, as expected. Well, at the end, it seems I sit in front of two days useless labor, new ha= rdware, UEFI and no X11. --Sig_/X9hPCQNXUh6s/rALlwF+bTY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUGLC0AAoJEOgBcD7A/5N89pQH/isQ2E7N4m24kYZO6xQu+u8G 0DyjtDwnBDjZkWjEwp/fP2cu3pHsyacOcMYu79lVwnP03FRZYjavyMxIPh4y8P6T hGNFqD2K8q4QJRB2jEcTTdQ+/7aorgUNYgc71nJvhhyxMVfhPOBFh9P3J5ql6wIG 0KaHTTUyhJWH/r9PpLw9TfcxZspfQPbr05s7nQTc/y5mFkCteFiiwGV2zjxCehjO 9dj8gdQuicvDK2/tXsjlaGC4iE5piLXva7g5FTVPF9VrFUWxDrCbnGOGfqpHn2gr qVTnurobipQIgQYUioFPh7gm1CbwUpJS2ASoNmk8XdpBws7RcGG7pE1FcEq7t/Y= =dil7 -----END PGP SIGNATURE----- --Sig_/X9hPCQNXUh6s/rALlwF+bTY--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140916235039.34e9284f.ohartman>