I would like to apologize to SupportAssist. I slandered its reputation for a problem that it did not cause.
That’s not to say that SA isn’t a ridiculous piece of badly programmed junk. It totally is! This past Wednesday, it merrily failed to update any applicable drivers on our public computers, which is fine because the infinitely superior Dell Command Update does the same thing. But in the particular case of Computer 43, SA’s problematic nature had been compounded by a bad motherboard. I hope. Because 43 hasn’t frozen since receiving a new one yesterday, so maybe, if I don’t tell any lies before Christmas, the real problem won’t end up being the hard drive or the processor.
I’m currently taking a hardware class, so I’m enjoying the intellectual challenge of identifying what exactly went wrong. Was it the BIOS chip? The CMOS? Oh the acronyms that could have gone wrong with the motherboard! It now makes perfect sense that freezing could indicate a motherboard issue – I already knew that BIOS or UEFI can cause that problem if they don’t update correctly. It makes me wonder if I ought to have tried flashing before calling in the warranty, but c’est la vie. The computer works and that’s sufficient.
It’s a little annoying that I can’t House my way to a magic diagnosis based on the evidence, but I’m still a nascent techie in many ways and I’m not going to go too hard on myself. The main thing I’m learning from my experience as a tech librarian is that if something’s only going wrong on just one computer, I should at least consider the possibility that it’s hardware-based. This kind of thing has happened a couple times before, not necessarily with SupportAssist, but in a similar pattern. (Problem on one single computer, fix software, problem persists, switch hardware, problem solved.)
I did think it was funny at the time that none of the other computers were freezing, but I chalked it up to SA being so wonky that it was actually inconsistent across units. Apparently, SA is the red flag to my bullish IT style. A diagnostic startup scan didn’t catch any problems, either, so now I know that can happen. And I need to be aware of my software prejudices, apparently.
I’m not sure I would have done anything differently if I’d guessed that the problem was hardware-based, but I still would have felt better knowing. If nothing else, I could have prepared the staff for the possibility that the computer would continue to freeze even after the apparent software problem had been managed.
If I wanted a secondary lesson, it would be that a library technology professional’s job is mainly to communicate. That means understanding enough about the computers to explain ongoing issues in a way that both makes sense and is not scary as well as developing the ability to interface with customer service in a way that works for everybody. I do think that I’m improving. I’ll say that 50% of the reason for this is that I’m in school and actively learning about computers. Knowing a bit, while remaining humble about the vast sea of knowledge to which you do not yet have access, seems to be key to a good working relationship with tech support. I’m also continuing to grow and mature as a person and a professional, which is causing my communication skills to improve anyway, and librarians as an industry are steadily becoming more tech-savvy, although we’re still way behind where we need to be.
For now, we have a new motherboard for good old 43 and everything seems ducky. No freezes yet. I’m almost ready to sally forth next week to a long Thanksgiving vacation with full peace of mind that this computer’s got a working motherboard.
Let’s hope it was just the motherboard.