DaemonForums  

Go Back   DaemonForums > OpenBSD > OpenBSD Installation and Upgrading

OpenBSD Installation and Upgrading Installing and upgrading OpenBSD.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 19th January 2022
bsd007's Avatar
bsd007 bsd007 is offline
Always learning
 
Join Date: Sep 2014
Posts: 242
Default OpenBSD 7 fails to boot automatically after install .... I need to select my SSD from

I was using Arch Linux and the boot process was fine. I just installed OpenBSD 7 an hour back. Right after install I rebooted my desktop & it didn't boot to OpenBSD I saw the UEFI screen.

When I looked carefully I found that my SSD is not appearing in the lower right corner. I only see my spinning HDD which I use to store data & my DVD Writer.

But when I press F8 (boot menu key) I see all three devices namely my spinning HDD, DVD Writer & my SSD. When I select my SSD OpenBSD boots normally.

But I need to do this every time I boot.

Why did this happen & how do I fix this ?

[OFF TOPIC] I have taken 2 photos which are inside my /home/username/Downloads but when I try to upload them they wont appear. So is OpenBSD running Firefox inside a sandbox of some kind ?
Reply With Quote
  #2   (View Single Post)  
Old 19th January 2022
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,977
Default

I can only guess that your laptop is looking to boot with Secure Boot, used by Windows or Linux. OpenBSD does not use Secure Boot. Secure Boot can be disabled either by BIOS switch or by deleting the Secure Boot keys for OSes no longer installed.



As for your Firefox issue, perhaps you're logged in with a different $HOME than you expected?
Reply With Quote
  #3   (View Single Post)  
Old 19th January 2022
TronDD TronDD is offline
Spam Deminer
 
Join Date: Sep 2014
Posts: 304
Default

For Firefox, ~/Downloads is one of the few locations it can see. By default, on a new install, I don't think the upload dialog starts there and you can't browse to it because it can't see your home directory. Did you try typing in the path to you Downloads directory to open it?
Reply With Quote
  #4   (View Single Post)  
Old 19th January 2022
Head_on_a_Stick's Avatar
Head_on_a_Stick Head_on_a_Stick is offline
Real Name: Matthew
Bitchy Nerd Elitist
 
Join Date: Dec 2015
Location: London
Posts: 461
Default

Quote:
Originally Posted by bsd007 View Post
I was using Arch Linux
The boot entry for Arch might still be present in the motherboard NVRAM. OpenBSD uses the "removable" EFI loader location and this would be over-ridden by a specific NVRAM entry.

Load up an Arch live ISO image in UEFI mode and run this to list the NVRAM entries:
Code:
efibootmgr
Then use this to delete the Arch entry:
Code:
efibootmgr -b xxxx -B
Replace xxxx with the boot number assigned to Arch. Zero padding is not required.

You might also be able to delete boot entries from the firmware ("BIOS") options.

Quote:
Originally Posted by jggimi View Post
I can only guess that your laptop is looking to boot with Secure Boot, used by Windows or Linux.
Arch does not support SecureBoot unless it is explicitly set up by the user.
__________________
Are you infected with Wetiko?
Reply With Quote
  #5   (View Single Post)  
Old 19th January 2022
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,977
Default

Quote:
Originally Posted by Head_on_a_Stick View Post
You might also be able to delete boot entries from the firmware ("BIOS") options.
That's the only way I've ever done it.
Quote:
Arch does not support SecureBoot unless it is explicitly set up by the user.
Thanks, I didn't know, as I'm not a Linux user.
Reply With Quote
  #6   (View Single Post)  
Old 25th January 2022
shep shep is offline
Real Name: Scott
Arp Constable
 
Join Date: May 2008
Location: Dry and Dusty
Posts: 1,503
Default

You can work around this by chainloading OpenBSD from the Arch grub2 bootloader. Grub2 allows you to add boot entries with /etc/grub.d/40_custom. The Operating System is selected from Grub2 rather than the bios.

http://daemonforums.org/showpost.php...4&postcount=20
Reply With Quote
  #7   (View Single Post)  
Old 25th January 2022
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,977
Default

EFI multibooting may work, but the OpenBSD Project doesn't officially support it. According to the OpenBSD FAQ:
Quote:
rEFInd is reported to usually work. GRUB is reported to usually fail. In either case, you are completely on your own.
Reply With Quote
  #8   (View Single Post)  
Old 25th January 2022
shep shep is offline
Real Name: Scott
Arp Constable
 
Join Date: May 2008
Location: Dry and Dusty
Posts: 1,503
Default

Quote:
Originally Posted by jggimi View Post
EFI multibooting may work, but the OpenBSD Project doesn't officially support it. According to the OpenBSD FAQ:
In my experience, that statement is misleading. The problems I've had with chainloading OpenBSD EFI come from the removable EFI loader location.

The issue has 2 parts:
  1. Redhat, and derivatives use the same removable EFI loader location. When you install OpenBSD, it's BOOT64.EFI replaces the linux iteration and your system boots into OpenBSD. Re-installing/re-configuring GRUB2 then overwrites the OpenBSD BOOTX64.EFI entry and you are back to booting into linux with no OpenBSD access.
  2. Moving the OpenBSD boot entry prevents kernel relinking - I think due to a failed sha256 checksum that does not write to OpenBSD's BOOTX64.EFI when it is in a non-standard location.

Debian, Crux, Arch all have their BOOTX64.EFI entry in a non-standard location so they readily co-exist with OpenBSD and it usually does not "fail".

Note that FreeBSD, and NetBSD do not kernel relink on boot and are easy to dual boot with Fedora/Redhat derivatives.

Last edited by shep; 25th January 2022 at 03:44 PM.
Reply With Quote
  #9   (View Single Post)  
Old 25th January 2022
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,977
Default

Would you consider working up a diff(1) to the FAQ to better describe these limitations?
Reply With Quote
Old 25th January 2022
Head_on_a_Stick's Avatar
Head_on_a_Stick Head_on_a_Stick is offline
Real Name: Matthew
Bitchy Nerd Elitist
 
Join Date: Dec 2015
Location: London
Posts: 461
Default

The (hdX,gptY) assignation may change from one boot to the next if the system has multiple drives so it's probably best to use the UUID instead, like this:
Code:
menuentry 'OpenBSD' {
   search.fs_uuid $uuid
   chainloader /path/to/OpenBSD_BOOTX64.EFI
}
Replace $uuid with that actual UUID of the EFI system partition and use the actual path to the OpebBSD BOOTX64.EFI (relative to the ESP) in the chainloader line.

In my experience GRUB is very good at auto-loading modules so the insmod lines are probably not needed.

EDIT: also note that Arch systems will over-write $ESP/EFI/BOOT/BOOTX64.EFI if systemd-boot is used because bootctl(1) uses the fallback loader location in case of intransigent UEFI firmware implementations.
__________________
Are you infected with Wetiko?

Last edited by Head_on_a_Stick; 25th January 2022 at 04:55 PM.
Reply With Quote
Old 25th January 2022
shep shep is offline
Real Name: Scott
Arp Constable
 
Join Date: May 2008
Location: Dry and Dusty
Posts: 1,503
Default

Quote:
Originally Posted by jggimi View Post
Would you consider working up a diff(1) to the FAQ to better describe these limitations?
I'll try.

I'm guessing the process
  1. Download faq4.html
  2. Copy to faq4_new.html
  3. Make edits to faq4_new.html
  4. Run diff faq14_new.html faq4.html

The FAQ itself refers readers to misc@openbsd.org - does misc take attachments or should I submit to tech@openbsd.org?
Reply With Quote
Old 25th January 2022
shep shep is offline
Real Name: Scott
Arp Constable
 
Join Date: May 2008
Location: Dry and Dusty
Posts: 1,503
Default

Quote:
Originally Posted by Head_on_a_Stick View Post
EDIT: also note that Arch systems will over-write $ESP/EFI/BOOT/BOOTX64.EFI if systemd-boot is used because bootctl(1) uses the fallback loader location in case of intransigent UEFI firmware implementations.
I think the $ESP string is a configurable option:

Quote:
OPTIONS
The following options are understood:

--esp-path=

Path to the EFI System Partition (ESP). If not specified, /efi/, /boot/, and /boot/efi/ are checked in turn. It is recommended to mount the ESP to /efi/, if possible.
--boot-path=

Path to the Extended Boot Loader partition, as defined in the Boot Loader Specification[1]. If not specified, /boot/ is checked. It is recommended to mount the Extended Boot Loader partition to /boot/, if possible.
Reply With Quote
Old 25th January 2022
Head_on_a_Stick's Avatar
Head_on_a_Stick Head_on_a_Stick is offline
Real Name: Matthew
Bitchy Nerd Elitist
 
Join Date: Dec 2015
Location: London
Posts: 461
Default

The --esp-path option just tells systemd-boot where the ESP is mounted.

Here's the relevant section:
Quote:
install
Installs systemd-boot into the EFI system partition. A copy of systemd-boot will be stored as the EFI default/fallback loader at ESP/EFI/BOOT/BOOT*.EFI. The boot loader is then added to the top of the firmware's boot loader list.
EDIT: it might be best if @admin could split this discussion out because I think the OP has actually removed Arch and doesn't want to multi-boot at all.
__________________
Are you infected with Wetiko?
Reply With Quote
Old 26th January 2022
J65nko J65nko is offline
Administrator
 
Join Date: May 2008
Location: Budel - the Netherlands
Posts: 4,128
Default

Quote:
Originally Posted by shep View Post
I'm guessing the process
  1. Download faq4.html
  2. Copy to faq4_new.html
  3. Make edits to faq4_new.html
  4. Run diff faq14_new.html faq4.html
You can download from the CVS web interface: https://cvsweb.openbsd.org/cgi-bin/c.../faq/faq4.html

And IIRC they want an "unified diff"
__________________
You don't need to be a genius to debug a pf.conf firewall ruleset, you just need the guts to run tcpdump

Last edited by J65nko; 26th January 2022 at 04:14 AM.
Reply With Quote
Old 26th January 2022
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,977
Default

Quote:
Originally Posted by shep View Post
The FAQ itself refers readers to misc@openbsd.org - does misc take attachments or should I submit to tech@openbsd.org?
I know I've seen diffs in misc@ but they may have been submitted inline rather than as attachments.

If you go with an inline diff, send it to yourself first, and test it with patch -C to ensure it doesn't get munched by your sending mailer.


---Edited to add:


Looking through marc.info, I can see attachments in misc@ mailings.

Last edited by jggimi; 26th January 2022 at 04:24 AM. Reason: confirmed answer
Reply With Quote
Old 26th January 2022
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 7,977
Default

The Project website, like the rest of the OS, is managed via CVS. The website has its own "www" repository. If you're comfortable with using git; there is an official github mirror at https://github.com/openbsd/www which you can clone; git-diff(1) output can be directed to a file and emailed as an attachment.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
OpenBSD 6.2 boot failure after install marcusp OpenBSD Installation and Upgrading 16 16th March 2018 09:16 AM
OpenBSD fails to boot up on PowerMac 11,2 TCH OpenBSD General 4 14th March 2017 06:06 PM
OpenBSD boot fails varung90 OpenBSD Installation and Upgrading 4 2nd July 2014 08:41 AM
Howto: Automatically configure OpenBSD as DHCPv6 IPv6 client at boot sysfu Guides 0 11th March 2013 11:26 PM
Kernel freezes on boot after install (OpenBSD 5.0 release) grantwgmartin OpenBSD Installation and Upgrading 4 8th January 2012 09:43 AM


All times are GMT. The time now is 01:01 PM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick