FOG with UEFI - rEFInd Error: Failure booting legacy (BIOS) OS
-
Off-Point: Thanks for the link, I’ll have a look into it. Is there an easy way to find out what PXEClient: I will have to enter there for our hardware? We are using mostly Lenovo Laptops (X and T versions) and mostly HP Desktops, though there are a few older HP Laptops as well.
On Point: I suppose I’ll have to go and set up a legacy (bios) and an Uefi Image as well.
In general, I would prefer to use UEFI since it allows me to use the TPM in order to Bitlock our drives. We have to have the bitlocking functionality activated.
Using BIOS we would have to use a password with Bitlocker, something I would like to avoid since most systems have the ability to boot using EFI.
I guess the reason for not completely switching to UEFI is that I want to keep clients that might not be able to boot via UEFI functional and still use FOG with them…
-
@taspharel said in FOG with UEFI - rEFInd Error: Failure booting legacy (BIOS) OS:
, I would prefer to use UEFI since it allows me to use the TPM in order to Bitlock
I don’t know this is mutually exclusive. I know with our dells, the TPM chip is active in even Win7. We don’t currently use bitlocker so I can’t say for absolute if there is another requirement beyond that. But TPM is functional in Win7 even in bios mode. I can say for sure that secure boot does require uefi mode.
Off-Topic: In regards to this, I would create each arch type listed on that document. It will save you headaches when you get new hardware. But I can say 90% of the time your hardware arch type will be 0 for bios and 7 or 9 for uefi.
-
Thanks for the hint with the TPM - for some reason I had it fixed in my mind that wouldnt work. Just checked, it does work.
Regarding the other issue:
I converted (using mbr2gpt) the disk of a windows 10 installed client to gpt. But alas, still the same error messages along: Boot from SAN device 0x80 failed: No such device and so on as stated aboveI just dont get it … when in my BIOS Settings I have only UEFI set it happens, compatibility mode activated or deactivated it happens … only way to work around it is to not autoboot from LAN, then it starts (with UEFI exclusively on - no legacy).
-
I just noticed that there are two places in FOGs configuration where you set what exit type is chosen, maybe I had a mixup there since I never registered it as being two separate settings for bios and efi.
I’ll check that on monday and report back if I may.
If you have any other input I’m very thankful.
-
Okay. So.
I got around to testing again.
The same problem remains.
Using ipxe.efi - the LAN Boot works just find, but when exiting from the fog menu or just letting it time out the system tries to boot via refind.
It finds a hard drive (after changing to uefi_deep_legacy_scan active) but then there is an error: Failure booting legacy (BIOS) OS
The harddrive is a nvme SSD drive.
-
@taspharel said in FOG with UEFI - rEFInd Error: Failure booting legacy (BIOS) OS:
It finds a hard drive (after changing to uefi_deep_legacy_scan active) but then there is an error: Failure booting legacy (BIOS) OS
Hmm, after reading through the rEFInd code a bit I think it’s not a good idea to have the option
uefi_deep_legacy_scan
on. AFAIK the firmware needs to support something calledEFI_LEGACY_BIOS_PROTOCOL
(find more about this on the web if you are keen) for this to work. So this is very specific and might work for some machines but fail on others. Anyway I’d suggest going the clean proper UEFI street and not fiddling with some kind of legacy mode stuff. So better disableuefi_deep_legacy_scan
in refind.conf.We are using mostly Lenovo Laptops (X and T versions) and mostly HP Desktops, though there are a few older HP Laptops as well.
Have your tried with all the different Lenovos and HP notebooks and they all show the exact same behavior? I’d guess they don’t.
Boot from SAN device 0x80 failed: No such device and so on as stated above
Stick to rEFInd for UEFI I reckon!
only way to work around it is to not autoboot from LAN, then it starts (with UEFI exclusively on - no legacy).
Looks like others see that as well - see here…
The harddrive is a nvme SSD drive.
I think this is the piece of the puzzle we were missing. Did you have to install an extra driver for the nvme drive in windows? From what I read in some other forums not all UEFI firmware comes with a native driver for the nvme SSDs included. So rEFind would have to load a driver to be able to see this disk (though this post is a bit older it still sounds valid to me). By any chance you could make this work installing a UEFI firmware update!? Or you can try what is suggested in that forum post:
If you can find an EFI driver for your board, rEFInd might be able to load and use it. (rEFInd can load and use filesystem drivers, but this feature is untested with other driver types – at least, AFAIK.) EFI hardware drivers are pretty rare, though; they’re either built into boards as firmware or are unavailable to the general public, in my experience.
@george1421 Possibly this is what we have seen reported by a couple of other people here in the forum as well…
EDIT: @Taspharel By the way, is the nvme SSD set to AHCI oder RAID mode?
-
where would i find the refind.conf file on the fog server?
-
@Gordon-Taylor
/var/www/fog/service/ipxe/refind.conf
-
@sebastian-roth Thanks
-
@Gordon-Taylor Did you ever get this working? I’m currently facing the same issue and looking for a solution.
-
I might recommend playing around with the scan_delay and starting with 0.
-
Hi,
i have this issue. After upgrade from Fog 1.5.5 to 1.5.6 not work rEFInd.
In 1.5.5 works all fine. HP workstation boot from UEFI PXE, FOG did not task and then normaly load Windows 10.
In 1.5.6 HP workstation boot from UEFI PXE ok, FOG did not task and then freeze on line “rEFInd - Initializing…” and nothing happens. I wait 5 minutes. Keyboard not response. Only powerbutton on pc case power off computer.
I tried change in /var/www/fog/service/ipxe/refind.conf config to “scanfor internal”. The same problem remains.
I dont know what to do next.
-
@Valer We updated rEFInd to a newer version with FOG 1.5.6. That might have broken the chainload boot on your HP machines. But we also have an older version in the same directory. Run the following commands on your FOG server to see if that fixes your issue:
sudo su - cd /var/www/html/fog/service/ipxe mv refind_x64.efi refind_x64.efi.orig mv refind.efi refind_x64.efi
Now try to boot your HP workstation again and see if it still freezes.
Hint: Those commands only work for FOG 1.5.6 and maybe later but NOT earlier versions of FOG!
-
@Sebastian-Roth Thank you very much. It worked. Now everything is ok.