Skip to content

Both.org

News, Opinion, Tutorials, and Community for Linux Users and SysAdmins

Primary Menu
  • About Us
  • Computers 101
    • Hardware 101
    • Operating Systems 101
  • Linux
    • Why I use Linux
    • The real reason we use Linux
  • My Linux Books
    • systemd for Linux SysAdmins
    • Using and Administering Linux – Zero to SysAdmin: 2nd Edition
    • The Linux Philosophy for SysAdmins
    • Linux for Small Business Owners
    • Errata
      • Errata for The Linux Philosophy for SysAdmins
      • Errata for Using and Administering Linux — 1st Edition
      • Errata for Using and Administering Linux — 2nd Edition
  • Open Source Resources
    • What is Open Source?
    • What is Linux?
    • What is Open Source Software?
    • The Open Source Way
  • Write for us
    • Submission and Style guide
    • Advertising statement
  • Downloads
  • Home
  • How curiosity helped me solve a hardware problem
  • Curiosity
  • Problem Solving

How curiosity helped me solve a hardware problem

David Both December 16, 2023 7 minutes read
puzzle_computer_solve_fix_tool
1

Last Updated on December 17, 2023 by David Both

Curiosity fuels the quest for knowledge and truth, whether it’s about hardware, open source software, programming, building a PC, optimizing settings, or just learning a new application.

I typically have a dozen computers up and running on my home network—yes, 12. And I am responsible for several more in other locations. With so many computers, there are always failures of various types, and I ultimately diagnose many of them as hardware problems. But it can be difficult to diagnose which hardware component is causing the issue.

I had a perplexing problem several months ago that I misdiagnosed the cause of on my primary workstation—twice. This article takes you through the process I followed. I show you where and why I went down the wrong path and how easy it can be to do so.

The first symptoms

I had been working on several projects. I had many applications open on multiple desktops and was just starting to work when the display went blank. Most (not all) of the fans in my primary workstation came to a stop, and I sucked in a deep breath. I’d never seen anything quite like this before, but I did know that my system was in trouble.

There were two primary clues I had to work with. The display went dark, and several fans had stopped. However, the front-panel power and disk activity LEDs were still on, although at a lower brightness level than usual. Most of the decorative RGB LED lights on my motherboard, memory DIMMs, and fans also went out.

I tried the power and reset buttons with no results. I turned off the power supply directly using the PSU rocker switch. Powering it back on resulted in the same set of symptoms.

Initial thoughts

These symptoms and decades of experience with all kinds of failures pointed me to the power supply.

I removed the power supply and used my PSU tester to check it. The tester indicated that the PSU was good, and all voltages were within specs. However, I knew the tester could be wrong. PSU testers do not test under full load conditions such as those that exist when the computer is running and drawing a few hundred watts of power. I went with my gut and installed my spare 1000W power supply.

With an average of 12 computers in my home network, I have learned to keep plenty of spare parts on hand. It saves a lot of frustration that I don’t have to run to the local computer store or order online and wait for delivery when things break—and things are always breaking with that many computers around. That replacement power supply seemed to solve the problem despite the result I got from the PSU tester. Even though the tester has been correct many times in the past, my experience, my knowledge, and my gut told me differently.

Unfortunately, my gut instinct was wrong.

Second thoughts

Within moments my workstation was exhibiting the same symptoms again. It is very unlikely that two different PSUs would fail exactly the same way.

Next idea: It had to be the motherboard. I don’t keep spare motherboards around, so I ordered a new one online and figured that I could use extra memory I already had and move the CPU to the new motherboard along with its all-in-one liquid cooling unit.

Disciplined troubleshooting

The new motherboard would take a couple of days to arrive, so I decided to prepare by removing the old one from the workstation. But before I unplugged the power feeds to the motherboard, my curiosity took over and forced me to power on the system with only the motherboard, CPU, and memory installed. I had disconnected everything else.

Good troubleshooting demands that you isolate all potential variables, and all I’d done so far was test the PSU. I had to test every component. This process required me to disconnect the front panel cables for sound and the dashboard media panel that includes various USB, SATA, and memory card slots.

With just the motherboard connected, I got a surprise: Everything worked as normal! The computer itself wouldn’t boot because there were no connected storage drives, and nothing was displayed because I had removed the display adapter. But there were no symptoms of either power or motherboard failure. That piqued my curiosity even more. If the motherboard were truly bad, the symptoms would still exist.

So I started a sequence of powering off, reinstalling one of the removed components, and powering back on.

It turns out that the front panel media dashboard caused the symptoms. I removed the media dashboard and plugged everything else back in. My workstation booted up properly and performed as expected. I had identified the culprit.

How it started

Having figured out the actual problem, I immediately understood the root cause. It had started a couple of days previously. I was working with and testing several external USB devices, including various cameras, storage devices that I use for backups, and an external USB hub.

I picked up one USB cable and plugged it into a USB 2.0 slot on the media dashboard. Everything ground to a halt, and most of the lights and fans went out. I unplugged the USB cable, which was now very hot, and burned my fingers. I had inadvertently plugged the type C end into the USB 3.0 type A socket, which had shorted the power.

After unplugging the USB cable, everything went back to “normal”—except it didn’t. The media dashboard lasted a few more days and then shorted out completely, having been weakened by my careless mistake.

Jumping to conclusions

Knowledge and experience can sometimes count for more than tools like PSU testers. Except when they don’t. I eventually found the actual cause of the problem, but I should have seen it sooner.

Although I was correct about this being a power problem, I was sidetracked by not correctly reading the symptoms and following that line of inquiry to its logical conclusion. I could have isolated the true cause of the problem sooner than I did and saved the time I spent configuring my laptop to be a temporary primary device until I could fix my primary workstation.

Sysadmins work with complex devices, and it can be easy to jump to conclusions. I have over 50 years of experience in the computer industry, and I still do it. I just need to remember to take a few deep yoga breaths and keep digging until I isolate the root cause of the problem.

Curiosity

At least I followed my curiosity while waiting for the replacement motherboard to arrive. That allowed me to return things to normal much sooner than had I waited until the new motherboard arrived. And I might have discarded a perfectly good motherboard by not testing it further.

There is a saying about curiosity killing the cat. I hate that saying because it is all too frequently used by parents, colleagues, pointy-haired bosses, teachers, and others who just want us curious folk to leave them alone. In reality, curiosity fuels the quest for knowledge and truth, whether it’s about hardware, open source software, programming, building a PC, optimizing settings, or just learning a new application. Feed your curiosity!

Post navigation

Previous: How Linux rescues slow computers (and the planet)
Next: Use the Alpine email client in your Linux terminal

Related Stories

programming_keyboard_coding
  • Fedora
  • Getting Started
  • Linux
  • Problem Solving
  • VirtualBox

VirtualBox Problem Solved

David Both March 16, 2026
api.openverse-03
  • Fedora
  • Linux
  • Problem Solving

Problems updating QT5 on Fedora 43

David Both November 7, 2025
email_chat_communication_message-Cropped
  • Email
  • Linux
  • Problem Solving

Email can’t access the INBOX

David Both October 9, 2025

Random Quote

Those who don’t understand Unix are condemned to reinvent it, poorly.

— Henry Spencer

Why I’ve Never Used Windows

On February 12 I gave a presentation at the Triangle Linux Users Group (TriLUG) about why I use Linux and why I’ve never used Windows.

Here’s the link to the video: https://www.youtube.com/live/uCK_haOXPFM 

Why there’s no such thing as AI

Last October at All Things Open (ATO) I was interviewed by Jason Hibbits of We Love Open Source. It’s posted in the article “Why today’s AI isn’t intelligent (yet)“.

Technically We Write — Our Partner Site

Our partner site, Technically We Write, has published a number of articles from several contributors to Both.org. Check them out.

Technically We Write is a community of technical writers, technical editors, copyeditors, web content writers, and all other roles in technical communication.

Subscribe to Both.org

To comment on articles, you must have an account.

Send your desired user ID, first and last name, and an email address for login (this must be the same email address used to register) to subscribe@both.org with “Subscribe” as the subject line.

You’ll receive a confirmation of your subscription with your initial password as soon as we are able to process it.

Administration

  • Log in
  • Entries feed
  • Comments feed
  • WordPress.org

License and AI Statements

Both.org aims to publish everything under a Creative Commons Attribution ShareAlike license. Some items may be published under a different license. You are responsible to verify permissions before reusing content from this website.

The opinions expressed are those of the individual authors, not Both.org.

You may not use this content to train AI.

 

Advertising Statement

Both.org does not sell advertising on this website.


Advertising may keep most websites running—but at Both.org, we’re committed to keeping our corner of the web ad-free. Both.org does not sell advertising on the website. Nor do we offer sponsored articles at this time. We’ll update this page if our position on sponsorships changes.

We want to be open about how the website is funded. Both.org is supported entirely by David Both and a few other dedicated individuals.

 

 

Copyright © All rights reserved. | MoreNews by AF themes.