Linux From ScratchThis Forum is for the discussion of LFS.
LFS is a project that provides you with the steps necessary to build your own custom Linux system.
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.
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.
I just finished up a LFS systemd build. It all works great except the kernel console messages overwriting the console prompt. I can stop it by typing dmesg -n 1 but I'm looking for a solution to disable them altogether on startup.
Prior to doing a systemd build of LFS, I had done a systemv build which did not have this issue.
Does anyone happen to know how to do that?
Last edited by Jon Wilder; 07-11-2020 at 12:32 PM.
Distribution: debian, lfs, whatever else i need in qemu
Posts: 268
Rep:
Yeah, if you go lfs you use sysvinit. Otherwise what's the point? If you do want to go hardcore, you'd need to figure out why it's using tty1 as console, which is ultimately the reason why it does so. It's still linux after all. In a way.
Distribution: debian, lfs, whatever else i need in qemu
Posts: 268
Rep:
I do, it's obviously your own choice to abandon certain freedoms using systemd
What I don't get is are ALL severities of messages get printed or only certain critical ones? Maybe you can try telling the kernel to use a certain console=X?
A minor annoyance of systemd that I never looked into. I'm sure it's easy enough to find on goog. A systemd/kernel cmd line tweak or such. Maybe ask in lfs-support mail. Doubt Doug the sysd dev even knows it happens. Sysvinit is nasty crusty slow old.....vs sysd but I digress. Tinfoil is afraid the PTB will soon confiscate his sysv build. Gimme that....too much freedom! ;p
On the Raspberry Pi, kernel command line options are passed to the kernel through a file on the boot partition named cmdline.text. I had copied the entire /boot directory (kernel images, firmware files, config.txt and cmdline.txt) from a working Raspbian distribution. console=tty1 is one of Raspbian's default kernel command line options.
I did a complete LFS rebuild and finished it this morning. After copying the /boot files from the working Raspbian distro, I edited cmdline.txt by taking out console=tty1. This build booted right up with no kernel console messages at all.
The thing I find interesting is that Raspbian boots with console=tty1 on the kernel command line, yet Raspbian does not show continuous kernel console logging so they must be suppressing it after the boot sequence in a config file somewhere.
Distribution: Void, Linux From Scratch, Slackware64
Posts: 3,150
Rep:
Don't know if its the same with systemd but for sysv I had to add 'kernel.printk = 3 4 1 3' to /etc/sysctl.conf to stop iptables flooding the console with messages ( pi4 )
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.