search

CO-1 / asus-flow-x13-linux

104 stars 14 forks source link

PSA: GV301QE BIOS 408 and 409 and Ubuntu booting issue #14

Open hsum opened 2 years ago

hsum commented 2 years ago

Not directly related to the fixes provided in this project, but of interest to anyone who uses it. I passively let Windows do an update and it upgraded my BIOS to 409. I came here looking for a fix, but it turned out to be nothing in the OS.

Both 409 and 408 didn't allow me to boot any (signed 3.13 or unsigned) kernel. 407 worked and I'm guessing that is what I had before. Some fine folks on the Internet saved 407:

https://www.reddit.com/r/FlowX13/comments/t98b7g/help_with_bios_rollback/

I have a GV301QE model and was able to downgrade from either 409 and 408 to 407. I used utility built into UEFI to flash the firmware.

Here's a link to version 407 since it's no longer available on Asus's site.
https://r.nullsum.net/asus_flow_gv301qe_bios_version_407.tar.gz
detzgk commented 2 years ago

With the newer BIOS, I can boot into the LTS kernel (5.15) but not newer ones.

legezam commented 2 years ago

I also have the same issue, Fedora 35. Fortunately i could download all bios versions (XXXQH ones) before they have removed them.

Talked to ASUS support, reported the issue they said they will investigate. Promised nothing.

X8O7 commented 2 years ago

Do you tried an generic self signed Kernel >5.15?

I still run an older BIOS but with self signed Kernel 5.16.15-051615-generic and it works.

juan11iguel commented 2 years ago

Here the same, it seems to be a problem with newer bios versions

glarione commented 2 years ago

update to 410, Linux issue is fixed

saveman71 commented 2 years ago

Anyone else has tested 410 and can confirm for other kernel / distributions?

detzgk commented 2 years ago

@saveman71 I've updated to 410 on Arch Linux with the stock kernel and everything is working fine.

glarione commented 2 years ago

Anyone else has tested 410 and can confirm for other kernel / distributions?

stock Pop OS 21.10, 5.17.6 kernel

# dmidecode 3.3 Getting SMBIOS data from sysfs. SMBIOS 3.3.0 present. Table at 0xECBD9000.

Handle 0x0000, DMI type 0, 26 bytes BIOS Information Vendor: American Megatrends International, LLC. Version: GV301QH.410 Release Date: 04/12/2022

averwhy commented 2 years ago

I have had this same exact issue. Update BIOS to 410 via MyAsus to get it to work

hsum commented 2 years ago

I upgraded to 411 and my Ubuntu 20.04 + mainline kernels boot with secure boot disabled.

dennorske commented 2 years ago

I can confirm that 410 fixes the kernel issue with 5.15+