Dracut: local (107-1) is newer than endeavouros (106-1)

[TheDarkWizard]

I keep getting dracut: local (107-1) is newer than endeavouros (106-1) when I run yay, I’ve never seen that before. Is it just a matter of waiting for the endeavouros repos to get a new dracut or something?

[Grothesk]

Issue with dracut 107 and the LTS kernel causing "failed to mount /sysroot"

To downgrade dracut to version 106 type in Terminal: sudo downgrade dracut or sudo downgrade 'dracut 106-1' Select the 106er-Version from local cache (or online) and go.–

[TheDarkWizard]

I’m not on the LTS kernel.

[cscs]

To downgrade dracut to version 106 type in Terminal:

sudo downgrade dracut 

or

sudo downgrade 'dracut 106-1'

That is not the proper approach..

@TheDarkWizard

dracut: local (107-1) is newer than endeavouros (106-1)

Assuming this does not indicate a problem with the mirror* or otherwise ..

Then you can include an extra u to allow downgrades and thus sync in line with the repos.

sudo pacman -Syuu

EDIT

* And indeed I just checked and the current Arch package is at 107.

You may wish to sort your mirrors.

[Grothesk]

But you have dracut installed…
Packagemanager does not care what kernel you are using.

[TheDarkWizard]

Thanks, this worked. @cscs

@Grothesk

But you have dracut installed…
Packagemanager does not care what kernel you are using.

I meant more in the sense that I’m not being prevented from booting. I just see that message in terminal when I update but it’s gone now.

[TheDarkWizard]

@cscs

You may wish to sort your mirrors.

In what regard? This is a recent EOS install and I just ran the mirror ranking tools again.

[MrSmartepants]

This was identified in the Announcements.

sudo pacman -Syuu

will return the system to match the repos until they can fix the boot problem.

[TheDarkWizard]

Yeah,

I misunderstood earlier, it’s late, that’s on me lol.

@cscs How should I sort my mirrors?

[Magus]

@cscs

• And indeed I just checked and the current Arch package is at 107.

You may wish to sort your mirrors.

Just a quick followup on this, so others won’t get confused.

We get the warn message for dracut version mismatch, because on EndeavourOS the dracut package comes from two sources in parallel. One is from arch repo, and one is from endeavouros repo. It’s a double edged sword, it has its uses, but downsides aswell.

The good: it helps users now to boot their PC with their LTS.
The bad: it creates unnecesarry confusion for users not having any bootup issues at all

This is why I always hated package pollution / redundancy, because it manifests into pure confusion…

If you do a quick pacman -Si dracut query, you’ll see that there are two results in parallel:

Repository      : endeavouros
Name            : dracut
Version         : 106-1

Repository      : extra
Name            : dracut
Version         : 107-1

And since there are people who update their systems regulary, they already had 107-1 installed, but pacman warns the user that their already installed dracut is version is higher than one of the other repos (endeavouros’ 106-1 in this case).

Since I don’t have any booting problems (not using LTS kernel at all) I leave 107-1 installed, and ignore the message, not bothering with downgrades.. When EndeavourOS team syncs / mirrors up their repos with archs’, the message will disappear.

So we can read this output:
-> dracut: local (107-1) is newer than endeavouros (106-1)
as the following:

-> dracut: local (installed from arch repo 107-1) is newer, than remote (non-installed from endeavouros repo 106-1)

[MyNameIsRichard]

I’ll just add that if you have the LTS and another kernel installed, you should downgrade, otherwise you are fine.

[Magus]

Yupp. Agreed

[shira]

Apologies for the stupid question but if I don’t use the LTS kernel do I need to downgrade dracut too? I already did it for good measure though.

[Magus]

No, you don’t have to downgrade. Only LTS users should do the downgrade.

[joekamprad]

Will not harm too to downgrade, but it is not needed in case you do not use/want to use LTS Kernel.

We add 106 to the repo of EndeavourOS basically for new installs there it will overlay the arch package as of EndeavourOS repo is set before it in pacman.conf.

The overlay will get removed as soon as there is a fix from upstream, or we find another solution.

Issue with dracut 107 and the LTS kernel causing "failed to mount /sysroot"

There is currently a known issue with dracut 107 and the LTS kernel. When booting the system and selecting the LTS kernel, you will recieve the error “failed to mount /sysroot”. You can avoid this issue by booting the fallback initrd or a different kernel. It only manifests in the following conditions: You have both the LTS kernel and one of the other kernels installed You use both kernels You use a filesystem that is modular in linux-lts but not modular in linux such as ext4 It is worth n…

[clearlove]

Just out of curiosity: Why isn’t the dracut version in the EndeavourOS repository synchronized with the Arch repository?

You mentioned, “The good: it helps users now to boot their PC with their LTS.” Does this mean the Arch repository is not very friendly toward LTS kernel users?

[MyNameIsRichard]

There appears to be a bug in the latest version that affects people with two or more kernels installed such that the LTS doesn’t boot.

[dalto]

@clearlove

Why isn’t the dracut version in the EndeavourOS repository synchronized with the Arch repository?

dracut 107 has a bug so we put the Arch dracut 106 package in our repo. The next dracut version should fix the bug and then we can remove it.

[Magus]

Welcome to the forum clearlove.

dalto already answered to you, but you overthinked my whole point there, so let me just highlight that important word in my sentence.

@clearlove

You mentioned, “The good: it helps users now to boot their PC with their LTS.” Does this mean the Arch repository is not very friendly toward LTS kernel users?

The good: it helps users NOW (!!! as in currently) to boot their PC with their LTS.*

*NOW (!!): Read as, in this case/currently/as of “today”. LTS / dracut have some temporary regression, and it is “good” for NOW, that users have an option to fall back to, for a temporary solution.

So no, my sentence has nothing to do with Arch repos are “not friendly”.. In fact, on the contrary..