Issues regarding latest garuda-update on AMD Hardware (Loading loop linux-zen & initial ramdisk) [GRUB Related?]

Hello, I don't post often on this forum, as I've had an exceptional experience with using Garuda Linux (Talon) Dr460nized Edition.

Nevertheless, I've encountered an issue after updating and restarting my machine. I use the garuda-update command on a weekly basis, and been doing so ever since. Never have I been unable to boot up and access the main OS when using Garuda.

NOTE 1: I cannot access the OS itself, only the Boot screen (previous snapshots don't even seem to work when entering them); therefore going into the konsole and pasting information via garuda-inxi is not an option.

Because I can't do so as described above, I've been looking for topics related to this issue on both Garuda forums and Arch wiki. I found some discussions with solutions provided, most of which mention somehow switching the zen kernel to just Linux. Regardless, I'm still lost and have no idea what to do - concerned that I would make the situation worse.

NOTE 2: I have Linux LTS enabled, so I don't know if there's a workaround for entering the OS without facing a loop. Also, my machine is strictly built with AMD in mind, so no driver issues AFAIK - and I do not dual boot any other OS/distro on my machine besides Garuda Linux itself. One thing I noticed after updating, was that the last lines on the konsole registered that the system took about 2 minutes and 30 seconds to update (nearly a minute shorter than usual from my experience).

Note 3: I don't think this issue has anything to do with GRUB, though correct me if I'm wrong. I'm also unsure if this issue has any relation to BIOS updates/motherboards in general, both of which I never mess with.

On the flip-side, I hardly touched Garuda ever since as far as installing/saving anything considered important - though I doubt this issue is anything dramatic, since I can still access the boot screen and (I'm hoping) the OS itself doesn't seem "broken".

For what I have been using my machine for (as both an enthusiast workstation and casual gaming rig), Garuda Linux has not let me down and I really don't want to encounter such an issue again if unresolvable.

Any sort of feedback would be much appreciated..


How exactly?
Try booting with nomodeset parameter, hopefully you should reach a GUI and troubleshoot from there.

When I select a pre/post update screenshot on the Bootloader, I enter a loop with the same Loading initial ramdisk message.

BTW, you mean snapshots?

Yes - My apologies.

I can access nomodeset via GRUB, correct?

Maybe I'm being overly cautious, but I never booted up with a previous snapshot before. When I enter the snapshot selection, I assume that I press enter on the previous pre or post-update and press enter a second time without selecting anything else.

When I enter the second screen, there are six options total - two of each display the following kernels: Hardened, LTS and zen. I don't know which one to pick, so I select the latest snapshot highlighted above all of the kernels.

Nothing happens when I press enter and the screen just flashes. I have to be doing something wrong. I haven't touched Advanced Options or explored anything else besides the snapshot selection.

On a side note, the motherboard's logo/BIOS screen takes much longer to proceed to the Bootloader than usual - I don't know if this has to do with anything,

Could the current GRUB debacle have anything to do with this?


I'm unsure (I hope not), but the option to access the GRUB command line does appear on the bootup screen. All I did was update and restart my machine as usual, haven't messed with anything prior to doing so.. and now I honestly have no idea what to do since snapshots don't seem to resolve anything when I select a time code or a specific kernel (including LTS). The screen either flashes white and nothing happens, or I'm brought to the same looped Loading linux-zen/initial ramdisk message.

Again, I don't even have weird configurations (e.g. dual booting) or proprietary drivers anywhere on my machine. Heck, I built it not long ago to specifically house a distro like Garuda Linux.

I don't know if messing with GRUB in its current state is a good idea either, and it seems to me that it could potentially make the situation worse.. so I haven't touched anything besides snapshots because of this.

What I suggest you could do is:

  • chroot into your system with a live USB, either using the relevant tool in the Garuda Welcome or with this manual procedure (only the initial part where you chroot into the system, not the grub installation).
  • from inside the chroot, get and provide your garuda-inxi :wink: and perform a garuda-update. This might solve possible problems in your previous update, but will also install the recently downgraded grub version from our repo.
  • to be honest, I don't know if reinstalling the grub into your system (the second part of the tutorial, or also with the tools in the iso) would be necessary at that point, I guess so, but you anyway could try exiting the chroot and rebooting normal before, to see if you have any positive effects. If not, repeat the procedure to install the grub in your system.

Provide garuda-inxl as in how? Also, would there be a possibility of losing anything I had stored on my desktop environment from entering the system via chroot?

I'm just asking because I'm still unsure about doing this and am open to any other possible suggestions.

From inside the chroot, so we get updated information on your system. Being the chroot done in a terminal session of the live session, you can connect to the internet (also to update) and open a browser to enter a post in the forum.

I really don't think so. This is absolutely equivalent from an update on your installed system. No one is touching your data and configurations (home folder).

1 Like

Looked into chroot and other (recent) forum posts related to such. I'm still unsure about going any further. Some of the steps in the guide you provided also seem dependant on specific partitions that an end-user might have on their machine/within the OS and its associated kernel(s). I really don't want to make the situation worse, if not more difficult than it already is; especially if I could simply wait for more updates and/or experiences that other users are willing to share.

I've never done this before, let alone manually dabble with any Unix-like environment such as chroot; the last thing I would want is to brick my machine.

NOTE: I can still access the GRUB command line on the Boot screen.

So you can still access grub yes?

Press "e" on the top most entry to enter the edit menu. Find the line that says "Linux" and add 3 after it. So for example:
linux /boot/blabla [...] some.other.stuff=1 3
Then delete quiet from there that line too.
Press ctrl+x when you are done with that and let me know if you reach a terminal/login screen.


Doing that right now -
I'll update ASAP.

My environment says..
[E] Edit Selection
[C] GRUB Commandline

I hover over Garuda Linux and press E - correct?


There is a wonderful 10 character minimum, so I'm typing random stuff here.


I think I found the line that you're describing. Would it be okay if I share a portion of the text - just to be sure?

It seems like there's already a 3 at the very end of the line with no spaces. There are also two instances of 'quiet' on the same line, directly next to each other. I have two additional kernels (LTS and Hardened) in use with my desktop environment, so I don't know if this is related.

There's no =1 anywhere, just two separate instances of =3 with =0 in between the two.

It looks like this in chronological order:

linux      /@/boot/vmlinuz-linux-zen root=UUID= [NU-MB-ER-S] rw \rootflags
[email protected]  quiet quiet splash rd.udev.log_priority=3  
vt.global_cursor_default=0  loglevel\=3


There is a wonderful 10 character minimum, so I'm typing random stuff here. :joy:

That's a sample text, like "linux /boot foo bar loglevel=3" 3
In short:
Find the line that says "Linux" and add 3 after it.


So my input should just have a 3 added after the entire line, with both instances of quiet removed?

Note: There also seems to be a \ before =3 and I don't know if this is normal. Should I remove it before proceeding?

The sample text below has both instances of quiet removed and a 3 value added after the entire line:

linux      /@/boot/vmlinuz-linux-zen root=UUID= [NU-MB-ER-S] rw \rootflags
[email protected]   splash rd.udev.log_priority=3  
vt.global_cursor_default=0  loglevel\=3 3