all 47 comments

sorted by: hot top controversial new old
[โ€“] 58 points 8 months ago* (5 children)

Excellent, remember that after 64 times booting the system there will be a mandatory test on 16 random boot up messages.

Fail, and the system refuses to start.

Few Linux users have ever successfully beaten it....

....mostly because they have never had to reboot their system 64 times before getting a new machine.

  • source
  • hideshow 5 child comments
  • [โ€“] 37 points 8 months ago (3 children)
  • [โ€“] 13 points 8 months ago

    โ€ฆmostly because they have never had to reboot their system 64 times before getting a new machine.

    You really didn't have to call me out like that.

    I've had my system for ~4 years now, and I think I've rebooted it a grand total of maybe 10 times. Pretty much never voluntarily. Usually due to a power outage or needing to shut down for a hardware upgrade.

  • source
  • parent
  • [โ€“] 39 points 8 months ago (7 children)
  • [โ€“] 19 points 8 months ago* (6 children)

    I think that the point being made here is that it's not a great idea to hold an actually running soldering iron by the hot bit?

    If so, I think that OP's image is supposed to have some sort of thermal insulation stuff around the hot bit, that clear stuff.

  • source
  • parent
  • hideshow 6 child comments
  • [โ€“] 3 points 8 months ago (3 children)

    is it even a soldering iron? i was assuming it was a probe for a logic analyzer or something

  • source
  • parent
  • hideshow 3 child comments
  • [โ€“] 1 point 8 months ago (2 children)

    You can see metal changing colours due to temperature, those are definetly soldering irons except the top right one which is a hot air soldering station and (IIRC, I have the same model) it goes up to 550C. You don't want to hold any of those on the business end when they're running.

  • source
  • parent
  • hideshow 2 child comments
  • [โ€“] 2 points 8 months ago (1 child)

    Yeah, the later images being posted are definitely soldering irons. I think that TurboWafflz is asking whether maybe the thing in the original Star Trek image that OP put up is intended to be a soldering iron, which is a fair question.

    I've used probes with little hooks on the ends myself, but I imagine that there are pointy probes out there.

  • source
  • parent
  • hideshow 1 child comment
  • [โ€“] 30 points 8 months ago
    [โ€“] 26 points 8 months ago*
    [โ€“] 21 points 8 months ago (1 child)

    I basically read logs for a living, read the boot sequence at least once in your life. It's very cool to be able toi see the bootstrapping order and understanding all the basic things that have to be initialized just for the most basic of OS things to happen.

  • source
  • hideshow 1 child comment
  • [โ€“] 33 points 8 months ago* (last edited 8 months ago) (3 children)

    I thought the same when I first booted Linux, but after reading it day by day, youโ€™ll understand more and if it is too fast you can always
    Edit: woups!

    Sudo dmesg
    
  • source
  • hideshow 3 child comments
  • [โ€“] 12 points 8 months ago* (last edited 8 months ago)

    Note that on current, systemd-based systems, one probably wants sudo journalctl -kb to show kernel messages for the current boot.

    dmesg reads from the in-memory kernel ring buffer. That can be desirable in some cases, but as the name suggests, the "ring buffer" is a "ring"


    it has a finite amount of space and eventually, the old stuff gets overwritten by the new stuff. The idea is that a userspace logging daemon, like journald (or syslogd on most older systems) has time to pull the data from the ring buffer out to (potentially much larger) log files on disk.

    journalctl will also post-process the output to do things like convert the time-from-boot to a wall clock time, which is generally more useful for correlating with other things.

  • source
  • parent
  • [โ€“] 13 points 8 months ago* (4 children)

    If you don't want it, you can hide it


    most distros have some way to just show a splash screen that hides it. I always unhide it, as I can see hints of things going wrong.

    The messages are from a wide variety of kernel subsystems (and, later in the boot process, daemons) and most people aren't going to be familiar with everything. I could tell you what a lot of lines mean, but there are always new ones showing up as new software is written.

    They're more-likely to be useful if something breaks and then you go examine a specific, suspicious-looking message and learn what it means. You probably won't be constantly trying to stay up on all kernel subsystems.

  • source
  • hideshow 4 child comments
  • [โ€“] 15 points 8 months ago (1 child)

    as I can see hints of things going wrong.

    Yes!

    Even if you don't understand every line, if the system hangs or just takes an unusually long time to boot, you'll be able to see what it's getting stuck on. And even if you don't understand that, you can google DDG the message and find out what it's doing, maybe figure out what's taking so long, what's wrong, and how to fix it.

  • source
  • parent
  • hideshow 1 child comment
  • [โ€“] 6 points 8 months ago (1 child)

    ^This comment is talking about the deluge of log messages you may or may not see (depending on the distro) while booting the system.

    Just thought I'd add that, since the meme doesn't actually mention booting. Not sure, where you got that from. ๐Ÿ˜…

  • source
  • parent
  • hideshow 1 child comment
  • [โ€“] 17 points 8 months ago (4 children)

    The way these tools are designed, typically unless something goes wrong you need to understand basically none of it. And if something goes wrong, the resulting error messages normally at least give you something to search for in order to understand more

  • source
  • hideshow 4 child comments
  • [โ€“] 4 points 8 months ago (2 children)

    Yesterday I installed a program to run windows games. The installation through the terminal spat out ten different types of โ€œError reading the jupitos busโ€ type messages that I simply could not parse, but they sounded grim and serious.

    But it ran just fine afterwards so those messages couldnโ€™t have been that important?

  • source
  • parent
  • hideshow 2 child comments
  • [โ€“] 8 points 8 months ago (1 child)

    You're following it to understand it, I'm following it to skim for warning signs.

    We are not the same.

  • source
  • hideshow 1 child comment
  • [โ€“] 6 points 8 months ago (1 child)

    The neat thing is that like

    You COULD study and learn how to read the stuff Linux vomits on the terminal

    Windows programmes just die and tell you nothing. Good fucking luck.

  • source
  • hideshow 1 child comment
  • [โ€“] 6 points 8 months ago

    Honestly, shout out to the folks who maintain packages, Linux error logs are very searchable and readable.

    I usually just scan the terminal logs looking for error flags and then search for them to see if they're something that can, and should be, fixed.

  • source
  • [โ€“] 14 points 8 months ago (2 children)

    Why are people so resistant to reading? fortunately, most things output an explanation of what went wrong, and often you can google that message...

  • source
  • hideshow 2 child comments
  • [โ€“] 2 points 8 months ago

    Imagine syslog getting presented as a streaming videoโ€ฆ โ€œhi this is your friendly kernel again and today weโ€™ll have another look at โ€ฆโ€ * looks at listโ€ฆ โ€œinitialising network, loading modules and much more. But first, a message from our sponsor!โ€

  • source
  • parent
  • [โ€“] 7 points 8 months ago (2 children)
  • [โ€“] 3 points 8 months ago

    I mean... Following what the Linux terminal was doing definitely helped me catch problems as they occurred back when I was using Ubuntu.

  • source
  • [โ€“] 2 points 8 months ago (2 children)

    Source? What's going on here?

  • source
  • hideshow 2 child comments
  • [โ€“] [S] 7 points 8 months ago (1 child)

    I just picked a random image of packages being updated.

    Or if you mean the Star Trek image, it's from an episode where Uhura and Spock are trying to fix one of the consoles on the bridge. 'Who Mourns for Adonais' season 2, episode 2.

  • source
  • parent
  • hideshow 1 child comment