Hiding the Fedora boot menu
The venerable Linux boot menu has made its appearance at boot time since the days when LILO was the standard boot loader, through the days of GRUB, and onward to today's GRUB 2 and others. It is sometimes configured out by distributions as something that will potentially confuse less-technical users, but it has been a mainstay of Fedora for many releases. A recent proposal to hide the menu, starting in Fedora 29, has met a mixed reaction, but those who are not in favor are also those most able to revert to the existing behavior.
Hans de Goede raised the issue back at the
end of May. He suggested that Fedora had at one time hidden the boot menu,
but changed. As a longtime Fedora user, I don't remember that switch, but
my memory is faulty and that may be the case here. In any case, De Goede's
idea is to not have the distribution print any confusing messages at boot
time: "the
end goal being a user pressing the on button and then going
to the graphical login manager without him seeing any
text messages / menus filled with technical jargon.
"
The response was somewhat mixed, as might be expected. Stephen Gallagher was concerned about boots that failed and gave the user no alternatives to try. De Goede said that the plan was to detect failed boots and then show the boot menu on the next boot. He muddied the waters somewhat by mentioning a "fastboot" feature that he is planning for Fedora 30. It would effectively provide no way for a user sitting at the console to override the boot sequence (with a key press, say) and get the boot menu once the system has started booting.
It should be noted that De Goede is only suggesting changing the default; users can reconfigure their systems to always display the menu by changing the GRUB configuration. In addition, he is only proposing this change for installations with a single operating system—multi-boot systems clearly need a way to choose which is to be booted.
Another concern, at least for Fedora 29, is how a user can bring up the boot menu if they decide they need or want to. De Goede plans to provide a "reboot_with_menu" kind of command, but that requires a running system. Currently, using the "escape" (ESC) key or F8 during boot are used for that purpose but several thought those were too "magical" and would likely need to be searched for on the web at the time when the system may not be booting at all. As Gerald B. Cox put it:
Nicolas Mailhot echoed some of that; he wants to make sure there are clear ways to make the boot menu appear when needed and that it is all documented clearly:
There had been enough feedback a day after his original post that De Goede posted a summary of what he had gotten from the discussion. He said that users would be able to get the boot menu via F8 (or ESC on some systems where the firmware has grabbed F8), for Fedora 29. The boot menu would automatically be shown if the previous boot failed or the system did not shut down cleanly. Determining what constitutes a failed boot needs to be determined:
So we will check that the user successfully logged in and that his gnome3 session has lasted at least 2 minutes.
This means that the user will be able to get the grub menu by simply rebooting from the gdm screen rather then logging in, or if gdm does not work just shutting down the machine either by a short press and letting systemd do its thing, or by a forced-power off.
But some were less than pleased with the idea that users would have to
press a certain key at a particular time. Andrew Lutomirski asked: "Can we at least let users hold down
a key rather than having to press it at the correct magic time?
" In
a separate (but closely related) thread, De Goede said that he had been able to figure out how
to make it so that
users could simply hold down the shift key during boot to get the menu.
John Florian wondered if Fedora has enough of a non-technical audience to even consider this change. He pointed out that even those who can change back to the existing behavior can only do so once the system has been installed and booted successfully. He worried about hiding needed information and suggested being more conservative about when to do so:
How many non-technical Fedora users there are is immaterial, Jason L. Tibbitts III said. If users are technical, they should be able to consult the Fedora documentation to find out how to get the level of information they want at boot time.
But Florian is unimpressed with the whole
idea: "I sit in front of
computer to do work, not be
entertained by pretty things, especially the lowly boot process. That's
like bragging about how cool the spark plugs look in your new car.
"
Beyond just the car analogy, he raises the issue of failing installs again,
as well. Changing the default is not possible "when fighting a
borked system where the install fails
".
Adam Williamson had a much more prosaic complaint: "We (QA) would like to note
that the 'How to test' section of this
Change seems heavily under-developed
". He noted a number of things
missing, which De Goede acknowledged; he
updated the wiki page to address them. He has also promised more documentation.
which will live in
the system administrator's guide for Fedora 29 (and beyond) as well as
having a mention and link in the release notes.
While there are some reasonable concerns about all of this, the proposal has the look of something that is likely to get adopted. Finding ways to address the concern about failing installs would likely take care of the last substantive technical problem that has been brought up. The change is distasteful to some, but that's largely aesthetics—it can easily be switched back once the system can boot.
There is still the lingering question of whether a change like this is truly needed—are there really non-technical users that are getting put off with Fedora because they see some technical jargon at boot time? Clearly the "other" operating systems have this feature, which makes it attractive to follow along, at least to some. It is hard to imagine that newbies will flock to Fedora once it is in place, but maybe it will slowly and steadily help bring in more users—only time will tell.
Posted Jul 4, 2018 18:06 UTC (Wed)
by mrshiny (guest, #4266)
[Link] (14 responses)
Posted Jul 4, 2018 18:45 UTC (Wed)
by cesarb (subscriber, #6266)
[Link] (5 responses)
Like the "Gtk-WARNING" messages about bugs in the application code I've often seen when starting X apps in a console?
Posted Jul 4, 2018 19:17 UTC (Wed)
by mrshiny (guest, #4266)
[Link] (4 responses)
Posted Jul 5, 2018 14:10 UTC (Thu)
by naptastic (guest, #60139)
[Link] (3 responses)
Then I realize I'm asking developers on FOSS projects to update their callers to use a new API. I work for a company that sells its software for money, and we won't even update callers until the old API is removed. It's just not a fair expectation.
Posted Jul 6, 2018 17:45 UTC (Fri)
by ebassi (subscriber, #54855)
[Link] (2 responses)
Deprecation warnings are typically not used by GTK at run time any more, unless you use an environment variable (which we recommend doing while porting to a new major version. We did enable deprecation warnings out of the box a while ago, but application developers would not notice them until they updated their distributions (and some prefer staying on LTS releases), and thus users suffered the brunt of that, so we decided to make it an opt in. Warnings and, more importantly, critical warnings, are usually caused by violations of the pre-conditions; they can happen for a variety of reasons — mostly because QA of free software applications is generally left to their users, so application developers may end up not testing a specific code path.
Posted Jul 7, 2018 16:08 UTC (Sat)
by naptastic (guest, #60139)
[Link]
Is it worthwhile to learn what the different messages mean, how to fix them, and to try to get them upstream? Right now I only really speak Perl...
Posted Jul 11, 2018 23:42 UTC (Wed)
by k8to (guest, #15413)
[Link]
Posted Jul 5, 2018 11:17 UTC (Thu)
by renox (guest, #23785)
[Link]
Posted Jul 5, 2018 13:16 UTC (Thu)
by MarcB (guest, #101804)
[Link] (2 responses)
So, either the application is buggy or the messages are superfluous. Either way, it is a defect.
Posted Jul 6, 2018 18:02 UTC (Fri)
by nirbheek (subscriber, #54111)
[Link] (1 responses)
Posted Jul 11, 2018 23:44 UTC (Wed)
by k8to (guest, #15413)
[Link]
Deprecation warnings don't belong in stderr because they're not errors, and when my software hits real errors, I need to be able to find them.
Posted Jul 10, 2018 2:35 UTC (Tue)
by flussence (guest, #85566)
[Link] (1 responses)
Posted Jul 11, 2018 7:13 UTC (Wed)
by excors (subscriber, #95769)
[Link]
Posted Jul 15, 2018 21:09 UTC (Sun)
by mcortese (guest, #52099)
[Link] (1 responses)
When I leave for a long trip, I call home several times: at the airport, after landing, when at the hotel, etc. even when everything is going on as planned. I wonder if he would consider me in a non-finished state...
Posted Jul 16, 2018 7:52 UTC (Mon)
by NAR (subscriber, #1313)
[Link]
Posted Jul 4, 2018 20:01 UTC (Wed)
by mbunkus (subscriber, #87248)
[Link] (6 responses)
Makes me a bit sad to see all the technical detail being hidden away behind shiny covers, because younger me sure wouldn't have known that there even was something behind those covers worth looking at.
Posted Jul 5, 2018 17:09 UTC (Thu)
by Beolach (guest, #77384)
[Link] (2 responses)
Posted Jul 5, 2018 22:00 UTC (Thu)
by roc (subscriber, #30627)
[Link]
Just as I don't want to spend time and attention learning "what's really going on" in my car, I just want to get from A to B, I don't expect people who aren't software developers to learn "what's really going on" in software.
Posted Jul 6, 2018 9:26 UTC (Fri)
by gerdesj (subscriber, #5446)
[Link]
Posted Jul 8, 2018 13:36 UTC (Sun)
by SiliconSlick (guest, #39955)
[Link] (2 responses)
I've always found all the gory boot messages very educational. First thing I do on all Fedora/RHEL/CentOS systems I maintain is toss "rhgb quiet" (or whatever it is these days).
A progress bar/blob is worthless when sendmail is waiting to timeout because networking isn't up yet. I want to know where in the boot process things have problems. I also want to be able to help my users remotely when they have problems. A growing blob doesn't help. The user saying "it seems stuck on sendmail" does.
It may have been the first Apple Macintosh that offered a textless boot. Never much cared for it. I guess Microsoft followed suit in the 90s with Windows.
Neither should be considered an ideal to pursue (stupid spinning icons and BSODs on fail).
I can understand the desire to attract Apple fanbois with the "it just works everytime" cavalier attitude, but if it makes first time installation of the OS on a remote cluster node difficult because the node didn't reboot properly, its not worth it.
I'd say, if you don't like the gore in the boot up, then go get another beer or cup of coffee... go outside... smell the roses... anything more visually appealing (and informative) than a progress blob. When you get back, with any luck you'll be booted.... of course if you're not, you're screwed.
Posted Jul 9, 2018 6:53 UTC (Mon)
by voltagex (guest, #86296)
[Link] (1 responses)
Posted Jul 11, 2018 16:13 UTC (Wed)
by pj (subscriber, #4506)
[Link]
Posted Jul 4, 2018 20:15 UTC (Wed)
by HIGHGuY (subscriber, #62277)
[Link] (13 responses)
I believe a better proposition is to set the 'hide boot menu' at shutdown time with of course the option to override this. That's the only point where it's certain that the user has properly completed a session with the opportunity to fix whatever might have been broken. It also keeps the user in control with 'fast' being the default option.
Posted Jul 4, 2018 20:21 UTC (Wed)
by HIGHGuY (subscriber, #62277)
[Link]
In the past I also had to detect unclean shutdown and this was the only solution that handled all cases. It's only known at shutdown whether the shutdown is user triggered or due to failure (power fail, kernel panic or simply failure to boot properly followed by a hard reset)
Posted Jul 5, 2018 12:21 UTC (Thu)
by kh (guest, #19413)
[Link] (11 responses)
I would be quite surprised if I got an unusual boot help menu at the next boot.
Posted Jul 5, 2018 15:32 UTC (Thu)
by shalem (subscriber, #4062)
[Link] (10 responses)
So this comment and others like it have got me thinking about this and I've put marking the boot as successful when the machine is shutdown or reboot from the GNOME shutdown modal dialog on my TODO list.
Regards,
Hans de Goede
Posted Jul 6, 2018 11:06 UTC (Fri)
by xyz (subscriber, #504)
[Link]
So if it is possible to see that the user requested a proper shutdown, as opposed to just pressing the power button, this would be more general.
Thanks for taking this task Hans.
Posted Jul 8, 2018 15:59 UTC (Sun)
by tdz (subscriber, #58733)
[Link]
Posted Jul 12, 2018 14:47 UTC (Thu)
by Wol (subscriber, #4433)
[Link] (7 responses)
I may have to run Fedora from necessity (I currently don't). But I actively avoid .deb's, RedHat, and Gnome. Yes it's personal prejudice - I know other people like them and I don't give a monkey's what they prefer. I do give a monkeys when they try to push their choices on me. And you can bet your bottom dollar any Fedora system I was forced to run would have Gnome disabled to the max available to me.
Cheers,
Posted Jul 12, 2018 16:40 UTC (Thu)
by rahulsundaram (subscriber, #21946)
[Link] (6 responses)
Why would that be relevant? This change is only being done on Fedora workstation, which uses GNOME. If you are using Gentoo, you don't care.
Posted Jul 13, 2018 9:47 UTC (Fri)
by Wol (subscriber, #4433)
[Link] (3 responses)
Because if you can replace Gnome, then you can't assume Gnome is running. And if for some reason I had to run Fedora, I would replace Gnome at the first opportunity.
That's my point - if you CAN replace Gnome then you have to assume someone (like me, maybe) WILL.
Cheers,
Posted Jul 13, 2018 17:13 UTC (Fri)
by rahulsundaram (subscriber, #21946)
[Link] (2 responses)
How would any distribution force a desktop environment? That makes no sense. Of course you can install or remove any packages but Fedora workstation uses GNOME. If you are willing to swap out desktop environments, you can also tweak grub config settings as well. Most users who want KDE would just download the KDE spin though.
Posted Jul 13, 2018 21:17 UTC (Fri)
by jwilk (subscriber, #63328)
[Link] (1 responses)
By packaging only one DE.
Posted Jul 14, 2018 2:12 UTC (Sat)
by rahulsundaram (subscriber, #21946)
[Link]
How is that forcing? You can always find third party sources or package it yourself.
Posted Jul 13, 2018 20:11 UTC (Fri)
by zlynx (guest, #2285)
[Link] (1 responses)
Posted Jul 13, 2018 20:28 UTC (Fri)
by zdzichu (subscriber, #17118)
[Link]
Posted Jul 4, 2018 21:24 UTC (Wed)
by jani (subscriber, #74547)
[Link] (3 responses)
Posted Jul 4, 2018 21:42 UTC (Wed)
by adam820 (subscriber, #101353)
[Link]
Posted Jul 5, 2018 8:38 UTC (Thu)
by abo (subscriber, #77288)
[Link]
Posted Jul 9, 2018 6:50 UTC (Mon)
by voltagex (guest, #86296)
[Link]
Posted Jul 4, 2018 22:15 UTC (Wed)
by unixbhaskar (guest, #44758)
[Link]
I don't think imposing something on end-user make much of a sense,specially this case. We know, grub is a comlicated beast , that the best we have , haven't we??
End user always want a "eye-candy" stuff , and grub menu or refind menu is the best thing they might have.
On the other spectrum , technical user don't bother about the subtlities , because they find way to maneauver the system at their will, that is awlays the case. Why bother about the technical user at all?? ( I do whatever I like to do with linux , always) .
One thing that truely impress the end-user , is from power on to login screen apprear "time frame", the less it takes the more impressive it is.
Posted Jul 4, 2018 22:17 UTC (Wed)
by mageta (subscriber, #89696)
[Link] (5 responses)
Yes I can probably do that? But you know what, it is freaking annoying.
In all seriousness. "These days" I usually have to put a lot of work into modern Distributions to get them to a level of usability I think is O.K.. All the small things that have been hidden away for the sake of simplicity, cost time, time and time again, if you happen to need them. And its all over the place; and nearly every Distribution does it.
This very thing here has, probably differently implemented, annoyed me on Ubuntu multiple times now. And each time it cost me time.
I get that you want to attract new users, and of course new users only come if the system is as simple as possible.. OK OK.. I know I am pretty grouchy about this. But really, if you need to hide the details away at such an increasing level, it would be cool if you offer the interested people an equivalent easy way to turn them back on.
Posted Jul 5, 2018 7:44 UTC (Thu)
by mjthayer (guest, #39183)
[Link] (1 responses)
Agree. My idea system would hide all information that I do not need to see and all choices that I do not need to make, but would also have a simple, fast and obvious way to access them if it turned out that I do need to after all.
Posted Jul 5, 2018 7:48 UTC (Thu)
by mjthayer (guest, #39183)
[Link]
Posted Jul 5, 2018 8:43 UTC (Thu)
by dunlapg (guest, #57764)
[Link] (2 responses)
Here's the thing -- distros have been doing this for years now, annoying and reducing utility for their core userbase. This has been done, as you say, in the name of gaining new users. Is there any actual evidence that this has been successful? Or have distros collectively been spending a huge amount of effort for no benefit?
Posted Jul 5, 2018 10:19 UTC (Thu)
by tao (subscriber, #17563)
[Link] (1 responses)
Yes, not every change improves things, but often it's just default behaviour that changes.
*I* know how to change defaults from "n00b mode" to "power user behaviour". "Newbies" are unlikely to know how to change things from "power user behaviour" to "n00b mode".
All it takes is a simple script to use whenever I install a new machine to have it behave like I want to; change to sloppy focus, disable non-breaking spaces, disable caps/lock, install the workspace-grid gnome-shell plugin, enable the minimise and maximise buttons, make the workspaces static, enable various forms of syntax highlighting, add -F as an ls-option, use /usr/bin/time instead of the built-in (to get "--verbose"), and add a few things to inputrc.
Of course arguably even newcomers would benefit from some of these--syntax highlighting in particular. But I'm guessing that option is off for historical reasons, rather than to avoid confusing end users.
Posted Jul 5, 2018 12:42 UTC (Thu)
by mageta (subscriber, #89696)
[Link]
Yes, I can figure out how to change it back to how it was - at least most commonly. But each time that happens it costs me time. First I am annoyed at function missing that was previously available to me without further work to do, and then I have to figure out how to change things so I can do what I wanted originally.
Yes, once I did that I know how it works, but for the moment it caused me work and frustration.
And this keeps happening. And there are many example where *I* don't see added value for me. The topic of the article being case in point.
So for me it feels like there is a big chunk of changes being done for new users - for which I never actually saw proof: that these things actually help with getting new users - where no consideration is being made, that it might frustrate the existing user bases. Instead its always the same argument: "But you can change it back!".
Posted Jul 4, 2018 22:49 UTC (Wed)
by ianmcc (subscriber, #88379)
[Link]
Posted Jul 4, 2018 23:16 UTC (Wed)
by Depereo (guest, #104565)
[Link] (7 responses)
I'd prefer to see it improved to the point it is useful, instead of ignored, allowed to bitrot and eventually to be removed.
Posted Jul 5, 2018 4:36 UTC (Thu)
by shalem (subscriber, #4062)
[Link] (6 responses)
Which distro is this with? Some distros use a graphical grub menu where grub renders the text and grub has no clue of HiDPI.
Fedora uses a text based menu using the EFI text output protocol, leaving the rendering of the text to the UEFI implementation, so hopefully on Fedora this will not happen.
It would be interesting if you can test a Fedora Workstation x86_64 live image *in EFI mode* and check if this is an issue there. Note that if you're still using classic BIOS boot then all bets are pretty much off, note that classic BIOS boot pre-dates HiDPI by several decades, so you cannot really expect the 2 to work together.
Regards,
Hans de Goede
Posted Jul 5, 2018 5:54 UTC (Thu)
by Depereo (guest, #104565)
[Link]
This is Fedora 28, installed to disk. It's not using bios boot, I validated that it's using EFI mode.
Posted Jul 5, 2018 8:20 UTC (Thu)
by TomH (subscriber, #56149)
[Link]
Posted Jul 5, 2018 15:29 UTC (Thu)
by shalem (subscriber, #4062)
[Link]
If you are seeing a tiny grub-menu (when active) on Fedora and you are booting with UEFI, then please file a bug with your hardware vendor that text messages from UEFI apps are unusable.
You may want to try to load an EFI shell if your firmware allows that easily and make a screenshot and attach that, to prove that this is a generic problem with your machine's UEFI implementation. E.g. shim will also use text dialogs if you want to e.g. disable signature checks at the shim level, see we really just need a working EFI text output facility.
Regards,
Hans
Posted Jul 6, 2018 10:11 UTC (Fri)
by Depereo (guest, #104565)
[Link]
The issue persists on a live USB, but I did note that there is some non-fedora related text (such as 'preparing a one-time boot menu' after pressing f12) displaying in just as illegibly small font sizes.
Posted Jul 9, 2018 16:30 UTC (Mon)
by cortana (subscriber, #24596)
[Link] (1 responses)
(For a time I used systemd-boot which suffered from the same problem).
Posted Jul 9, 2018 16:47 UTC (Mon)
by shalem (subscriber, #4062)
[Link]
If you're using GRUB_TERMINAL=console then you are using the EFI text output protocol, so it is the same issues as other people are seeing.
sd-boot also uses the EFI text output protocol.
As I mentioned before, this really is a firmware bug and you should report it as such to your laptop vendor.
Regards,
Hans
Posted Jul 5, 2018 6:05 UTC (Thu)
by eru (subscriber, #2753)
[Link]
Posted Jul 5, 2018 10:22 UTC (Thu)
by smurf (subscriber, #17840)
[Link] (2 responses)
What's wrong with unconditionally triggering on the Shift key?
Posted Jul 5, 2018 10:42 UTC (Thu)
by zdzichu (subscriber, #17118)
[Link]
Posted Jul 5, 2018 15:37 UTC (Thu)
by shalem (subscriber, #4062)
[Link]
We do unconditionally check the shiftkey, at least for the changes as planned for Fedora 29.
For Fedora 30 we are / I am thinkig about a fastboot mode where we only ask the UEFI
Note this is something which we are thinking about maybe doing for Fedora 30.
For the upcoming Fedora 29, we will always check for ESC or F8 being pressed
Regards,
Hans de Goede
Posted Jul 5, 2018 15:34 UTC (Thu)
by tau (subscriber, #79651)
[Link]
Posted Jul 6, 2018 11:54 UTC (Fri)
by syrjala (subscriber, #47399)
[Link] (1 responses)
Posted Jul 8, 2018 6:21 UTC (Sun)
by cavok (subscriber, #33216)
[Link]
Posted Jul 8, 2018 5:19 UTC (Sun)
by zougloub (subscriber, #46163)
[Link]
Fedora is talking about visual clutter, but mostly faster boot, by not having to enumerate USB devices by UEFI (required to get the keyboard working in the grub boot menu), as the visual clutter is today so fast that the monitor changing resolution might hide them.
For info, here are the messages we may see, once we disable the grub graphical menu (I know as I've had to make an appliance boot silent):
If Fedora uses an (EFI or special RAM area) variable as a flag of "incomplete boot", and upstreams the work to grub (defaulting to verbose for everybody except them), then why not. I imagine the rest to be grub scripting only, and a oneshot service that clears the variable. But maybe they'll switch to systemd-boot at some point?
Posted Jul 8, 2018 21:52 UTC (Sun)
by ncm (guest, #165)
[Link] (2 responses)
If you have to "just know" how to get more information, or google it, we have failed. Given a progress bar or monkey-dance, concise instructions to get more precise information can be right there. Instructions where to find a log of the crawl after boot is complete can there too, or in a non-scrolled part of the screen with the crawl.
The crawl can be made useful by it having it announce what it is about to try to do, rather than announcing what it has just done. Then, when it gets stuck, you know what it got stuck trying to do, and not just, uselessly, what was the last thing that worked. It would be best if a watchdog timer were to flip the display automatically to the crawl if it does get stuck, so that only frequent linefeeds prevent it.
People insisting the boot should be as uninformative as possible are not our friends. Free Software is about being able to get in and learn how it works. If you like the hood welded shut, you are in the wrong place.
Posted Jul 10, 2018 16:00 UTC (Tue)
by adam820 (subscriber, #101353)
[Link] (1 responses)
Posted Jul 12, 2018 16:33 UTC (Thu)
by sheepdestroyer (guest, #54968)
[Link]
If I could just look through the windshield when my car doesn't start and see useful pointers to what the problem is instead of having to get off to open the hood, it would be a better car.
I'm also of a mind that boot process information is always better to be there for you to see, just in case there's some unusual stuff happening. Why wait for the next boot (or even just miss the non critical, but still potentially important, unexpected events) to get it?
A silent boot process could hide potential signs of temper attempt. That's a thing anybody should be
But I like practical things and do not care much for looks.
Posted Jul 14, 2018 20:28 UTC (Sat)
by marm (guest, #53705)
[Link] (1 responses)
Posted Jul 14, 2018 23:12 UTC (Sat)
by zlynx (guest, #2285)
[Link]
Of course, I haven't had a Windows system in years where F8 would work. If Fast Boot is enabled then the keyboard hardware never initializes and there's no hope of interrupting the boot. And with SSD boot drives you're in Windows before having a chance to do anything. That's why there's a settings page where you can select options for your next boot.
That's also why a hint text would be useless. Booting with SSD would show the hint and then erase it faster than you could read it. So what would be the point of writing it out?
Posted Jul 15, 2018 21:03 UTC (Sun)
by mcortese (guest, #52099)
[Link] (1 responses)
Weird: this is generally accepted for a smartphone, but not for a PC...
Posted Jul 16, 2018 13:54 UTC (Mon)
by lsl (subscriber, #86508)
[Link]
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
This guy not wanting to use Linux isn't a loss..
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
when you started X apps in a console they would often print all kinds of logging messages. He considered it a defect that indicated that these apps were in no kind of finished state
Maybe not you, but the travel process itself. And that is buggy: I arrived at the airport multiple times to see that my flight was cancelled.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Some time ago, I had my keyboard halt due to fwupdmgr, 30s into a session.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
They use some common functionality to shutdown.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Wol
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Wol
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
But this hiding is *a feature of Fedora Workstation*, which by definition uses GNOME. Other spins are free to implement the mechanism, but other spins aren't Fedora Workstation. Thus, they are not relevant to the scope of this particular feature.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
I get that you want to attract new users, and of course new users only come if the system is as simple as possible.. OK OK.. I know I am pretty grouchy about this. But really, if you need to hide the details away at such an increasing level, it would be cool if you offer the interested people an equivalent easy way to turn them back on.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
I'll try soon with a live USB and see if I get the same results. Thanks for taking an interest.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
So how about nontechnical? I have provided support for an elderly person who still has trouble telling the difference between the computer hw, os and browser, but still needs net access. So I set up Linux with a browser initialized for the sites needed. Over the years there has been problems and confusions (usually with printing or because a familiar web site displays something unexpected), but the boot sequence messages have never bothered her, they are for her just part of the normal operation of the machine and of no concern unless the startup gets stuck (at which point I would receive a call and would try to get her to describe what is onscreen).
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
implementation if there are keys pressed when showing the menu. The reason for this is
that the first time we ask for key press info, this may trigger an USB bus scan (some
firmwares will delay this till then) which can easily take up to 3 seconds.
and for SHIFT being held down and any one of those will show the menu.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
USB enumeration can indeed take time. Of course there's no point in keeping the grub menu if the user input is disabled.
But Fedora better have a good QA of their boot...
- other grub messages (timeout, loading the kernel)
- linux EARLY_PRINTK (goes away with the vga console) (defconfig on x86 has it IIRC)
- linux printk (can be managed by command line)
- early systemd statuses (eg. until plymouth takes over) (can be managed by command line)
Discoverability
Discoverability
Discoverability
advised keeping a eye for.
Hiding the Fedora boot menu
Hiding the Fedora boot menu
Hiding the Fedora boot menu
having to go on a google treasure hunt to find the instructions
Hiding the Fedora boot menu