If you use a column-view Finder window, and prefer to use keyboard navigation, here’s a trick you may not be aware of—even though this dates back to the original release of Mac OS X. If I hadn’t started the Mac OS X Hints site, I doubt I would’ve known this…
To drill down into Finder folders via the keyboard, you use the Right (down) and Left (up) Arrow keys-don’t worry, that’s not the tip, because that’s totally completely obvious. The tip is this: After navigating into a given subfolder (and optionally selecting an item in that folder), the Shift-Tab key combo will navigate back up, but leave your “path” to the subfolder visible. Think of this like a “breadcrumb” trail that shows your navigation. (By comparison, if you use the Left Arrow, Finder “closes” each folder as you exit it, leaving you with nothing selected once you reach the top.)
One you’ve used Shift-Tab to navigate all the way back out, pressing Tab will navigate back down the highlighted path. Alternatively, pressing the Right Arrow key will jump immediately to the rightmost-selected item. Here’s how that all looks in action—first is the normal arrow key navigation, then navigation using Shift-Tab and Tab.
You may not need/want the breadcrumb path all the time, but when you do, just remember to Shift-Tab your way out of the current folder. Using the arrow keys and the Tab/Shift-Tab keys together provides two complementary methods to navigate your column-view Finder windows.
After getting this working, though, I wondered if it’d be possible to keep my backups from the first day of each month, even while clearing out the other dates. After some digging in the rsync man page, and testing in Terminal, it appears it’s possible, with some help from regex.
My backup folders are named with a trailing date and time stamp, like this:
The new bits, -not -regex ".*-01_.*" basically say “find only files that do not contain anything surrounding a string that is ‘hyphen 01 underscore.’ And because only backups made on the first of the month will contain that pattern, they’re the only ones that will be left out of the purge.
This may be of interest to maybe two people out there; I’m documenting it so I remember how it works!
With my Time Machine-like rsync backups running well, I decided it was time to migrate over the cleanup portion of my old script—namely, the bit that removes older backups. Soon after I added this bit to my new script, though, I had a surprise: All of my backups, save the most recent, vanished.
In investigating why this happened, I stumbled across two rsync/macOS behaviors that I wasn’t aware of…and if you’re using rsync for backup, they may be of interest to you, too.
When I originally set up Frankenmac 2017, I did so using an old 1920×1200 monitor, and everything looked fine from power on through booting to macOS.
But then, when it came time to get Frankenmac ready for production use (much more on that in a future post!), I connected it to my widescreen Dell 4K display, and was greeted with the ugliness that is a stretched Apple, as seen at right. This problem would fix itself relatively quickly during the boot process, but it was annoying.
Even more annoying was that the same distortion was present in the Clover boot loader that you see every time you power on the machine. In light of all my other issues, solving this problem was near the bottom of the priority list. But once I’d done everything I could on that front (again, more about that soon), it was time to tackle the distortion issue.
The solution turned out to be relatively simple, though not even vaguely describable as obvious. After much web searching, I wound up in this forum thread, where I found many possible solutions. Some seemed incredibly complex, but finally, on page four, I found a simple fix that worked—no more distortion, in either the Apple logo or the Clover screen:
If you’re experiencing distorted images on your hackintosh, here’s the fix that worked for me:
Power up and enter BIOS (usually by hitting the Delete key)
Find the Windows 8/10 Features setting—on my Gigabyte motherboard, it’s in the BIOS Features section. Set it to Windows 8/10
Once you do step one, a new option, CSM Support, will show up. Set it to Disabled.
Confirm that Secure Boot is set to Disabled.
And that’s that—with those changes (for me at least), the distortion was gone. As a side benefit, the boot screen is at the full resolution of the display, so there’s no more jaggies and everything looks properly scaled. Ah, correct aspect ratio bliss!
If you have certain System Preferences panels that you access a lot, and you’re a Dock person (as opposed to a ⌘-Space and type person), here’s a little timesaver: You can add any System Preferences panel directly to your Dock. You can’t add it to the left side, as the individual panels aren’t applications. But they are documents, so you can add them to the right side of the dock—just drag and drop from Finder.
You’ll find the System-provided panels in /System/Library/PreferencePanes; third-party panels may appear in either your user’s Library/PreferencePanes folder, or the top-level /Library/PreferencePanes folder. Find the one(s) you’d like in your Dock, then just drag and drop.
You can, of course, keep System Preferences itself in your Dock, and then right-click to see a list of all preference panels. For those panels you access often, though, this method is much quicker.
I wanted to install Linux on a hard drive in Frankenmac, as Clover is a multi-boot utility—it lets you choose from any OS it sees during power up. (I’ll add Windows, too, eventually.) To do this, you need to get Linux onto a USB stick. I’ve done this in the past, and my vague recollection of the process was download the ISO, convert to an image file, write image file to USB stick. However, as it’d been a few years, I went searching for references to make sure I had all the commands correct.
I found a lot of pages with a general summary of the process, and few with the specific steps. I tried one of those, but my USB stick didn’t work. The other specific pages contained the same basic process, so I was stuck. Until I found this page, which contained a critical step I was missing: Formatting the USB stick before copying the image file.
For future reference, here’s the precise process to follow if you want to burn an ISO file onto a USB stick…
In yesterday’s tip, See sensor stats in Terminal, I implied that installation of the iStats ruby gem was a simple one-line command. As a commenter pointed out, that’s only true if you already have the prerequisites installed. The prerequisites in this case are the Xcode command line tools. Thankfully, you can install those without installing the full 5GB Xcode development environment.
Here’s how to install the command line tools. Open Terminal, paste the following line, and press Return:
When you hit Return, you’ll see a single line in response to your command:
$ xcode-select --install
xcode-select: note: install requested for command line developer tools
At this point, macOS will pop up a dialog, which is somewhat surprising as you’re working in the decidedly non-GUI Terminal:
Do not click Get Xcode, unless you want to wait while 5GB of data downloads and installs on your Mac. Instead, click the Install button, which will display an onscreen license agreement. Click Agree, then let the install finish—it’ll only take a couple of minutes.
If you’re curious as to what just happened, the installer created a folder structure in the top-level Library folder (/Library > Developer > CommandLineTools), and installed a slew of programs in the usr folder within the CommandLineTools folder.
Someone—perhaps it was Kirk—pointed me at this nifty Ruby gem to read and display your Mac’s sensors in Terminal: iStats — not to be confused with iStat Menus, a GUI tool that does similar things.
Installation is sinmple, via sudo gem install iStats. After a few minutes, iStats will be ready to use. In its simplest form, call istats by itself with no parameters. Normally I’d list the Terminal output here, but istats (by default, can be disabled) presents informatiomn with neat little inline bar graphs, so here’s a screenshot:
This tool is especially useful on a laptop, as it provides an easy-to-read battery summary.
Earlier today, I managed to kill Frankenmac…again. Technically, it’s “again again,” because I also did so over the weekend. The weekend death was a black screen, same as the first, but this time, I managed to find the solution.
Today’s death looked more serious—Frankenmac would reboot itself about a second after I started the boot sequence. I tried my backup drive, and it didn’t work either—despite the fact that I tested it over the weekend. I couldn’t boot in single user mode or safe mode from either drive. I could, though, boot into single user mode from the original USB stick I made for the install.
From there, with some help, I eventually got things working again. If you choose to build one of these things, you may find yourself with a similarly-dead machine at some point in time. Worst case, you should also be able to boot in single user mode from the USB stick, but then what? Here are a few tips on things you can do while booted in single user mode that might help debug the problem.
My Frankenmac project has reached the point where all the easy stuff is done, and only the hard stuff remains. To put it another way, the machine is 95% functional, but that last 5% is going to require more effort than anything thus far, I believe. Today, a look at what was easy (relatively speaking) and what’s going to be hard.
The easy stuff
Going from nothing to a basically functional Mac was all relatively easy, save for a few moments of self-induced pain. To me, these were the easy parts of the project.
Buying the right hardware: Compared to nine years ago, when I last built a hackintosh, this part has gotten much simpler. If you stick to the hardware on the tonymacx86.com Buyer’s Guide, you’ll have the right hardware for the job.
Building the machine: If you’ve built a PC before, this step is pretty simple. You’ll need to watch out for some gotchas, especially if you’re trying to use a nine-year-old case and power supply, but it’s still pretty simple.
Installing macOS: Nine years ago, I remember this step taking me a long time. Today, thanks to programs like UniBeast, Clover, and MultiBeast, it’s relatively straightforward. You’ll want to follow the guide closely, and you may hit an odd issue or two—USB ownership in my case—but getting macOS running was still relatively easy.
Using an upgraded video card: Thanks to NVidia’s release of Pascal drivers for the Mac, getting my GTX 1080 video card running was a breeze.
Sleep/wake: I didn’t have to do anything here; it just worked.
Handoff and Continuity: With the proper Fenvi card, this should just work…and it did for me.
At this point, I had (and still have) a machine that will boot MacOS and run just like an actual Mac—for most things. It’s the “not most” parts that constitute the hard stuff…