# CentOS 8.4 on the Menu; Rocky Linux 8.4 in the Kitchen

**URL:** <https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803>\
**Category:** Rocky Linux Help & Support\
**Created:** [August 14, 2021, 2:02am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803 "2021-08-14T02:02:58Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![desercat](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/desercat/32/1192_2.png) [@desercat](https://forums.rockylinux.org/u/desercat)\
**Post date:** [August 14, 2021, 2:02am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/1 "2021-08-14T02:02:59Z")

</div>

The Good News: On this Friday the 13th I decided to skydive out out of CentOS 8.4 and into Rocky Linux 8.4. After checking, double checking and triple checking EVERYTHING, I ran _ **./migrate2rocky -r** _ early this morning. Everything went smooth as silk… until I reached the very end and it ran into conflicting packages. I thought I was TOAST but a helpful idea was presented: I simply ran _ **dnf update --allowerasing** _ and just like magic the conflicts were resolved. Some packages said **Rocky Linux** but I was not so sure, so I ran _ **hostnamectl** _ and it said that I was now indeed running Rocky Linux 8.4 Green Obsidian. So I shutdown the machine and rebooted it. Having confirmed every which way I could, I was indeed running Rocky Linux 8.4, I was perplexed when the menu popped up and read CentOS 8.4, though when it popped up I was indeed still in Rocky Linux 8.4

So CentOS 8.4 is on the Menu, but not Rocky Linux. Any idea how to fix this problem?

D’Cat on a Rocky Outcrop

---

<div class="post-metadata">

**Author:** ![ACCS](https://avatars.discourse-cdn.com/v4/letter/a/7ea924/32.png) [@ACCS](https://forums.rockylinux.org/u/ACCS)\
**Post date:** [August 16, 2021, 7:44am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/2 "2021-08-16T07:44:36Z")

</div>

That’s probably because the last kernel instance came from CentOS. After Rocky installs a kernel patch, it should display as Rocky.

---

<div class="post-metadata">

**Author:** ![smeier](https://avatars.discourse-cdn.com/v4/letter/s/bbe5ce/32.png) [@smeier](https://forums.rockylinux.org/u/smeier)\
**Post date:** [August 18, 2021, 11:35am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/3 "2021-08-18T11:35:40Z")

</div>

That’s just a text from `/etc/grub2.cfg`

I assume the migration script does not rewrite this. Once new kernel updates from Rocky Linux are installed, those should identify themselves as “Rocky Linux” in GRUB.

Kind regards,  
Steve

---

<div class="post-metadata">

**Author:** ![lee](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/lee/32/807_2.png) [@lee](https://forums.rockylinux.org/u/lee)\
**Post date:** [August 20, 2021, 9:25am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/4 "2021-08-20T09:25:46Z")

</div>

Kindly use [bugs.rockylinux.org](http://bugs.rockylinux.org)

---

<div class="post-metadata">

**Author:** ![pajamian](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/pajamian/32/715_2.png) [@pajamian](https://forums.rockylinux.org/u/pajamian)\
**Post date:** [October 24, 2021, 12:11am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/5 "2021-10-24T00:11:41Z")

</div>

What happened is the dnf distro-sync stage of migrate2rocky failed for you, and you ran dnf update instead (which worked). dnf update will not replace (or in the case of the kernel install) RockyLinux packages if they are not a newer version than what is available in CentOS.

You can run `dnf --allowerasing distro-sync` to get the Rocky Linux kernel and replace other CentOS packages that are still on your system.

---

<div class="post-metadata">

**Author:** ![desercat](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/desercat/32/1192_2.png) [@desercat](https://forums.rockylinux.org/u/desercat)\
**Post date:** [October 24, 2021, 8:44am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/6 "2021-10-24T08:44:01Z")

</div>

For a moment I _might_ have save myself a whole lot of trouble with a capital T. I ran the command

dnf update --allowerasing distro-sync

and it came back and said, “All packages up to date. Nothing to do.” Then for a lark I ran the command

`dnf --allowerasing distro-sync`

and then then all hell broke loose! At first it said:

Install 2 Packages

Downgrade 88 Packages

“Ok” I thought and hit “Y”

What happened next was Trick or Treat Madness. After saying “Y” it said:

## Downloading Packages

(# / 1852)

The last time I did this years ago it said something strange large number which I thought I thought it was REPLACING, instead it ERASED my entire HDD. I learned my lesson. It got up to Package (16 / 1852) before I was able to kill the Downloads.

I was interested in this command as every time I update I have duplicate repros, and I still don’t know if I have holdover CentOS 8.4 packages or not. I _thought_ I had converted everything. I thought before proceeding I better check in with you guys before I end up doing something STUPID that erases my drive and leaves me with a disabled machine.

Is the command:

dnf **update** --allowerasing distro-sync

– or is it –

`dnf --allowerasing distro-sync` ?

I have either A) a lot of CentOS 8.4 packages that still need to need to be updated to the corresponding Rocky Linux 8.4 packages or B) I just saved myself a whole lot of work. There is a vast difference between 88 packages and 1852 packages

Any advice you can provide me would be appreciated. Will the " – allowerasing simply erase my entire NVMe drive which holds Rocky Linux 8.4, or will it replace the current packages with updated Rocky Linux 8.4 packages?

Thanks for your help.

D’Cat

---

<div class="post-metadata">

**Author:** ![jlehtone](https://avatars.discourse-cdn.com/v4/letter/j/e9a140/32.png) [@jlehtone](https://forums.rockylinux.org/u/jlehtone)\
**Post date:** [October 24, 2021, 11:18am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/7 "2021-10-24T11:18:06Z")

</div>

> [@desercat](#):
>
> Is the command:
> 
> dnf **update** --allowerasing distro-sync
> 
> – or is it –
> 
> `dnf --allowerasing distro-sync` ?

The synopsis of dnf is:

```auto
dnf [options] <command> [<args>...]

```

but in practice (some) options can be after the command. You do show two commands (and I’ll put the option in same position):

```auto
dnf --allowerasing update distro-sync #1
dnf --allowerasing distro-sync #2

```

Your first command (#1), `update`, has argument ‘distro-sync’. The command updates package named “distro-sync”.

Your second command (#2), `distro-sync` has no arguments. Since no package is given, _all_ installed packages are considered. Look up the description of _distro-sync_ from `man dnf`

---

<div class="post-metadata">

**Author:** ![desercat](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/desercat/32/1192_2.png) [@desercat](https://forums.rockylinux.org/u/desercat)\
**Post date:** [October 24, 2021, 4:26pm UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/8 "2021-10-24T16:26:33Z")

</div>

Thank you for the explanation. It makes logical sense. I looked up the man pages for dnf and decided to go with a “SAFE” – I HOPE – option and am currently running the command:

dnf distro-sync

that is minus the “allowerasing”. I am terrified that “allowerasing” might wipe out my entire NVMe drive that contains Rocky Linux 8.4. Would you have gone with

dnf --allowerasing distro-sync ??

Yeah I still remember my lesson from years ago, and “–allowerasing” of 1852 packages sounds like a very BAD idea.

---

<div class="post-metadata">

**Author:** ![jlehtone](https://avatars.discourse-cdn.com/v4/letter/j/e9a140/32.png) [@jlehtone](https://forums.rockylinux.org/u/jlehtone)\
**Post date:** [October 24, 2021, 5:27pm UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/9 "2021-10-24T17:27:46Z")

</div>

> [@desercat](#):
>
> Would you have gone with
> 
> dnf --allowerasing distro-sync ??

From CentOS Linux I’ve acquired a mantra: “_never migrate; always fresh install_”.  
In essence, always be able to install fresh and restore (from backups).  
With a easy routine for that at hand I can freely experiment without fear.

---

<div class="post-metadata">

**Author:** ![pajamian](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/pajamian/32/715_2.png) [@pajamian](https://forums.rockylinux.org/u/pajamian)\
**Post date:** [October 28, 2021, 7:46am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/10 "2021-10-28T07:46:48Z")

</div>

The command will display a summary of what it will do before it does it (and you can bail by answering “N”). You said further back that it will upgrade two packages and downgrade 88, but it mentioned nothing about removing any?

It is normal for a large number of packages to get downgraded, they actually are not downgraded by rather replaced by packages with the same version but other following artifacts (dist id, or module build information) which makes dnf _think_ that they’re being downgraded. It is safe to allow dnf to “downgrade” these.

You don’t see very many packages that it will upgrade because those were already taken care of when you previously ran `dnf --allowerasing update`.

So in summary, just look at the list of stuff it will do before you answer “y”. If it doesn’t say there that it’s going to remove packages then it won’t.

---

<div class="post-metadata">

**Author:** ![desercat](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/desercat/32/1192_2.png) [@desercat](https://forums.rockylinux.org/u/desercat)\
**Post date:** [October 28, 2021, 2:39pm UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/11 "2021-10-28T14:39:26Z")

</div>

I am still in the process of configuring “ocelot”, and need to move one large file off of the 2TB HDD, so as of this posting nothing is backed up, so I need to be super cautious rather than fly by the seat of my pants. “allowerasing” has a terrifying vision. when it talks about 1852 packages not 88. I seemed to “fixed” the problem by running “dnf distro-sync” to bring any packages that were not already marked as Rocky Linux packages, but were still leftover CentOS 8.4 packages now into sync. Maybe once I have the 2TB drive setup for backup I might revisit the “allowerasing” command. I still don’t get how it said 88 and 2 and then comes up and says 1852. BTW I did run “dnf distro-sync” – minus the --allowerasing – and held by breath but the command worked flawlessly. At completion I rebooted and up came Rocky.

---

<div class="post-metadata">

**Author:** ![pajamian](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/pajamian/32/715_2.png) [@pajamian](https://forums.rockylinux.org/u/pajamian)\
**Post date:** [October 29, 2021, 1:06am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/12 "2021-10-29T01:06:54Z")

</div>

I think you’re confusing 1852 steps with 1852 packages. 1852 does sound like a lot, though. At the end of the day you do need to backup before you attempt this step (you should have backed up before attempting the migration to begin with).

---

<div class="post-metadata">

**Author:** ![brian](https://sea2.discourse-cdn.com/flex020/user_avatar/forums.rockylinux.org/brian/32/5777_2.png) [@brian](https://forums.rockylinux.org/u/brian)\
**Post date:** [August 25, 2023, 4:03am UTC](https://forums.rockylinux.org/t/centos-8-4-on-the-menu-rocky-linux-8-4-in-the-kitchen/3803/13 "2023-08-25T04:03:02Z")

</div>


