<div dir="ltr"><div>I'm not getting this. So it boots if you use cd boot and direct it to load linux os from hd, and it works.  If 
nvme firmware was an issue, would the opensuse boot disc still work?</div><div><br></div><div>As previously suggested.. but why don't you have access to update the mbr on the drive after getting it up and running with your alternative boot method (cd)?  This is weird.</div><div>Scratching head...<br></div><div>Doug.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 18, 2022 at 10:07 PM Dj via Ale <<a href="mailto:ale@ale.org">ale@ale.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Check that the nvme firmware is up to date.<br><br><div class="gmail_quote">On March 18, 2022 5:30:34 PM EDT, Allen Beddingfield via Ale <<a href="mailto:ale@ale.org" target="_blank">ale@ale.org</a>> wrote:<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<pre dir="auto">So, I have a fairly new Dell OptiPlex system with an NVME drive, and UEFI that is my issued "work from home" computer.<br>I am running openSUSE Leap on it.<br>I unplugged it prior to the lightning storm we had this morning, and when I plugged it back up, I got the signs of a dead CMOS battery (everything set to default, time not set, etc...).<br>So, I replaced that battery, set the time, and restarted.  I then get the UEFI screen that says the boot device is inaccessible.  I double checked that the SATA mode was set to AHCI, and it was - as it was before.<br>I can boot from an openSUSE disk, select the option to boot a copy of Linux from the hard drive, and it will start up my installation just fine.<br>I've tried re-installing the boot loader - no luck.<br>The partition scheme is simple.  #1 is the EFI partition, #2 is swap, and #3 is an XFS formatted "/".<br>This is the second time it happened.  Last time, I reset the time, forgot about changing the battery, and assumed the issue with booting was not related.  Apparently it is.  <br>It doesn't make any sense to me how a dead battery/bios reset could cause this, given that I double checked the SATA mode.  <br>I'm kind of stumped, and would like to figure out a way to keep this from being a future issue.<br>Any ideas?  <br>Oh, and secure boot is disabled, BTW.<br>Allen B.<br><br>--<br>Allen Beddingfield<br>Systems Engineer<br>Office of Information Technology<br>The University of Alabama<br>Office 205-348-2251<br><a href="mailto:allen@ua.edu" target="_blank">allen@ua.edu</a><hr>Ale mailing list<br><a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br><a href="https://mail.ale.org/mailman/listinfo/ale" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br>See JOBS, ANNOUNCE and SCHOOLS lists at<br><a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br></pre></blockquote></div><div style="white-space:pre-wrap"><div>-- <br>Sent from my Android device with K-9 Mail. Please excuse my brevity.</div></div></div>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org" target="_blank">Ale@ale.org</a><br>
<a href="https://mail.ale.org/mailman/listinfo/ale" rel="noreferrer" target="_blank">https://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" rel="noreferrer" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</blockquote></div>