Re: OpenBSD 6.8 release boot stuck on Intel NUC NUC7PJYH
Hi Sven, misc, Thanks for your email and the effort of putting up a patched EFI boot file. Much appreciated. It took a long time to make a release in my case. I too can confirm that the patch by Marc Kettenis linked below [1] resolved the boot issue on the Intel NUC. It boots fine again now, and I could complete the post-upgrade steps for OpenBSD 6.8 release without problems. To resolve the issue, I basically did what you suggested. However, after the heads-up from Theo in the other email thread [2], I used the BOOTIA32.EFI and BOOTX64.EFI files from the latest official snapshot, and not the one that you shared earlier. Specifically, I did the following: * Boot into bsd.rd * Mount the local GPT EFI partition (mount -t msdos /dev/sd0i /mnt/efi) * Download the BOOTIA32.EFI and BOOTX64.EFI files from the latest OpenBSD snapshot from one of the mirror servers * Copy the two files into the EFI partition, replacing the files that were installed during the upgrade to OpenBSD 6.8 release * Reboot That procedure worked fine for me and was reasonably straightforward. Cheers. Fabian [1] https://marc.info/?l=openbsd-misc=160380332006125 [2] https://marc.info/?l=openbsd-misc=160390222432642 > Hi Fabian, > > the today posted patch from Marc Kettenis works on my system - > https://marc.info/?l=openbsd-tech=160383074317608=2 > > For test purposes you can download my build BOOTX64.EFI from > http://mailinglist.fusion-zone.net/BOOTX64.EFI > > Just replace it in your EFI partition. Please make a backup of your > BOOTX64.efi or download the original BOOTX64.EFI from > https://cdn.openbsd.org/pub/OpenBSD/6.7/amd64/ (in case of an error) again. > > Best regards, > Sven
Re: OpenBSD 6.8 release boot stuck on Intel NUC NUC7PJYH
Hi Fabian, the today posted patch from Marc Kettenis works on my system - https://marc.info/?l=openbsd-tech=160383074317608=2 For test purposes you can download my build BOOTX64.EFI from http://mailinglist.fusion-zone.net/BOOTX64.EFI Just replace it in your EFI partition. Please make a backup of your BOOTX64.efi or download the original BOOTX64.EFI from https://cdn.openbsd.org/pub/OpenBSD/6.7/amd64/ (in case of an error) again. Best regards, Sven On 10/27/20 9:30 PM, Fabian wrote: Hello misc, I recently upgraded from OpenBSD 6.7 release to the new 6.8 release on an Intel NUC Kit NUC7PJYH mini server. That machine ran OpenBSD without problems since version 6.5 and has been running 6.7 release (including all sypatches) until a day or so. The machine boots via UEFI and the disk is GPT partitioned. See below for a dmesg from OpenBSD 6.7. However, after I performed an interactive upgrade to OpenBSD 6.8 release, the machine remains stuck during boot after displaying the message "entry point at: 0x1001000", and nothing else happens. I have to long-press the power button to force it to shut down. I spent some time researching the issue, and I know the following so far: * The machine boots exclusively via UEFI. There is no legacy boot option available, as far as I can see, that could act as a temporary workaround. * The new boot loader version from OpenBSD 6.8 that is installed now on disk does not seem to be the problem. I can do various things in the boot menu, including changing the terminal configuration and all the other usual things. So boot loader stages 1 and 2 load fine. During my trials to debug the problem, I realised that I had an old OpenBSD 6.7 kernel file on disk in the form of a 'bsd.booted' file. Surprisingly, that kernel booted without problems using the new boot loader and with the latest release binaries. Of course, the booted system was not 100 per cent usable, because of the mismatch between kernel and binaries. * I had a look at the output of 'machine memory' in the boot menu, but could not see any obvious problems there. * The OpenBSD 6.8 ram disk kernel boots fine, but neither do the installed 6.8 single or multiprocessor kernels. I tried both. * I noticed in the dmesg from the OpenBSD 6.8 ram disk kernel that the EFI frame buffer (efifb) is now recognised, which was not the case before. This probably has nothing to do with the boot problem, but I wanted to mention it for completeness. * There have been various reports of similar boot problems recently. Here are some examples: https://www.reddit.com/r/openbsd/comments/je7c8r/stuck_at_boot_after_upgrading_to_68/ https://andinus.nand.sh/writings/2020/OpenBSD-6.8-EFI-boot-failure.html https://marc.info/?l=openbsd-misc=160376706629651 https://marc.info/?l=openbsd-misc=160224393101534 https://marc.info/?l=openbsd-misc=159147446008114 * I saw the patches posted by Kastus Shchuka and Marc Kettenis, but I haven't had time to build a custom release yet to test them. I want to avoid rolling back to version 6.7 and figure out what the problem is. What else can I try? Cheers. Fabian OpenBSD 6.7 (GENERIC.MP) #2: Thu Jun 4 09:55:08 MDT 2020 r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8166744064 (7788MB) avail mem = 7906615296 (7540MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.1 @ 0x6bf67000 (49 entries) bios0: vendor Intel Corp. version "JYGLKCPX.86A.0055.2020.0603.1745" date 06/03/2020 bios0: Intel Corporation NUC7PJYH acpi0 at bios0: ACPI 6.1 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP FPDT FIDT MCFG DBG2 DBGP HPET LPIT APIC NPKT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT UEFI BGRT TPM2 DMAR WDAT WSMT acpi0: wakeup devices SIO1(S3) HDAS(S3) XHC_(S4) XDCI(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpihpet0 at acpi0: 1920 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz, 1496.43 MHz, 06-7a-01 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu0: 4MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 19MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Pentium(R) Silver J5005
OpenBSD 6.8 release boot stuck on Intel NUC NUC7PJYH
Hello misc, I recently upgraded from OpenBSD 6.7 release to the new 6.8 release on an Intel NUC Kit NUC7PJYH mini server. That machine ran OpenBSD without problems since version 6.5 and has been running 6.7 release (including all sypatches) until a day or so. The machine boots via UEFI and the disk is GPT partitioned. See below for a dmesg from OpenBSD 6.7. However, after I performed an interactive upgrade to OpenBSD 6.8 release, the machine remains stuck during boot after displaying the message "entry point at: 0x1001000", and nothing else happens. I have to long-press the power button to force it to shut down. I spent some time researching the issue, and I know the following so far: * The machine boots exclusively via UEFI. There is no legacy boot option available, as far as I can see, that could act as a temporary workaround. * The new boot loader version from OpenBSD 6.8 that is installed now on disk does not seem to be the problem. I can do various things in the boot menu, including changing the terminal configuration and all the other usual things. So boot loader stages 1 and 2 load fine. During my trials to debug the problem, I realised that I had an old OpenBSD 6.7 kernel file on disk in the form of a 'bsd.booted' file. Surprisingly, that kernel booted without problems using the new boot loader and with the latest release binaries. Of course, the booted system was not 100 per cent usable, because of the mismatch between kernel and binaries. * I had a look at the output of 'machine memory' in the boot menu, but could not see any obvious problems there. * The OpenBSD 6.8 ram disk kernel boots fine, but neither do the installed 6.8 single or multiprocessor kernels. I tried both. * I noticed in the dmesg from the OpenBSD 6.8 ram disk kernel that the EFI frame buffer (efifb) is now recognised, which was not the case before. This probably has nothing to do with the boot problem, but I wanted to mention it for completeness. * There have been various reports of similar boot problems recently. Here are some examples: https://www.reddit.com/r/openbsd/comments/je7c8r/stuck_at_boot_after_upgrading_to_68/ https://andinus.nand.sh/writings/2020/OpenBSD-6.8-EFI-boot-failure.html https://marc.info/?l=openbsd-misc=160376706629651 https://marc.info/?l=openbsd-misc=160224393101534 https://marc.info/?l=openbsd-misc=159147446008114 * I saw the patches posted by Kastus Shchuka and Marc Kettenis, but I haven't had time to build a custom release yet to test them. I want to avoid rolling back to version 6.7 and figure out what the problem is. What else can I try? Cheers. Fabian OpenBSD 6.7 (GENERIC.MP) #2: Thu Jun 4 09:55:08 MDT 2020 r...@syspatch-67-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8166744064 (7788MB) avail mem = 7906615296 (7540MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.1 @ 0x6bf67000 (49 entries) bios0: vendor Intel Corp. version "JYGLKCPX.86A.0055.2020.0603.1745" date 06/03/2020 bios0: Intel Corporation NUC7PJYH acpi0 at bios0: ACPI 6.1 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP FPDT FIDT MCFG DBG2 DBGP HPET LPIT APIC NPKT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT UEFI BGRT TPM2 DMAR WDAT WSMT acpi0: wakeup devices SIO1(S3) HDAS(S3) XHC_(S4) XDCI(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpihpet0 at acpi0: 1920 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz, 1496.43 MHz, 06-7a-01 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu0: 4MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 19MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.2.4.2.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz, 1495.87 MHz, 06-7a-01 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,SMEP,ERMS,MPX,RDSEED,SMAP,CLFLUSHOPT,PT,SHA,UMIP,MD_CLEAR,IBRS,IBPB,STIBP,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu1: