I Spent Years Building Home Labs. Then I Couldn’t Bring Myself to Open a Terminal.
Geoff PalmerCyber Security Awareness Analyst
Home Lab Builder
United Kingdom·September 2026
Geoff Palmer had always been the kind of person who needed something to look forward to.
Sometimes that was a difficult problem at work. Sometimes it was an evening disappearing into code. Sometimes it was much simpler — walking the dogs, meeting people at a security event, taking the motorcycle out, or coming home with an idea still turning over in his head.
Technology was important to him, but it was never the whole life.
For years, that balance felt ordinary enough that Geoff had little reason to think about it. Work gave him problems to solve. Home gave him people and routines he cared about. And when there was time left over, there was usually something unfinished waiting nearby.
A line of code. A configuration that was almost right. A piece of hardware that seemed capable of doing one more thing than it was currently doing.
Curiosity was part of the routine
Cybersecurity gave that curiosity a professional home.
Geoff worked in a world where asking one more question was rarely a bad instinct. What had been overlooked? What happens if this fails? What changes if somebody approaches the system from a direction nobody expected?
Events and conversations with other people in the industry gave him somewhere to exchange those questions instead of keeping them on his own screen.
Cybersecurity gave Geoff a professional outlet for the same curiosity that followed him into personal projects.
But not every evening needed a technical problem.
There were dogs waiting for attention and reasons to leave the computer alone. There were days when nothing needed configuring and nothing needed fixing.
Away from work and home labs, there were the ordinary routines that made the rest of life feel normal.
That part of the story matters.
It is easy to look at someone through years of technical projects and reduce them to the thing they happen to be good at.
The cybersecurity person. The home-lab person. The guy who always seems to have another server open on the desk.
But a life does not move from one successful project to another in a straight line.
Behind the technical work was a much larger life with family, routines, friendships, and time away from screens.
For a long time, Geoff never had to think much about whether he still enjoyed technology.
He simply did.
An unfinished project was something he wanted to return to. Opening a terminal usually led somewhere. A technical problem could consume an evening without feeling like an evening had been lost.
Then several parts of life changed at once.
Then the things that felt familiar started disappearing
Geoff lost his job.
His family went through the loss of his mother-in-law.
His mental health suffered.
Each of those things would have been difficult on its own. Together, they changed the shape of everyday life.
Work was gone. Grief had entered the family. The confidence that normally carried Geoff from one problem to the next became harder to find.
And somewhere among those much larger losses was one that seemed smaller from the outside.
Geoff stopped wanting to build.
He had not forgotten how to code.
He still understood the systems. The terminal had not changed. The hardware on the desk had not suddenly become unfamiliar.
What had changed was the reason to open any of it.
For a while, the passion that once made technical projects feel effortless no longer felt automatic.
That can be one of the stranger things about losing interest in something you once loved.
The project is still there.
So is the knowledge.
Sometimes even the idea is still good.
You just do not feel like following it anymore.
And because nobody is paying you to finish a hobby, nothing forces the feeling to come back.
The unfinished thing can simply remain unfinished.
There was no single moment when everything came back
Geoff's life did not reset one morning.
It moved forward in smaller pieces.
A new job gave the week structure again. Friends, colleagues, and mentors stayed close. People reminded him of his value during a period when that value had become difficult for him to see.
A motorcycle brought another kind of movement.
There were miles ahead instead of only things behind.
And eventually, something almost trivial began happening too.
Geoff started thinking about code again.
Not because he needed to.
Because he wanted to.
The old itch returned quietly
An unfinished technical idea stopped looking quite so heavy.
A problem became interesting instead of exhausting.
Opening a terminal once again suggested possibility rather than obligation.
The change was small enough that somebody else might not have noticed it.
Geoff did.
“Tinkering” is an easy word to underestimate.
It sounds casual.
For Geoff, it represented something much bigger: curiosity had started belonging to him again.
That did not undo grief. It did not erase the difficult period. It did not mean every part of life was suddenly back where it had been.
It simply meant there were once again things he wanted to make.
And Geoff already had years of history with that feeling.
The relationship with small servers had started years earlier
Long before that difficult chapter, Geoff had already been exploring what could be done with compact x86 hardware.
One of the early machines was the original ZimaBoard.
Years earlier, the original ZimaBoard had already become part of Geoff's experiments with compact home servers.
The appeal was not that the board told Geoff exactly what it should become.
It did the opposite.
Linux gave him a familiar starting point. SATA made direct-attached storage possible. PCIe left room for another card, another interface, or another idea.
Docker could turn the same small machine into something completely different by the end of the evening.
Specifications were useful.
But what Geoff really saw in them were options.
That was the pattern: start with something small, then keep asking what else it could do.
Small experiments gradually became larger systems
Home labs rarely become complicated because somebody decides on day one to build something complicated.
They grow because one useful thing creates the need for another.
A service needs storage. Storage needs more drives. More drives create questions about layout, reliability, cooling, and performance.
A machine that once existed simply to test something starts becoming infrastructure.
Geoff's projects followed that path.
Storage in particular became its own area of experimentation.
ZimaCube gave those storage experiments more room
By the time Geoff was working with the first-generation ZimaCube, the questions had grown far beyond whether a small server could recognize a drive.
He was thinking about SSDs, NVMe, RAID layouts, performance, and how different storage choices behaved once a machine became something he might actually depend on.
The first-generation ZimaCube gave Geoff a larger platform for SSD, NVMe, RAID, and storage-focused testing.
The machine was larger than the original board, but the instinct behind the project had not changed.
Geoff still wanted access.
He still wanted to understand why one configuration behaved differently from another.
And he still preferred a system that could evolve instead of forcing the same answer forever.
As the projects grew, ZimaCube became part of a home lab that was increasingly built around real storage workloads.
That is one of the reasons home labs can become difficult to describe to people who do not keep one.
The point is not always efficiency.
Sometimes the point is understanding.
You could leave a machine alone once it works.
Or you could change one more thing just to see what happens.
In the wider lab, the first-generation ZimaCube became another system Geoff could configure, test, and keep evolving.
Building for himself slowly became useful to other people
Somewhere along the way, the projects stopped being useful only to Geoff.
A photograph could show somebody else how a setup might fit together.
A failed configuration could save another person hours.
A storage test could answer a question that had been difficult to settle from specifications alone.
The same habit that made Geoff keep experimenting also made him useful to a wider technical community: he was willing to try things and say what actually happened.
That was how the relationship with Zima became more than simply having hardware on a desk.
Building, testing, questioning, and sharing gradually became parts of the same process.
Years later, another board appeared on the desk
The white ZimaBoard 2 came much later.
By then, the story around the person using it was very different from the story around that first board.
Geoff had built more systems. Tested larger storage setups. Contributed what he had learned.
He had also gone through a period when none of those things had felt important.
The white ZimaBoard 2 arrived in a later chapter — after years of building, experimenting, and changing alongside the hardware.
The board itself brought newer hardware.
But the reason it made sense to Geoff was familiar.
SATA still created a direct path to storage. PCIe still meant the machine could become something more specialized. x86 still left room for familiar Linux tools, containers, networking, and self-hosted services.
A machine such as ZimaBoard 2 did not need to arrive with the final idea already decided.
For somebody like Geoff, that was the point.
The hardware did not give him his life back
There is a simpler version of this story that would probably make a stronger advertisement.
Geoff went through a terrible period. Then technology returned. Then another machine appeared. Everything became good again.
That is not what happened.
A server could not replace the people Geoff lost.
A new piece of hardware could not do the personal work of recovering from grief, unemployment, or a period of poor mental health.
Zima did not save him.
What these projects offered was much smaller — and much more believable.
They gave his returning curiosity somewhere familiar to go.
A machine to change.
A configuration to question.
A problem to make unnecessarily complicated because solving it sounded enjoyable again.
And maybe, after a period when very little felt familiar, enjoying something familiar mattered.
There are still things worth building
Geoff's life did not return to an earlier version of itself.
It kept moving.
There is work again.
There are friends, colleagues, and people who stayed close.
There are dogs. There are roads left to ride. There are projects that will probably take longer than expected.
And there are still evenings when a technical problem is interesting enough to follow just a little further.
That may be the part of Geoff's story that matters most.
Not the server.
Not the rack.
Not even the code.
The desire to make something.
To look at a machine and see possibility again.
To open the terminal without needing a reason.
And to find the old question waiting there:
What could I build with this?
For years, Geoff barely had to think about that question.
Then, for a while, it disappeared.
Now it is back.
What other Zima users are saying
Hu AnVerified
United States
★
★
★
★
★
The home lab can stay in the bedroom
This is a genuinely great piece of technology. With it, you can have a home lab without the noise forcing the entire setup into the garage. Setup is simple, management is straightforward, and everyday use is easy.
BenVerified
United States
★
★
★
★
★
ZimaBoard 2 is a great little server
I picked up a ZimaBoard 2 1664 to become the brain of my SSD NAS and have been very happy with it. I considered Proxmox and TrueNAS, but stayed with ZimaOS because storage configuration is simple while SSH still leaves room for more advanced customization.
Mark R.Verified
Hendersonville, United States
★
★
★
★
★
Best low-power mobile lab
I originally planned to install Proxmox, but ZimaOS already included the networking features I needed. I have used the system for Pi-hole, AdGuard, Tailscale, Nginx, OpenWeb and Jellyfin, and it has been fast enough to become a portable lab that I can take with me.