Cannot install supported Linux on new Framework 13 AMD

Just took delivery of my new Fw13 AMD DIY and completed assembly. Laptop POSTs and all components show correctly in BIOS v3.05.
Downloaded a fresh iso of Bazzite (which is officially supported) and put it on ventoy on a USB stick. Ventoy bootloader works as expected (after disabling secure boot). When attempting to install Bazzite directly or boot into the test environment, I am met with the following errors:


In case someone else runs into this problem here the error code to make it searchable:
ucsi_acpi USBC000:00: unknown error 256
ucsi acpi USBC000:00: GET_CABLE_PROPERTY failed (-5)

Tried USB A and C, disconnecting all other modules, but nothing helps. Also tried different USB sticks, using Etcher instead of Ventoy and dd as well. About to try some other distributions and will update with results. Definitely an issue though, since right now its just an expensive paperweight.

Are you able to try another USB drive?

Perhaps load up a Ubuntu (22.04 or 24.04) live usb just to see if it is a hardware issue. If Ubuntu loads then it is a problem with Bazzite or your USB drive.

Sorry, just updated the post. Yes, I tried different USB drives. Trying Arch right now and currently downloading Ubuntu

1 Like

Don’t think this is a hardware problem but looks more a problem with possible the USB stick or the ISO might be corrupted.

Did you check the that the SHAsums match for the downloaded ISO?

Bazzite is not officially supported but is “community supported”. Also you don’t need to disable Secure boot to boot or install Bazzite (or Bluefin or Aurora which are from the “same family”).

Fast way is to try to boot with an Arch image as its much smaller and faster than the major OS ones. Although Ubuntu/Fedora are the supported ones so either of those should be also tested.

ISO booted up fine in a VM and SHA sums match. Needed to disable secure boot for Ventoy, as that was being blocked

Is your Ventoy how new? Ventoy has had some kind of Secure Boot support for a long time (atleast mine works fine even with secure boot on).

Can you also check what BIOS you have (propably its on the newest available, but just to make sure).

Also do you have anything connected to the laptops ports other than the USB stick? Any chance that the stick is connected to an adapter or something like that?

Ventoy is on latest release: 1.0.99. Not sure, usually I don’t have secure boot enabled anywhere, so never ran into an issue.

Arch also won’t boot, stuck on “triggering events.” Using an increased verbosity nets the following on Arch:

After a while, I’m getting a code from the LED next to drive captured here:
https://file.io/eE8i9cn2YB6X
If I should upload anywhere else, I can do that as well

I have nothing else connected, all other modules removed with the drive directly connected.

Okay, some progress. While I waited for bazzite to download before, I looked around in the BIOS and came across the iGPU memory mode (which was set to auto). As I have 64GB of RAM I set this to Gaming Mode.

While Ubuntu downloaded and Arch was stuck on this last line, I remembered changing that setting and reverted back to auto. Ubuntu 24.04 boots up fine (did not check before changing the BIOS setting back to default). Intrigued, I tested bazzite again and received the same error, but was able to continue booting. Installing now.

Will attempt to change that setting back to gaming mode after install to see if I can boot the system. Definitely a bug that should be tracked, though.

I’m guessing, but maybe try without Ventoy. Perhaps try Rufus.
The Ventoy virtual drive is known to not be 100% compatible with everything.

1 Like

I tried Balena Etcher and good old classic dd without success. Issue appears to have been the iGPU mode setting in BIOS

1 Like

Etcher is my go to, but always from a Windows host.

Still I have seen other places where the iGPU setting in BIOS is of coincidence for Linux.

1 Like

Do these installers have the Linux Firmware packages – especially the amdgpu data that helps initialise the GPU – from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/ and stored under /usr/lib/firmware?

K3n.

I would expect CPU firmware updates to be in the BIOS.

Those are not CPU firmwares

1 Like

Sure, but how old versions, depends on the actual distro and when the installer/ISO is made.