Disable interative startup (disable edit kernel parameters pressing 'e' on Centos 7) not running [SOLVED]

Issues related to applications and software problems
Post Reply
djrafael
Posts: 3
Joined: 2018/01/15 04:20:44

Disable interative startup (disable edit kernel parameters pressing 'e' on Centos 7) not running [SOLVED]

Post by djrafael » 2018/05/14 03:27:40

# This not running on Centos 7, Kernel Version(s): 3.10.0-693.21.1.el7.x86_64 and or 4.14.x
nano /etc/sysconfig/init
PROMPT=no

There is another way to disable edit kernel parameters pressing 'e' at startup on Centos 7 or handle this issue.

As regards
Rafael Peres dos Santos
Last edited by djrafael on 2018/05/26 01:41:47, edited 2 times in total.

User avatar
jlehtone
Posts: 4523
Joined: 2007/12/11 08:17:33
Location: Finland

Re: Disable interative startup (in other words disable edit kernel parameters pressing 'e' on Centos) not running

Post by jlehtone » 2018/05/14 06:45:20

Is that a statement or a question?

The

Code: Select all

edit kernel parameters pressing 'e' 
message is shown in GRUB menu by GRUB.

In order to disable the edit option one could, for example, update the GRUB2 configuration to require a password.

hunter86_bg
Posts: 2019
Joined: 2015/02/17 15:14:33
Location: Bulgaria
Contact:

Re: Disable interative startup (in other words disable edit kernel parameters pressing 'e' on Centos) not running

Post by hunter86_bg » 2018/05/15 04:50:32

Don't forget to add '--unrestricted' (if not already there) in /etc/grub.d/10_linux -> CLASS section, otherwise you will need the password even for boot.

djrafael
Posts: 3
Joined: 2018/01/15 04:20:44

Re: Disable interative startup (in other words disable edit kernel parameters pressing 'e' on Centos) not running

Post by djrafael » 2018/05/25 01:10:01

I solve this on Centos 7.X | X > 1, using
grub2-setpassword
# that builds a password to 'root' user, only to edit kernel parameters after press 'e' and or to boot Linux (considering to boot if --unrestricted is removed from menuentry on /etc/grub2.cfg)
# this way is very good, but is good keep the previous way to improve and or update the Linux documentation.

On all system(s) there are things that don't has a standard, typically on some versions there are things that is not configured or not run like some previous versions (by this typically the best approach is install few packages and only necessary). Detail most of all system(s) based on Unix compared with Windows is n times better. (By not have a good standard on most of all Linux typically Linux books and certifications is good only to improve concepts, detail to be a Master on Linux is necessary Master only a single Linux alone, like anything).

Removing --unrestricted from menuentry on /etc/grub2.cfg using sed -i "/^/s/ --unrestricted//" /etc/grub2.cfg or manually require provide a password to boot Centos even without pressing 'e' to edit kernel parameters, that is not good considering if the computer must be accessible after a Energy loss, except when the computer is not turn-off by himself. Typically to configure Power on after a Energy loss (that turn on the computer after energy recover) is on setup setting Power On.

As regards
Rafael Peres dos Santos

Post Reply