Skip to content

Wasting time on a system that hangs on boot

Blog
3 2 962 1
  • For a while now, my dual boot system (Windows, which I use for work, and KDE Neon which I use primarily) had been exhibiting issues in the sense that when I elected to start Neon, the system would hang during boot for 3-4 minutes and only display the below before finally showing the SDDM login

    IMG_20211018_190033~2.jpg

    Then, when you did actually get to login, the system would then hang for another two minutes before the desktop was displayed. And to add insult to injury, you couldn’t interact with the system for another 45 seconds !

    Frustrating - VERY frustrating 🤬

    As I’d recently made the system dual boot for work and home usage, I thought that the bios could be at fault here, so after some research, I went ahead and upgraded that. Unsurprisingly, the bios was pretty out of date. I’m no fan of bleeding edge when it comes to motherboard firmware, and will only upgrade if there is a genuine requirement. Besides, it’s pretty easy to brick a system by flashing with an incorrect bios which will leave you with a machine that won’t start at all.

    The bios upgrade went well, but certainly contributed nothing to resolving the issue at hand. Windows booted perfectly with no issues at all, but KDE ? No dice. Same issue. After googling the message displayed just before SDDM started, there were literally hundreds of posts ranging from bios to display driver updates.

    Undeterred (well, perhaps a bit disheartened) I started trawling though multiple posts trying to perhaps identify the Holy Grail. After a couple of hours of fruitless searching, I gave up. After all, KDE would actually boot, but not without significant delay. I could live with that (well, not really, but I’m the absence of a fix, I was going to have to put up with it).

    Later in the week, I decided to clean the desk in my office meaning I needed to unplug everything so I could clear the area. After cleaning, I reconnected everything and powered the system back on. KDE was set as the default in the bootloader, so was the first choice - and it booted cleanly without errors and within the usual 5 seconds!

    Ok. WTF. Somewhat perplexed at why this issue had suddenly “cured itself”, I decided to have a look at the connections. For a long time, I’ve had a USB cable from the back of the PC into my monitor so I can extend the USB ports I have and at the same time, make them more accessible (rather then having to climb on the desk just to connect a new device).

    I realized that this was one lead I hadn’t connected. Curious, I shutdown the PC and then reconnected the cable. On boot, sure enough, a long delay and KDE started. I shutdown again and removed this cable. On power on, no issues and KDE boots in 5 seconds!

    So after all that, it turns out it’s just a b****y lead 🤬🤬 and I’ve spent ages looking for a “fix” when there actually isn’t one from the software perspective. I replaced the cable, and we’re all good. I really have no idea why Windows doesn’t complain though - and I certainly don’t have the energy to spend hours researching that!

  • For a while now, my dual boot system (Windows, which I use for work, and KDE Neon which I use primarily) had been exhibiting issues in the sense that when I elected to start Neon, the system would hang during boot for 3-4 minutes and only display the below before finally showing the SDDM login

    IMG_20211018_190033~2.jpg

    Then, when you did actually get to login, the system would then hang for another two minutes before the desktop was displayed. And to add insult to injury, you couldn’t interact with the system for another 45 seconds !

    Frustrating - VERY frustrating 🤬

    As I’d recently made the system dual boot for work and home usage, I thought that the bios could be at fault here, so after some research, I went ahead and upgraded that. Unsurprisingly, the bios was pretty out of date. I’m no fan of bleeding edge when it comes to motherboard firmware, and will only upgrade if there is a genuine requirement. Besides, it’s pretty easy to brick a system by flashing with an incorrect bios which will leave you with a machine that won’t start at all.

    The bios upgrade went well, but certainly contributed nothing to resolving the issue at hand. Windows booted perfectly with no issues at all, but KDE ? No dice. Same issue. After googling the message displayed just before SDDM started, there were literally hundreds of posts ranging from bios to display driver updates.

    Undeterred (well, perhaps a bit disheartened) I started trawling though multiple posts trying to perhaps identify the Holy Grail. After a couple of hours of fruitless searching, I gave up. After all, KDE would actually boot, but not without significant delay. I could live with that (well, not really, but I’m the absence of a fix, I was going to have to put up with it).

    Later in the week, I decided to clean the desk in my office meaning I needed to unplug everything so I could clear the area. After cleaning, I reconnected everything and powered the system back on. KDE was set as the default in the bootloader, so was the first choice - and it booted cleanly without errors and within the usual 5 seconds!

    Ok. WTF. Somewhat perplexed at why this issue had suddenly “cured itself”, I decided to have a look at the connections. For a long time, I’ve had a USB cable from the back of the PC into my monitor so I can extend the USB ports I have and at the same time, make them more accessible (rather then having to climb on the desk just to connect a new device).

    I realized that this was one lead I hadn’t connected. Curious, I shutdown the PC and then reconnected the cable. On boot, sure enough, a long delay and KDE started. I shutdown again and removed this cable. On power on, no issues and KDE boots in 5 seconds!

    So after all that, it turns out it’s just a b****y lead 🤬🤬 and I’ve spent ages looking for a “fix” when there actually isn’t one from the software perspective. I replaced the cable, and we’re all good. I really have no idea why Windows doesn’t complain though - and I certainly don’t have the energy to spend hours researching that!

    @phenomlab That sounds really annoying.
    But whatever was wrong with the lead, the OS should not respond like that.
    So faulty USB device or not, you could argue it is an OS bug in a way.
    Why do you prefer to use KDE Linux distro, over say Ubuntu?

  • @phenomlab That sounds really annoying.
    But whatever was wrong with the lead, the OS should not respond like that.
    So faulty USB device or not, you could argue it is an OS bug in a way.
    Why do you prefer to use KDE Linux distro, over say Ubuntu?

    @Panda said in Wasting time on a system that hangs on boot:

    Why do you prefer to use KDE Linux distro, over say Ubuntu?

    A matter of taste really. I’ve tried pretty much every Linux distro out there over the years, and whilst I started with Ubuntu, I used Linux mint for a long time also. All of them are Debian backed anyway 😁

    I guess I feel in love with KDE (Neon) because of the amount of effort they’d gone to in relation to the UI.

    I agree about the lead and the OS statement which is why I suspect that Windows simply ignored it (although the Device also worked fine there, so it clearly wasn’t that faulty)


Related Topics
  • Arch Linux | Reflector

    Linux arch linux pacman reflector updates
    4
    4 Votes
    4 Posts
    2k Views
    I have another update for reflector that I just figured out. You will want to edit the following file and add details to make sure that every time it updates the mirror list, it is grabbing them from your country and I grab 10 and sort them by rate. This will ensure that your mirrorlist isn’t getting populated with links from other countries which can slow down you downloads. sudo nano /etc/xdg/reflector/reflector.conf This is what the file looks like. # Reflector configuration file for the systemd service. # # Empty lines and lines beginning with "#" are ignored. All other lines should # contain valid reflector command-line arguments. The lines are parsed with # Python's shlex modules so standard shell syntax should work. All arguments are # collected into a single argument list. # # See "reflector --help" for details. # Recommended Options # Set the output path where the mirrorlist will be saved (--save). --save /etc/pacman.d/mirrorlist # Select the transfer protocol (--protocol). --protocol https # Select the country (--country). # Consult the list of available countries with "reflector --list-countries" and # select the countries nearest to you or the ones that you trust. For example: --country US # Use only the most recently synchronized mirrors (--latest). --latest 10 # Sort the mirrors by synchronization time (--sort). --sort rate Here are the different flag options that you can change or add to this file. I found this on google by searching arch linux reflector flags. Filtering Options (What to find) --country <CODE/Name>: Selects mirrors from specific countries (e.g., US, France,Germany). Use {Link: reflector --list-countries https://archlinux.org/mirrors/status/}, for a full list. --protocol <http|https>: Filters for HTTP or HTTPS mirrors. --age <hours>: Only includes mirrors synced within the last X hours (e.g., --age 12). --delay <hours>: Limits to mirrors with a reported sync delay of X hours or less (e.g., --delay 0.25 for 15 mins). --latest <N>: Limits results to the top N newest mirrors. Sorting Options (How to order) --sort rate: Sorts by download speed (requires testing, can be slow). --sort age: Sorts by most recently synced. --sort score: Sorts by overall score. --sort country: Sorts by country, useful with multiple countries. Output Options (Where to put it) --save <path>: Writes the filtered/sorted list to a file (e.g., /etc/pacman.d/mirrorlist). --verbose or -v: Shows detailed progress and mirror info.
  • 2 Votes
    7 Posts
    6k Views
    That is like saying to a robber and murderer, hey come on in here and take all my things and by the way before you leave go ahead and stab me in the chest.
  • 1 Votes
    22 Posts
    4k Views
    @DownPW Very tiring. Seems to happen more often than not.
  • 0 Votes
    1 Posts
    2k Views
    No one has replied
  • 2 Votes
    2 Posts
    865 Views
    As an aside to this, there is also the command of tasklist which will provide a list of processes running on your machine, or a remote machine you are looking to query. [image: 1678806102692-000a408c-cc7e-450f-8e5e-bed9a4238a05-image.png] There is also a useful list of switches below, plus the ability to format into a table, or CSV. https://ss64.com/nt/tasklist.html
  • 5 Votes
    14 Posts
    2k Views
    @phenomlab we are okay with it at this moment but this is what i see [image: 1647597868053-5084e54f-ab2a-4c3a-b76c-1b7ba0ff134f-image.png] @phenomlab said in Windows 11 doesn't support AMD processors...: GEO block true when i load using CF VPN it loads fastly
  • 1 Votes
    1 Posts
    806 Views
    No one has replied
  • Environment Variables

    Solved Linux
    8
    1
    1 Votes
    8 Posts
    2k Views
    @madchatthew great you got this to work ! Thanks for the update.