Slashdot Mirror


Improving the Fedora Boot Experience

An anonymous reader writes with a link to a recent post on Red Hat senior interaction designer Máirín Duffy's blog with an illuminating look at Red Hat's design process, and how things like graphic elements, widget behavior, and bootup time are taken into account. It starts: "So I have this thing on my desk at Red Hat that basically defines a simple design process. (Yes, it also uses the word 'ideate' and yes, it sounds funny but it is a real word apparently!) While the mailing list thread on the topic at this point is high-volume and a bit chaotic, there is a lot of useful information and suggestions in there that I think could be pulled into a design process and sorted out. So I took 3 hours (yes, 3 hours) this morning to wade through the thread and attempt to do this."

109 comments

  1. Why? by Anonymous Coward · · Score: 1

    I boot my system maybe twice a year.
    What annoys me is not the graphical appearance during the boot, but the lengthy checks of the filesystems on my 6 disks that are run sequentially instead of parallel.
    That is a better thing to work on than nice pictures, IMHO.

    1. Re:Why? by Anonymous Coward · · Score: 3, Funny

      Sure buddy; sounds like you're running XP. Fedora has well documented average time between kernel panics of 3.4 days.

    2. Re:Why? by wjh31 · · Score: 2

      If you are so keen on uptime to reboot only twice a year then you should be particularly interested in boot time, shortening the boot time could push you from 3 nines to 4!

    3. Re:Why? by pipatron · · Score: 1

      That's been taken care of by modern file systems.

      Also, do you apply security patches to your kernel on-the-fly somehow, or how come you don't have to reboot?

      --
      c++; /* this makes c bigger but returns the old value */
    4. Re:Why? by Anonymous Coward · · Score: 0

      I am not "keen on uptime". I have a machine that I use for several purposes and I have no urge to shut it down between activities.
      But *when* it needs a reboot, it takes 2 hours. That is a bit longish, you know.

    5. Re:Why? by Anonymous Coward · · Score: 2, Funny

      I don't need security patches, I have McAfee.

    6. Re:Why? by Anonymous Coward · · Score: 0

      The problem wasn't there when I used ReiserFS. But then we al needed to move to the "modern" ext4 fs, and the checks are unbearably slow and occur every 180 days.

      I don't apply kernel security patches. I review the patch reasons and usually they don't apply to me.

    7. Re:Why? by VortexCortex · · Score: 2

      That's been taken care of by modern file systems.

      Also, do you apply security patches to your kernel on-the-fly somehow, or how come you don't have to reboot?

      What is this bait? I mean, really? Every damn time someone mentions uptime?
      Fine. I'll bite.

    8. Re:Why? by roman_mir · · Score: 1

      app server:
      Linux .... 2.6.29.6-213.fc11.x86_64 #1 SMP Tue Jul 7 21:02:57 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

      14:16:03 up 63 days, 21:19, 1 user, load average: 0.15, 0.10, 0.03

      db server:
      Linux .... 2.6.29.6-213.fc11.x86_64 #1 SMP Tue Jul 7 21:02:57 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux

        14:16:37 up 63 days, 21:20, 1 user, load average: 1.86, 1.51, 1.65

      forced a reboot a couple of months ago due to power outage, before that couple stayed up for 184 days.

    9. Re: Why? by Anonymous Coward · · Score: 0

      Based on TFA you'll hear the whoosh during your next reboot.

    10. Re:Why? by Kwpolska · · Score: 3, Informative

      If 1 disk = 1 partition, then it would be possible. But if your 6 disks contain more than one partition, you will find out that your time savings per disks will be minimum, none or even negative.

    11. Re:Why? by Anonymous Coward · · Score: 0

      That's been taken care of by modern file systems.

      Also, do you apply security patches to your kernel on-the-fly somehow, or how come you don't have to reboot?

      What is this bait? I mean, really? Every damn time someone mentions uptime? Fine. I'll bite.

      Does ksplice ensure that libraries already loaded by running processes get updated to so you don't have vulnerable code active in memory? And the need to update drivers that require reboot?

    12. Re:Why? by BrokenHalo · · Score: 1

      But *when* it needs a reboot, it takes 2 hours. That is a bit longish, you know.

      Are you serious? Might be time to use one of those new-fangled drives that don't run on clockwork. If your drives are taking that long to fsck, I think you must have something wrong. And it also shouldn't need to be done every time you boot.

      Or if you really are somehow flogging your filesystem that hard it might be worth considering a different one. Ext2 can take a long time to fsck, of course, but nowadays there's not much advantage to using a non-journaling filesystem except when mounted read-only (e.g. for my /boot partition).

      Alternatively, you could take individual drives down on an occasional basis to fsck them when they're not needed.

    13. Re:Why? by Anonymous Coward · · Score: 0

      Maybe my diskspace is a bit more than yours?
      And maybe you could just read what I suggest?
      I only ask why it checks my 6 disks in sequence instead of in parallel. That would speed up things a lot.
      I agree it should not need a check on every boot, but the hard facts are that with the default settings, they do. That is because every time more than 180 days have gone since the last check, and apparently the coders of ext4 think that a check should be forced then.
      Of course I have now removed that silly parameter, but still I think that things like this are more important to my "boot experience" than some lousy graphic.

    14. Re:Why? by Anonymous Coward · · Score: 0

      Why?
      Do you suggest that an implementation of parallel checking of disks would be coded so stupidly that it would start to check partitions on the same disk in parallel?

    15. Re:Why? by Anonymous Coward · · Score: 0

      If you are using ext4, you CAN set the fsck frequency to "never".

    16. Re:Why? by Antique+Geekmeister · · Score: 3, Insightful

      You can adjust that check frequency setting, 180 days is merely the default. But unless you can schedule to take the file-systems off-line, or put them in read-only mode and run an appropriate "fsck" on them before re-establishing write permission, this is actually a very good idea. There's nothing like the beginning of a disk problem being missed, or a file system corruption tied to a particular bad kernel, to leave a critical system in an unrecoverable state.

      For whatever group I work with, whether my own colleages or a business partner, I do try to schedule a reboot of *everything*, and a reboot at least once a year, to make sure that backups are done and tested and all the hardware will reboot successfully when the experts are _not_ available. You might be _amazed_ at the numer of servers described as "it just works" which failed on reboot, and failover systems and redundant connections that were _not_ failing over properly and were _not_ redundant.

    17. Re:Why? by nabsltd · · Score: 1

      Maybe my diskspace is a bit more than yours?

      I've got a Fedora install with over 10TB of space in ext4 and I reboot about as often as you do.

      Despite that, fsck adds only about 30 seconds to my boot.

    18. Re:Why? by Anonymous Coward · · Score: 0

      Drivers do not require reboots, unless they're kernel drivers in which case we're looking at ksplice again. I don't know how much you know about linux, but it's pretty trivial to update a package while it is running. The process keeps on doing its thing. You can restart the process if you're paranoid.

    19. Re:Why? by UltraZelda64 · · Score: 2

      Not everyone boots their systems "maybe twice a year." Hell, I leave my system running 24/7 and even I reboot a fair number of times more than that. Even if someone reboots for nothing more than kernel updates and otherwise never shuts down, they'll probably still reboot more than twice.

      That said... while I see why they might want to "polish" the boot process and speed it up, I'm still not really sure it's worth it. Whenever I hear about "improving" the boot screen, I fear removing all the information displayed with a pretty picture. Many distributions have already done that... the next step is disabling F2/ESC. But hey, who cares as long as it looks pretty and its animation is smooth as liquid? And Fedora is just the kind of distro that I would expect do something like that, due to their attempts to be "user friendly" as a top priority.

    20. Re:Why? by daveime · · Score: 1

      Unless you had 6 independent disk controllers for those 6 disks, what exactly would be the point ?

      You remind me of the old adage about a PHB who discovers the *nix* priority command, and decides to make everything priority 1, so that "everything will run faster".

    21. Re:Why? by davydagger · · Score: 3, Insightful

      long uptimes...

      I saw this argument in another thread. If you have a modern machine with long uptimes, it means your probably not up ot the latest patch.

      I generally reboot my server only when systemd(init), or the kernel is upgraded

      Thats about once every two weeks to a month TOPS. I wouldn't brag about having an unpatched machine.

    22. Re:Why? by roman_mir · · Score: 1

      Yeah, those machines are not patched with 'latest patches', correct, so what is your point? I wouldn't want to upgrade kernel or anything on those machines at all.

    23. Re:Why? by smash · · Score: 1

      Sounds like you want ZFS, so there is no FSCK.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    24. Re:Why? by dbIII · · Score: 1

      That's what thing like ZFS are for and not trying to get the boot sequence to mark a marginal improvement to a necessary function with the file systems you are using.

    25. Re:Why? by Anonymous Coward · · Score: 0

      I boot my system maybe twice a year.

      How many brown people were killed to allow you to waste a dollars' worth of electrical power?

      Was it worth it? Do you feel like a big white man now?

  2. It doesn't matter how pretty it looks by blydro · · Score: 1

    It just needs to be fast IMHO. Anyone else agree?

    1. Re:It doesn't matter how pretty it looks by Anonymous Coward · · Score: 0

      That's what SHE said!

      Booyahhh!!

    2. Re:It doesn't matter how pretty it looks by fuzzyfuzzyfungus · · Score: 2

      It just needs to be fast IMHO.

      Anyone else agree?

      'Pretty' itself is largely pointless(and tends to be used to obscure actually useful boot-spew); but the ability to achieve it can be a symptom of good things.

      For instance, if you are on a system where kernel mode setting Isn't Quite There Yet, it is fairly likely that 'pretty' won't even be possible, just because of the amount of flailing between the BIOS and early boot mucking around in some legacy VGA mode, and then a bunch of flickering when things eventually get handed to X. It's not so much that anything terribly useful is directly made possible by being able to turn on the fancy a few seconds earlier; but signs of togetherness in the graphics drivers are generally a good thing.

    3. Re: It doesn't matter how pretty it looks by Anonymous Coward · · Score: 1

      'Pretty' itself is largely pointless(and tends to be used to obscure actually useful boot-spew); but the ability to achieve it can be a symptom of good things.

      But 'pretty' is important when trying not to scare new users (aka 'non-professional' users) away.

    4. Re: It doesn't matter how pretty it looks by Cenan · · Score: 2

      This

      To bad it's AC or I would have spent a mod point on it. There is nothing more scary to a non techie than the boot/kernel puking garbage on the screen. And there is no end to the [what's-it-telling-me-now? | should-I-worry? | what-is-it-counting-up/down-for?] support [calls | yells | screams | cries | sobbing].
      Pretty is step 2 of making it onto the everyday consumer's PC. Step 1 would be "just works".

      --
      ... whatever ...
    5. Re:It doesn't matter how pretty it looks by fnj · · Score: 1

      I don't give a shit what it looks like, and short of extremes I don't care how long it takes, but I care how informative it is. I have the kernel options set to a text mode boot display anyway, which is actually (gasp) useful.

    6. Re: It doesn't matter how pretty it looks by fnj · · Score: 1

      But 'pretty' is important when trying not to scare new users (aka 'non-professional' users) away.

      Bullshit. Yoiu probably think owners want their cars to play chords, massage their shoulders and emit perfume when they are started. Newsflash: they DON'T CARE.

    7. Re: It doesn't matter how pretty it looks by ceoyoyo · · Score: 1

      I prefer my car to play music and a shoulder massage would be great. Not sure of the last one, but lots of people have air fresheners in their cars.

    8. Re: It doesn't matter how pretty it looks by fuzzyfuzzyfungus · · Score: 1

      'Pretty' itself is largely pointless(and tends to be used to obscure actually useful boot-spew); but the ability to achieve it can be a symptom of good things.

      But 'pretty' is important when trying not to scare new users (aka 'non-professional' users) away.

      Arguably, with contemporary hardware, every second between hitting the power button and seeing the login prompt is 'ugly' no matter how attractive the loading animation.

      I certainly won't deny that throwing the results of a confused OpenBSD system, in some ghastly VGA legacy text mode, at the user on every boot is a good strategy; but if the hardware that a normal user is trying to boot(ie. no massive disk arrays or other things that Just Take Time to spin up and check) gives them long enough to start worrying, you have bigger problems.

  3. dump silly start up graphics by Nivag064 · · Score: 5, Interesting

    The start up graphics is pointless, it is not interesting, nor does it tell you anything useful, and it just makes the boot process seem very slow.

    One of the first things I do with a new fedora system is to disable the start up graphics, and display the boot up messages. So the boot process appears faster (may take exactly the same wall clock time, never measured it), and there is something at least vaguely interesting to look at. Plus, if it freezes for some reason, I've got some hint as to where the problem occurred.

  4. The last time I turned off my machine by Osgeld · · Score: 1

    was when I reinstalled windows after a hardware upgrade, 3 months ago

    my work laptop gets suspended every night, its been over a year since its "booted"

    and even if I boot a machine from the dead cold, screw it, I go get a cup of coffee and its done before I return

    welcome to 2013, no one cares

    1. Re:The last time I turned off my machine by Anonymous Coward · · Score: 0

      I sure hope you also remember to restart all the applications that otherwise will have old and potentially exploitable libraries loaded in their memory space. Not to mention having a newer kernel with, say, better memory allocation.

    2. Re:The last time I turned off my machine by Anonymous Coward · · Score: 1

      was when I reinstalled windows after a hardware upgrade, 3 months ago

      Considering that any 'critical' Windows update requires a reboot, and every update cycle includes at least one critical update, you haven't been updating your system or you haven't rebooted after updating (which creates a rather unstable environment).

  5. More "designer" bullshit by Anonymous Coward · · Score: 0

    Oh ffs.

    This is the same person responsible for the Fedora installer disaster... the result was harder to use and more confusing... but it did have pretty colours.

    Don't let her near anything else important.

    The secret to the book experience is simple: You shouldn't even know it happens. You switch on the PC and it just works in seconds. THAT'S PROPER BOOTING.

    1. Re:More "designer" bullshit by VortexCortex · · Score: 4, Informative

      Yep, that's why I ditched UEFI. Flashed my /boot/ right into the BIOS with Coreboot. Just as secure as UEFI if I want it to be, and the system literally boots instantly.

    2. Re:More "designer" bullshit by Anonymous Coward · · Score: 3, Interesting

      What motherboard are you using ?

    3. Re:More "designer" bullshit by ebvwfbw · · Score: 1

      Yep, that's why I ditched UEFI. Flashed my /boot/ right into the BIOS with Coreboot. Just as secure as UEFI if I want it to be, and the system literally boots instantly.

      Coreboot! coreboot. Thanks! I've been looking for something like that.

  6. Re:dump silly start up graphics by pipatron · · Score: 1

    Scrolling all that text without 2D accelerated hardware (not likely to be in place that early) likely adds more to the startup time than loading and displaying a graphical progress bar, especially considering how any drive will read far more than necessary for booting in one go, so the extra load time will be virtually zero.

    --
    c++; /* this makes c bigger but returns the old value */
  7. fedorization by Anonymous Coward · · Score: 0

    Getting rid of GNOME 3 and all its pundits would be a great start. Just look at what Red Hat did to iBus 1.5!!! It's so bad I'm currently not using an IME and probably going with UIM when I get the time to look at it properly. I'd call Red Hat bakayarotachi but I can't without a functioning IME, kuso.

  8. I'm at 5 nines on my home server by Anonymous Coward · · Score: 4, Funny

    I don't get all the hype about uptime.

    My multi-media server easily gets five nines of uptime.

    In fact, over 2012 it was way better than 9.9999% !

  9. I've got a print server .. by dgharmon · · Score: 1

    I've got a print server that I've haven't to reboot in over a year .. it is running a SuSE version ...

    --
    AccountKiller
  10. Re:dump silly start up graphics by Kjella · · Score: 1

    On any machine made this century the boot messages should fly past way, way faster than I can read them. If for some reason it hangs at some point during the boot process, then I guess there should be a button to hit or hold (or boot option if you're not doing this physically) to see it but otherwise its just nerd porn. The rest you can show me in a device manager or whatever after I've booted.

    --
    Live today, because you never know what tomorrow brings
  11. Re:All Douchebags Please Read This Important Messa by Anonymous Coward · · Score: 0

    tl;dr

  12. That used to be true with SysVinit. by Anonymous Coward · · Score: 1

    But with systemd you STILL don't know why it hangs.

    systemd throws everything not explicitly serialized into running at the same time.

    Unfortunately, even the explicitly serialized modules don't necessarily start properly.

    1. Re:That used to be true with SysVinit. by BrokenHalo · · Score: 1

      Unfortunately, even the explicitly serialized modules don't necessarily start properly.

      Systemd is one of the final reasons why I recently dumped Archlinux off my laptop and returned to Slackware after an interval of 3 years. (There are lots of other reasons, but suffice to say that the reason why I liked Arch in the first place was its similarities to Slackware. Those are now pretty much absent.)

      The old BSD-style init scripts still rock after 20 years.

    2. Re:That used to be true with SysVinit. by fnj · · Score: 1

      But with systemd you STILL don't know why it hangs.

      Yes, but there's nothing that says a distro HAS to use systemd. Maybe GNOME is getting too intertwined with it to allow kicking systemd to the shitter, but there are far batter DEs than GNOME 3 which couldn't care less HOW the system gets booted. Init scripts work as well as ever. The same goes for pulseaudio.

      If Poettering and his ilk turns linux into a piece of shit, the community at large has nobody to blame except their collective selves.

    3. Re:That used to be true with SysVinit. by Anonymous Coward · · Score: 0

      For what it's worth, I agree completely. I think that simply expanding the 'defaults' script that gets run by some/many process to include everything used by N or more processes (I can't decide what N should be), and perhaps having a single team rewrite all of them to use the same layout, syntax, etc; would have been better than systemd.
      In my opinion, rc scripts are the wheel, and while you can paint it or electroplate it, it's still a wheel.

      If systemd is the future, integration with yum (or other RH package mangers) should have been the deciding factor to allow the new version (with systemd integration) to be merged into the Kernel. When I run 'yum erase abrtd' I expected it to remove all traces, not to remove the application and leave the systemd entries...

      Just my 2 cents.

    4. Re:That used to be true with SysVinit. by armanox · · Score: 2

      Except nobody wants to listen to our complaints? I don't want systemd or wayland. But they're going to be forced on us. And I'll be expected to support them.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    5. Re:That used to be true with SysVinit. by Anonymous Coward · · Score: 0

      I'm staying away from all things systemd... I was going to use Arch on my laptop but not after that decision. Sticking with Gentoo for most of my personal machines until they make it impossible.

      As for work, with RHEL 7, I'm basically going to be fucked. For a couple of fedora 18 VMs, I think I will resurrect init.

      Strangely enough, I managed to adapt to SMF on Solaris 10+ without any real trouble. The command line tools are just better, for one thing.

    6. Re:That used to be true with SysVinit. by x_t0ken_407 · · Score: 1

      Yup. I loved Arch for it's connection to the "Unix way" until they decided to force systemd on us and then basically silenced and/or censored all naysayers. Sure it's their distro, they can do what they like, however silencing dissenting opinions in that fashion just didn't sit right with me, even more so than the systemd decision imo. Rather than Slack, it's been FreeBSD for me, however. Always been a fan of it on servers, and these days it's been good enough for the desktop in my case. :)

    7. Re:That used to be true with SysVinit. by Anonymous Coward · · Score: 0

      Yup. I loved Arch for it's connection to the "Unix way" until they decided to force systemd on us and then basically silenced and/or censored all naysayers.

      I love how zealots like you have decided that there is a "Unix way" and it's super important to have a "connection" to it and you're going to complain if anyone changes something in a way which offends your religious sensibilities.

      It's an operating system, not a cult. Sooner or later it has to move beyond the limitations of 20, 30, or 40-year old design decisions. DMR and friends weren't prophets handing down the One True OS Design, they were engineers solving the problems in front of them. And they weren't perfect either -- many parts of classic UNIX were horrible kludges, and they knew it. They wouldn't have made the same decisions with today's feature requirements and hardware, or with more time/money to spend on development. There is no need to regard their original decisions to be immutable. (Shit, man, they themselves designed an incompatible but similar followup, Plan 9, which unfucked lots of bad UNIX decisions.)

      As a matter of fact, most parts of any modern UNIX already have evolved quite a bit since the 1970s and 1980s. Unlike Plan 9, there are limitations imposed by backwards compatibility, but that hasn't stopped progress altogether. It bemuses me to no end that finally revisiting AT&T SysV init (or BSD rc scripts) causes so much whining. Maybe it's because it's a piece visible to wannabe experts, who take great pride in having figured out how to mangle init scripts and feel their status as an "expert" threatened by the changes.

  13. I'll accept 'ideate' by PingXao · · Score: 1

    As long as 'performant' and 'documentate' are banished.

  14. Re:dump silly start up graphics by Nivag064 · · Score: 2

    Well I have commissioned at least 3 machines this century, where I had time to read the messages...

    But even whizzing past at speed, like my latest machine with SSD, still beats looking at the fedora logo being filled in - IMHO! :-)

  15. ideate ? ideation? suicidal? by girlinatrainingbra · · Score: 0
    Hmm... look up "ideate" on wikipedia... get a lot of "designer"-y bullshit. Look up "ideation" on wikipedia, I know I've heard that word somewhere before... Ideation may refer to:

    -- Ideation (idea generation), the process of creating new ideas

    -- Suicidal ideation, a common medical term for thoughts about suicide

    Suicidal? So is fedora boot going to automatically "kill -9" itself everytime it boots? Has sentience arrived along with french existential angst for the OS? I would have expected french existential angst for Mandriva, not for Fedora. [And Nietzchean nihilism for Suse? ] Anyway, this is just designer BS, adding colorful shiny chrome on top of the useful bits, isn't it?

  16. They should go back to early Fedora/RedHat Linux 9 by guacamole · · Score: 2, Funny

    Most of the boot improvements created since then have done nothing but irritate the experienced users. Honestly, I wish some of the "improvements" to GUIs were undone too.

  17. Improving the [Linux] boot experience by Anonymous Coward · · Score: 0

    Don't use Linux.

  18. Don't scare regular users of GNU/Linux. by girlinatrainingbra · · Score: 3, Insightful
    re: There is nothing more scary to a non techie than the boot/kernel puking garbage on the screen.
    .
    You are exactly right. The original Mac OSX boot-up experience is a nice clean boot up screen with a few simple small icons flying by. The original Mac OS7 OS8 and OS9 bootups have a happy mac icon centered on the screen and the small icons for the addons on the bottom of the screen.
    .
    Linux boot-ups should have a simple graphical or text based boot up that says just a very few simple things: booting up
    checking drives
    starting network
    starting graphics
    tada!

    and allow for the user to hit one of the function keys or a space bar or something to allow for viewing of the detailed boot-up log. Most people don't really need to see all of the details and would certainly be scared by all of the words and labels that they might not understand. This is one area where OSX actually does a better job.

    1. Re:Don't scare regular users of GNU/Linux. by Anonymous Coward · · Score: 1

      Why would they be scared?
      Judged by my experience (somewhat limited, I admit) of other people they aren't even scared of error messages if they recur often enough to be considered standard behaviour.

    2. Re:Don't scare regular users of GNU/Linux. by Anonymous Coward · · Score: 0

      Why would they be scared?
      Judged by my experience (somewhat limited, I admit) of other people they aren't even scared of error messages if they recur often enough to be considered standard behaviour.

      Error messages that occur "often enough" are not a good user experience. In fact they are an indicator of a problem.

      When I work on someone's Windows computer and they see the spew of text when booting into 'Safe Mode' they are almost always alarmed.

      The boot process is the "first impression" and the Linux boot process should not trigger a state of user awareness that other OSs don't.

    3. Re:Don't scare regular users of GNU/Linux. by armanox · · Score: 1

      Do you remember Red Hat Graphical Boot? That kinda did that.

      --
      I'm starting to think GNU is the problem with "GNU/Linux" these days.
    4. Re:Don't scare regular users of GNU/Linux. by MysteriousPreacher · · Score: 1

      Why would they be scared?
      Judged by my experience (somewhat limited, I admit) of other people they aren't even scared of error messages if they recur often enough to be considered standard behaviour.

      And that's part of the problem. Better to display important information when it's needed - particularly when these are users who may not easily differentiate issues from normal behaviour. It's like having a warning light that flashes red every three seconds to indicate that everything is fine, but will flash red every second when there's an issue.* That's how this crap appears to users, and one reason why users so often click through important dialogue boxes.

      * I absolutely fucking hate flashing LEDs on laptops and flash drives. The lowest circle of hell is dedicated to people who obsess with covering devices in flashing lights.

      --
      -- Using the preview button since 2005
    5. Re:Don't scare regular users of GNU/Linux. by dbIII · · Score: 1

      Progress bars with no information just replace "is this thing on?" with "WTF is taking it so long, something must be broken."
      Apart from being useful for debugging when there is a problem (and you can tell somebody where it got to or google it), the scrolling text gives feedback that the hamsters are pedalling as fast as they can and there is some actual progress.

    6. Re:Don't scare regular users of GNU/Linux. by Anonymous Coward · · Score: 0

      That's how this crap appears to users

      You might be some kind of God, speaking for all users.

    7. Re:Don't scare regular users of GNU/Linux. by cthulhu11 · · Score: 1

      So in other words, it should do what Solaris 10 did years ago?

    8. Re:Don't scare regular users of GNU/Linux. by Anonymous Coward · · Score: 0

      This is one of many areas where OSX actually does a better job.

      Fixed that for you. OS X usability is far, far better than any Linux I've ever seen.

      P.S. OS X has never had an icon march during boot. That's classic MacOS only. Early versions of MacOS X had a progress bar and 1 line of text describing what was happening at that instant. Later, when Apple began replumbing boot to make it faster, they removed the text and decoupled the progress bar from the actual status, making it a fixed duration animation (they'd parallelized boot so much it was hard to figure out exactly how far along it was, or something like that). In the most modern versions, which boot very fast, they've done away with progress bars altogether.

  19. Re:dump silly start up graphics by TheRaven64 · · Score: 2

    What kind of acceleration do you think you need for non-antialiased, fixed-width text? A bitblt might speed it up in a framebuffer console, but these days memcpy on the CPU is faster, which is why X11 won't use hardware bitblt anymore. On x86, however, the hardware / BIOS provides a text console, and the GPU is free to accelerate it however it wishes. Given that the XT could scroll text faster than the kernel boot messages appear, I doubt this is a bottleneck on any vaguely modern system. You'll get more slowdown from lock contention around the kernel's version of printf than you will from outputting the result to the screen.

    --
    I am TheRaven on Soylent News
  20. Experience? by axedog · · Score: 2

    Seriously, can we stop referring to booting a computer as an "experience"? It's not like it's a trip to the moon!

    --
    Sent from my Tianhe-2 (MilkyWay-2).
    1. Re:Experience? by Anonymous Coward · · Score: 0

      I'm an experiended booter of Commodore 64s, Intel x86-based PCs running various versions of MS-DOS, MS Windows 95, -98 and -XP and several GNU/Linux distributions, and building from that it was easy to move on to rebooting a x86-64 based system running a 64-bit version of GNU/Linux.
      I dare say someone with less experience in flipping a switch or pressing a button to start a computer would not have made that transition so seamlessly!

    2. Re:Experience? by sensei+moreh · · Score: 1

      I've got experience switch-flipping to boot an LSI-11 off of cassette tape. Trust me, as annoying as the Fedora boot process can be, switch-flipping is worse.

      --
      Geology - it's not rocket science; it's rock science
    3. Re:experience? by martin-boundary · · Score: 1

      Sounds like a "Disney Experience". I can't wait until they make it into a Hookers'N'Blow theme park ride for the MILFs with toddlers, complete with animatronics blaring the "it's a small world" soundtrack.

    4. Re:Experience? by doesnothingwell · · Score: 1

      Is it time to invoke Bill Hicks' law of marketing?

      --
      They can have my command prompt when they pry it from my cold dead fingers.
    5. Re:experience? by Kjella · · Score: 1

      I take it you speak from experience?

      --
      Live today, because you never know what tomorrow brings
    6. Re:experience? by Anonymous Coward · · Score: 0

      After reading that, I have a sudden urge to go play GTA: San Andreas.

    7. Re:experience? by Anonymous Coward · · Score: 0

      Fedora is total shit.. haha the gnome experience? well Snow White had an experience as well with dwarfs

      What kind of mental idiots do the Americans employ to design crap like Fedora?
      Widgets and icons on software programs ...ridiculous huge, over-sized widgets almost half the size of a cigarette packet
      no way to alter the properties of such things Yuk!

      and drab,..clunky black hideous plasma desktop...even worse..
      and then there is the packet installer...holy crap...slow slow slow..
      or Yumex...another dinosauer... click here click there..constant clicks everywhere
      No firewall automatically installed and functioning by default..no anti-virus,....no codecs...WTF

      Even the old Turkish distro Pardus is 100 times way better..
      or better still Manjaro Xfce...or Salix OS

      Fedora...cheap shit...cheap copy of crap Red Hat the over-priced, over-hyped dinosaur

  21. The whole boot experience sucks. by Anonymous Coward · · Score: 1, Insightful

    If you want to see how a system should boot, go check out Haiku or OS X. Hell, even Windows does it fairly well.

    I can't stand Linux boot processes. Typically there is some over complicated piece of shit bootloader that wants to kick my display into graphical mode so it can puke up distro-themed garbage all over my display for 5 seconds... Then things go black, the kernel starts to vomit verbose crap all over my screen in text mode, then the early graphical boot progress thing fires up X.org for a bit until the startup is complete... Then that goes away, Things drop back to text mode so I can momentarily catch a glimpse of a text mode login screen before X starts AGAIN, finally bringing up my login manager of choice.

    Compare this to any sane OS... You get a nice loading widget, maybe change graphical modes once, and your either at your desktop or the login screen. The Linux boot process is totally out of control because nothing is integrated at all. This will never go away until X is considered part of the operating system as a hole and not just another optional package. Linus needs to pull his head out of his ass and put an end to the whole distribution idea, solidify things into a single OS. Then maybe we'll start seeing boot screens as clean and fast a Windows, Haiku, or OS X.

    1. Re:The whole boot experience sucks. by Ignacio · · Score: 1

      Wow, it's almost like you didn't read TFA at all...

  22. Thank YOU, for wasting energy! by Anonymous Coward · · Score: 0

    Here I was wondering how we confined on Earth could burn through our precious and limited natural resources even quicker, then I read your post. My faith in mankind has been restored.

    Brownie, you're doing a heck of a job.

  23. experience? by PopeRatzo · · Score: 4, Funny

    Booting Fedora is an "experience"? Who knew?

    Naw, that's not an experience. An experience is being high on some sticky purple bud and driving a Lamborghini Gallardo on the Pacific Coast Highway with CHP on your tail and $7.5million in stolen money in a backpack on the seat next to you and busting through a guard rail, getting thrown 70 feet from the car and watching the Gallardo burst into a fireball while you realize you were only scratched and you somehow grabbed the backpack when you were thrown from the car. And now the police and the guys you stole the money from and your wife all think you're dead.

    Now THAT'S an experience. Booting Fedora is not an experience.

    --
    You are welcome on my lawn.
  24. Nicely assorted pile of "let's ignore the problems by Anonymous Coward · · Score: 1

    I'm afraid I violated Slashdot rules. Mairin does a very nice job of showing that he's drunk the latest Fedora "electric kool-aid" and has entirely missed the most critical problems.

    * Boot loaders *DO NOT NEED GRAPHICS*. Throwing out the graphics would get rid of most of the "oh, no, my screen resolution is changing and flashing, and I have to load half the graphics libraries to get the trademark image I want, I have the wrong icon, boo-hoo-hoo". Just don't use graphics. booting will be much faster and more stable. This is not going to happen because Fedora has also bought into the whole GNOME 3 toolkit and its direct interferenc with being able to actually use the rest of your computer.

    * If you don't use graphics, the whole grub manipulations and "should we show the list of grub options" and "oh no, the britty graphics to text isn't available for Braille users" goes the futz away. So do the "This part is too fast!!!! This part is too slow!!!" kvetching, because you're able to present far fewer screens, with well defined behavior, and *far* less software needed for pre-loading all the graphical widgets. That leaves time to present a reasonable, legible text screeen saying "Here are the kernels" and "here is single user mode".

    Fedora completely lost track of these simple principles with their last few installers, and keeps re-inventing the wheel, and keeps *breaking* the wheel in the process. It's a complete waste of time better spent cleaning up GUI tools that matter, such the snakepit that is NetworkManager or virtual-manager.

  25. Better boot experience? by Anonymous Coward · · Score: 0

    I would like to be able to take the bootlog from a mid-1980's VAX/VMS system or Honeywell DPS8 and simply have it echoed to the screen instead of that 'how quickly can I fill in this icon' Fedora boot.

    Does anyone know if this has been done?

  26. Re:ideate ? ideation? suicidal? by Anonymous Coward · · Score: 0

    If you looked up "communication," and found

    - Communication: conveying information
    - Suicidal communication: conveying information about suicide

    Would you conclude that all communication is about suicide?

    Anyway, good design is very important. If someone comes up with a bad design, that doesn't mean all designers should be shot.

  27. doodness dracious, three whole hours by Anonymous Coward · · Score: 0

    I've spent weeks sometimes working on a single thing. In the days before valgrind and purify I once spent three weeks tracking down a memory leak in popular open source, laboriously tracking every allocation and free, and figuring out which things that weren't being freed ought to have been. That was just figuring out the root cause, then more time figuring out the fix.

  28. Ubuntu by sunderland56 · · Score: 1

    No research necessary here; just make it boot as quickly as Ubuntu. Not much need for fancy graphics when the boot is so fast.

    And for the "I boot once a millenium" crowd: (a) kernel updates are considered a good thing, and (b) some people use laptops.

    1. Re:Ubuntu by rbprbp · · Score: 1

      Laptops should be using suspend/hibernation - which is still a problem in Linux, sadly.

      --
      They're there in their room. You're on your own.
    2. Re:Ubuntu by sunderland56 · · Score: 1

      When you can cold boot in less than 10 seconds, why use hibernation??

    3. Re:Ubuntu by Anonymous Coward · · Score: 0

      Why would the boot time matter? Is hibernation supposed to be faster than normal boot? From my experience, it is slower than normal boot. Still, I have used it a lot, as I like having the same windows open in the same locations. And an empty desktop looks unpleasant to my eyes. Hibernation is like suspend without the need to worry about power.

  29. Just show boot messages by Anonymous Coward · · Score: 0

    Stop covering up the boot messages with a picture. Just let the messages scroll. When I boot, something is usually wrong that I'm fixing, and having to hit ESC every time I boot to see messages is annoying.

    1. Re:Just show boot messages by Ignacio · · Score: 3, Informative

      Remove "rhgb" and "quiet" from the kernel boot line. Fixed.

  30. Re:dump silly start up graphics by nabsltd · · Score: 1

    Scrolling all that text without 2D accelerated hardware (not likely to be in place that early) likely adds more to the startup time than loading and displaying a graphical progress bar.

    If you disable graphical boot, the console doesn't switch to "graphic" mode until fairly late in the boot sequence. It's pretty easy to see this happen as the font visibly changes.

    So, it's all text mode during the most critical time, and only slow on pretty ancient hardware. Any video card even halfway decent (like less than 10 years old) will do just fine in either mode.

  31. Re:dump silly start up graphics by Anonymous Coward · · Score: 0

    On any machine made this century the boot messages should fly past way, way faster than I can read them.

    They wont if the machine hangs for some reason

    then I guess there should be a button to hit or hold

    What is your definition of hang? AFAIK the common one includes not responding to input and it's not always possible to hit the button fast enough before it hangs.

    to see it but otherwise its just nerd porn

    When the system is configured wrong you get warnings, if it takes ages to start you see what takes that long and depending on the system just loading the image can add several seconds boot time and might even freeze the system. Source: Some years ago I tried to minimize an Ubuntu installation for a beagleboard*, the script loading the image had a nice warning to the previously stated problem and required a library nothing else in the package manager even referenced - one rm later nothing of value was lost and several warnings became unhidden.

    *pro tip: don't try this at home it is a serious waste of time, of course it is also a good lesson in why you should not use a full blown desktop OS for anything less powerfull.

  32. Pulseaudio by Anonymous Coward · · Score: 0

    Nobody in their right mind wants Pulseaudio either, but guess what every distro uses?

  33. ACPI, Next Generation by Anonymous Coward · · Score: 0

    I heard the new ACPI will even support biebernation!

  34. Typical Slashdot by yathaid · · Score: 1

    I boot my system maybe twice a year. What annoys me is not the graphical appearance during the boot, but the lengthy checks of the filesystems on my 6 disks that are run sequentially instead of parallel. That is a better thing to work on than nice pictures, IMHO.

    The start up graphics is pointless, it is not interesting, nor does it tell you anything useful, and it just makes the boot process seem very slow. One of the first things I do with a new fedora system is to disable the start up graphics, and display the boot up messages. So the boot process appears faster (may take exactly the same wall clock time, never measured it), and there is something at least vaguely interesting to look at. Plus, if it freezes for some reason, I've got some hint as to where the problem occurred.

    All of this is useful to the average user, how?

  35. "Crash Kernel" by Anonymous Coward · · Score: 0

    Every time I've seen a Fedora system boot, it's complained about "Memory for crash kernel" not being "within permissible range". I have no idea what a crash kernel is or why it's memory needs to be in a certain range, or (moreover) why this terrifying message is displayed as part of the normal, properly-working boot process.

    Perhaps this will be fixed,

  36. They already did this best thing they could by davydagger · · Score: 2

    They already did the best thing they could....

    systemd. I know many people don't like it, but its awesome. It makes reboots on servers that much faster, cutting the boot time around half from sysvinit, and making the shut off time under 3 seconds.

    in addition, it replaces polkit, and intergrates with acpid, and udev, making it very very solid in keeping track of programs and hardware. None of the glitchyness or sluggesness of initscripts. No more relying on bash scripts to keep track of things like PIDs.

    very eligant modern solution for replacing init with a v

    also replacing consolekit was probably the best thing to happen to linux since HAL was obsoleted by added udev funcitonaility.

    Its very un-UNIX like, but it gives the boot proccess and daemon handling a very very professional unfied method, and speed/agility that linux needs to compete with windows and mac.

    1. Re:They already did this best thing they could by lpq · · Score: 1

      "and making the shut off time in under 3 seconds"...

      My server runs squid and transmission and by DEFAULT, both have
      shutdown timeouts around 10-20 seconds which they usually try to take.

      ---
      No more being able to boot single user from the root disk

      No more being able to bring up the system 1 service at a time in
      single-step mode to debug a problem.

      -------
      Yeah systemd was so fast when it tried to boot my system -- it mounted
      the local file systems before running lvm.

      For some reason that didn't work.

      Can't seem to mount /usr from root either... Great thing that systemd -- turns a working system into a door stop.

    2. Re:They already did this best thing they could by Anonymous Coward · · Score: 0

      Try OpenRC, it layers most of the useful features of systemd on top of classic init runlevels. InitNG also looks like a possible replacement.

  37. Re:They should go back to early Fedora/RedHat Linu by antdude · · Score: 1

    Nah, go back to v5 with text based boot ups. ;)

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  38. it should do what Solaris 10 did years ago? Yes!! by girlinatrainingbra · · Score: 1
    re: So in other words, it should do what Solaris 10 did years ago?
    .
    Yes!!!

    Sure, why not? That's the sad part with too much software. Sometimes, developers add change for the sake of change (or for power trips), rather than for expressly improving the software or its usability. If solaris did it back then that way, then it did it right. Someone else pointed out that for a while redhat bootup did that too. Too bad redhat went away from there. IMHO, a nice clean boot with the option to see details as needed (and of course the ability to redirect bootup messages to a serial console for serious debugging issues when something really screws up) is the right way to do it.

  39. Re:it should do what Solaris 10 did years ago? Yes by cthulhu11 · · Score: 1

    Solaris 10 introduced both a default quiet startup and SMF. RHEL 7 in 2H2013will have systemd which AIUI at least partly does the parallel startups that SMF did in 2005. No signs of a postbellum filesystem, though - still running Solaris here for ZFS compression.

  40. Re:it should do what Solaris 10 did years ago? Yes by girlinatrainingbra · · Score: 1

    Are you using Solaris on x86 or on MIPS? My parents actually have an SGI Indy with IRIX 6.x.something which I've played with, and a NeXT cube with NeXT-Step on it, and an old CPM machine. But there are no Solaris pizza boxes here. Is it possible to still download Solaris for x86? They've also got a big blue SGI with an x86 chip in it that's supposed to run windows NT but we've never found disks and drivers that work on it. (this is along with the trs-80 4k level one and the Apple ][+ which I played with as a kid about ten years ago and learned my BASIC on. Can't beat a TRS-80 for bootup, click button, it's on, but no DOS, just cassette storage!).

  41. Beware of fstype and other processes. by bbsalem · · Score: 1

    Beware of issues with non-native filesystem types and processes other than fsck slowing your disks to a crawl.

    I have one big ext4 boot partition with Ubuntu 12.04 and one external NTFS systen. Fsck hasn't given me much problem even if a shutdown left the boot partition dirty and it needs to run on the next boot.

    Dealing with NTFS from linux can be dicey, especially if the hardware does not perform well. I have a slow disk that I have had to umount a couple of times to get through some problems.

    Gnome can impose some overhead after boot or during boot if things its does, genome tracker, happens in parallel with fsck of the boot partition or shortly there after. On my hardware Gnome Tracker does so poorly that I had to disable it going out to that NTFS filesystem. It was pegging my Athlon 64 dual core.

    Run top(1) to let you see if there are disk hogs after the boot.