On 9 Dec 2020 at 9:44, Jorge Fábregas wrote:
Subject: Re: Questions on grub2 kernel options.
To: Community support for Fedora users
<users@xxxxxxxxxxxxxxxxxxxxxxx>
From: Jorge Fábregas <jorge.fabregas@xxxxxxxxx>
Date sent: Wed, 9 Dec 2020 09:44:16 -0400
Send reply to: Community support for Fedora users
<users@xxxxxxxxxxxxxxxxxxxxxxx>
> On 12/9/20 3:42 AM, Michael D. Setzer II wrote:
> > In previous configurations the grub.cfg file contained the kernel
> > lines, now it doesn't seem to have them included.
>
> The entries are in /boot/loader/entries/ See the new darling:
Thanks - was wondering where it was..
Sometimes have the rescue kernel around is handy. Had people
sometime move a hard disk to a different system with a diskcontroller
that wasn't included by the standard kernel. The rescue kernel generally
has the support for more hardware.
Once upgraded a machine to SATA disk. Copied image and it started
boot but then failed since the SATA support wasn't in the files. Went
thru process of manually building a kernel to support it. So, found the
process.
I've used the little script mknewrescue that runs this.
/etc/kernel/postinst.d/51-dracut-rescue-postinst.sh $(uname -r)
/boot/vmlinuz-$(uname -r)
Note: you have to manually remove or move the rescue kernels
elsewhere or it will not build new ones?
I also occassionally run a script to retain a list of install rpms.
#!/usr/bin/bash
rpm --qf "%{NAME}.%{ARCH}\n" -qa | sort | grep -v gpg-pubkey >
installed_pkgs"$(date +%F)".txt
Sometimes do a clean install on a machine, and then instead of manually
adding things to get them the same, just feed the file into dnf, and it
installs the missing ones.
Before I retired from College, I use to always do a clean install on one
lab machine, and an update on another. Then I would compare the lists.
Would show packages that new install didn't include that old one had,
but also show what new packages were added install from the previous.
>
> See https://fedoraproject.org/wiki/Changes/BootLoaderSpecByDefault
>
> > Noticed tat my rescue kernels on one machine were actually a
> > coupleyears oldMachine had been upgraded a couple times using dnf.
>
> I noticed the same thing about 5 months ago. I did a fresh installation
> of Fedora 25 and I've been upgrading (successfully) up until Fedora 31
> which where I'm at now and where I noticed it. Apparently it's a known
> issue without a solution so far apparently:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1581478
>
> https://forums.fedoraforum.org/showthread.php?311927-Old-Rescue-Grub-Entry-Remains-after-Upgrading
>
> I spent some time trying to recreate a newer "rescue" entry but wasn't
> able ..didn't spend too much time on it and moved on.
>
> I had a nice ride with system upgrades...all going smooth but in
> reality, it seems, that after 7 to 8 releases it's time to do a fresh
> install because a lot of crust accumulates. To me is evident on the
> size of my root filesystem; it keeps growing. After upgrading I need to
> run "dnf autoremove", list rpm packages from previous release (that were
> no upgraded due to replacements etc), hidden files/directories no longer
> used ...and so on.
>
> --
> Jorge
> _______________________________________________
> users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
+------------------------------------------------------------+
Michael D. Setzer II - Computer Science Instructor (Retired)
mailto:mikes@xxxxxxxx
mailto:msetzerii@xxxxxxxxx
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
