Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

refind will not start with f2fs_x64.efi 1.6 #23

Closed
glenn4uk opened this issue Jun 19, 2020 · 6 comments
Closed

refind will not start with f2fs_x64.efi 1.6 #23

glenn4uk opened this issue Jun 19, 2020 · 6 comments
Assignees

Comments

@glenn4uk
Copy link

Using refind 0.12.0-1 to boot debian bullseye. Refind does not even start when using the 1.6 version of f2fs efi driver. No problem with 1.5.

@pbatard
Copy link
Owner

pbatard commented Jun 19, 2020

Please run everything from the UEFI Shell and report what you see after running the command set FS_LOGGING 4.

@pbatard pbatard self-assigned this Jun 19, 2020
@glenn4uk glenn4uk reopened this Jun 19, 2020
@glenn4uk
Copy link
Author

Sorry - I have a bit of a catch-22 here. My UEFI firmware does not include a shell. I have to load the shell externally from refind but refind won't even start with the f2fs 1.6 driver in its driver search path.

@marlock9
Copy link

Same with xfs version 1.6. Just stucks after loading the driver.
Pictures of efi shell after set FS_LOGGING 4:
20201114_105942
1.5 driver: 20201114_110037

@pbatard
Copy link
Owner

pbatard commented Nov 17, 2020

@marlock9, thanks for the report.

My guess is that you are hitting one of the new ASSERTs that were introduced as part of c67e04a, as by the looks of it, the 1.6 driver succeeds in enabling the file system for your XFS volumes, but trips when processing the subsequent non XFS devices you have on your system. Most likely, your firmware is feeding something like a NULL Device Path or something, and this is something we didn't ASSERT on before. (NB: The FSInstall: D difference is a benign issue that I have now fixed in 6b730d2).

Can I therefore please ask you to run the same test with this xfs_test1.efi x64 driver and report what you get so that I can validate the location of the issue?

@pbatard
Copy link
Owner

pbatard commented Nov 18, 2020

Nevermind, I'm pretty sure I have identified the issue now. This is due to version 1.6 freeing the Device Path, which we should of not do, as this is a system allocated resource.

So, of course, once you start freeing Device Paths for volumes that the system might still be trying to access, all kind of bad things happen...

I've actually managed to replicate the error above on one of my systems, and confirmed that not trying to free the Device Path fixed it. I'll produce a 1.7 release of EfiFs with this fix when I get a chance... In the meantime, you may want to test with this xfs_test2.efi x64 driver, that includes the fix, to confirm that it now works as expected.

@pbatard
Copy link
Owner

pbatard commented Nov 18, 2020

I have now released EfiFs v1.7 that should fix the issue. If there is still a problem, let me know.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants