Slackware - Installation This forum is for the discussion of installation issues with Slackware. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
02-18-2021, 03:20 PM
|
#1
|
Member
Registered: Feb 2021
Location: Ohio
Distribution: Gentoo & Slackware
Posts: 42
Rep: 
|
"How to switch from Kernel Huge..." mkinitrd bugs
Slackware Documentation Project, "How to switch from Kernel Huge to Generic" seems to have bugs.
How to switch from Kernel Huge to Generic
https://docs.slackware.com/howtos:sl...ge_for_generic
I think I've nailed the problem down to "/usr/share/mkinitrd/mkinitrd_command_generator.sh -l \ /boot/vmlinuz-generic-4.4.172" (the lilo.conf generator), seems to be also re-running mkinitrd and re-editing what the previous mkinitrd_command_generator.sh incanatation wrote. This can be witnessed by the comment written by the lilo.conf generator, which omits many of the options utilized within my previously executed mkinitrd execution incanatation.
I have so far verified this, or worked around this problem, by re-running the mkinitrd_command_generator.sh incanatation. I have yet to perform multiple executions for verifying this bug, but am pretty sure with a fully booted mkinitrd after several hours, that this is the problem.
Not sure if this an upstream bug, where the "-l" switch is not suppose to overwite the mkinitrd tree/image, without the use of "-c" (clean mkinitrd tree) option.
Can I also suggest, a clean-up of this documentation, more clearly/consicely writing only the steps needed for a successful mkinitrd execution/install, and clearly separating some of the included hints/notes/explanations causing confusion? In other words, a lot of the explanations do not have enough uniform white space, for people to clearly see only the commands needed for successfully executing/acquiring mkinitrd images.
Last edited by rogerxx; 02-18-2021 at 03:30 PM.
|
|
|
02-18-2021, 05:13 PM
|
#2
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
I am sorry to disappoint, but the "mkinitrd_command_generator.sh" script does not execute any "mkinird" command. The script will only show you what it thinks is a suitable "mkinitrd" command for your specific hardware configuration.
Perhaps you need to be more specific in your observations - for instance show us the commands you entered and the results they yielded.
As for "cleaning up" the documentation, I do not understand what you are referring to. YEs, this is a translation into English from another language and the author's grasp of English language is not the best, but it is understandable.
White space issues? How are you reading this article in the Wiki? Graphical browser or a text-based browser such as Lynx?
|
|
|
02-18-2021, 08:16 PM
|
#3
|
Member
Registered: Feb 2021
Location: Ohio
Distribution: Gentoo & Slackware
Posts: 42
Original Poster
Rep: 
|
I already understand "mkinitrd_command_generator.sh" is a command line mkinitrd incanatation generator.
|
|
|
02-19-2021, 10:25 PM
|
#4
|
Member
Registered: Feb 2021
Location: Ohio
Distribution: Gentoo & Slackware
Posts: 42
Original Poster
Rep: 
|
Here's my version of instructions, of course, using the previous cite's information.
For generating mkinitrd incanatations, use the interactive mkinitrd_command_generator.sh menus using "mkinitrd_command_generator.sh -i" option.
# /usr/share/mkinitrd/mkinitrd_command_generator.sh -i
Once a mkinitrd incanation is printed, copy and edit the incanatation as needed, then execute. For example:
# mkinitrd -c -k 4.4.240 -f ext4 -r /dev/sda2 -m jbd2:mbcache:ext4 -h /dev/sda1 -u -o /boot/initrd.gz
Check to ensure /boot/initrd.gz is updated, usually not needed.
# ls -al /boot/initrd.gz
If this is the first time using a newer kernel or have not already made an entry within lilo.conf with updated kernel version numbers, then execute the following. A new entry will be added to the bottom of /etc/lilo.conf. Edit the entry as needed.
# /usr/share/mkinitrd/mkinitrd_command_generator.sh -l /boot/vmlinuz-generic-4.4.240 >> /etc/lilo.conf
Edit /etc/lilo.conf as needed, then re-install/recycle writing lilo to MBR:
# lilo
|
|
|
02-21-2021, 05:41 AM
|
#5
|
Senior Member
Registered: Dec 2005
Location: Philippines
Distribution: Slackware64-current
Posts: 3,366
|
Quote:
Originally Posted by rogerxx
I think I've nailed the problem down to "/usr/share/mkinitrd/mkinitrd_command_generator.sh -l \ /boot/vmlinuz-generic-4.4.172" (the lilo.conf generator), seems to be also re-running mkinitrd and re-editing what the previous mkinitrd_command_generator.sh incanatation wrote. This can be witnessed by the comment written by the lilo.conf generator, which omits many of the options utilized within my previously executed mkinitrd execution incanatation.
I have so far verified this, or worked around this problem, by re-running the mkinitrd_command_generator.sh incanatation. I have yet to perform multiple executions for verifying this bug, but am pretty sure with a fully booted mkinitrd after several hours, that this is the problem.
Not sure if this an upstream bug, where the "-l" switch is not suppose to overwite the mkinitrd tree/image, without the use of "-c" (clean mkinitrd tree) option.
Can I also suggest, a clean-up of this documentation, more clearly/consicely writing only the steps needed for a successful mkinitrd execution/install, and clearly separating some of the included hints/notes/explanations causing confusion? In other words, a lot of the explanations do not have enough uniform white space, for people to clearly see only the commands needed for successfully executing/acquiring mkinitrd images.
|
I see no bugs in the how-to.
mkinitrd_command_generator.sh produces what it is supposed to
Code:
/usr/share/mkinitrd/mkinitrd_command_generator.sh
#
# mkinitrd_command_generator.sh revision 1.45
#
# This script will now make a recommendation about the command to use
# in case you require an initrd image to boot a kernel that does not
# have support for your storage or root filesystem built in
# (such as the Slackware 'generic' kernels').
# A suitable 'mkinitrd' command will be:
mkinitrd -c -k 4.4.240 -f ext4 -r /dev/sda1 -m jbd2:mbcache:ext4 -u -o /boot/initrd.gz
As does mkinitrd_command_generator.sh -l /boot/vmlinuz
Code:
/usr/share/mkinitrd/mkinitrd_command_generator.sh -l /boot/vmlinuz-generic
# Linux bootable partition config begins
# initrd created with 'mkinitrd -c -k 4.4.240 -f ext4 -r /dev/sda1 -m jbd2:mbcache:ext4 -u -o /boot/initrd.gz'
image = /boot/vmlinuz-generic-4.4.240
initrd = /boot/initrd.gz
root = /dev/sda1
label = 4.4.240
read-only
# Linux bootable partition config ends
Nothing is overwritten. What is shown here is the recommended command to usage for mkinitrd and a recommend /etc/lilo.conf entries based on the passed kernel.
Last edited by chrisretusn; 02-21-2021 at 05:47 AM.
Reason: Changed to reflect kernel 4.4.240
|
|
|
02-21-2021, 02:50 PM
|
#6
|
Member
Registered: Oct 2015
Location: northern territory
Distribution: slackware 15
Posts: 362
Rep: 
|
Quote:
Originally Posted by rogerxx
|
If the page your referring to had a bug, you would not be the only person who is having trouble changing to a generic kernel.
When first mentioned in your link the bit of code
Code:
-l \ /boot/vmlinuz-generic-4.4.172"
isn't present.
Last edited by quickbreakfast; 02-21-2021 at 03:01 PM.
|
|
|
02-21-2021, 08:53 PM
|
#7
|
Senior Member
Registered: Dec 2005
Location: Philippines
Distribution: Slackware64-current
Posts: 3,366
|
Quote:
Originally Posted by quickbreakfast
If the page your referring to had a bug, you would not be the only person who is having trouble changing to a generic kernel.
When first mentioned in your link the bit of code
Code:
-l \ /boot/vmlinuz-generic-4.4.172"
isn't present.
|
It is present on that page.
Code:
/usr/share/mkinitrd/mkinitrd_command_generator.sh -l \ /boot/vmlinuz-generic-4.4.172
image = /boot/vmlinuz-generic-4.4.172
initrd = /boot/initrd.gz
root = /dev/sda1
label = 4.4.172
read-only
# Linux bootable partition config ends
Perhaps you are referring to the missing '\' for @rogerxx's post.
Quote:
Originally Posted by rogerxx
# /usr/share/mkinitrd/mkinitrd_command_generator.sh -l /boot/vmlinuz-generic-4.4.240 >> /etc/lilo.conf
|
The '\' is not needed.
Last edited by chrisretusn; 02-21-2021 at 08:55 PM.
|
|
|
02-21-2021, 10:55 PM
|
#8
|
Member
Registered: Feb 2021
Location: Ohio
Distribution: Gentoo & Slackware
Posts: 42
Original Poster
Rep: 
|
Another possibility, lilo might not have been writing to MBR due to a lilo.conf error.
I could have been missing the failure due to lilo's tame error messages. Caught myself ignoring lilo's error messages the other night.
I think my instructions within Comment #4 are more simple and concise.
|
|
|
All times are GMT -5. The time now is 07:43 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|