Windows Explorer and Disk Management reporting different partition sizes

I ran into an issue with a user running Windows on a Mac. Windows should have taken up the entire drive (which is 250 GB), but Windows Explorer was reporting about 90 GB.

windowspartitionwrongsize01
The really odd thing is that within Disk Management itself, it reported 90 GB on top (same as Windows Explorer) but then 250 GB on the bottom... and no empty space after the partition.

I found the solution here:
I Expanded the Disk in Disk Manager but It Doesn't Show in Windows Explorer

windowspartitionwrongsize02
Launched up cmd.exe as administrator and then ran

DISKPART
List Volume
select volume 0
extend filesystem
and then it was all good.

Troubleshooting Mac “printing – printer is in use” error

I haven't seen this a lot, but it's common enough that you can find it in a Google search. Here are some of the top results:

I recently came across this situation with an HP printer, and I thought resetting the printer system was a bit extreme (especially since the user who brought it up had about six or seven printers installed that would have to be reinstalled).

I tried removing the printer and re-adding it. Same problem.

I tried adding the printer to my computer (to see if it was a problem with just the user's configuration or if the printer itself was having issues). I got the same problem on my computer, too.

I went through the HP menus to print out the printer configuration page. It spit out a backed-up print job before printing the printer configuration page, but not all of the backed-up jobs came out, and the "printer is in use" error persisted for both me and the user I was trying to help.

I waited a bit and then saw a message on the printer to hit the checkmark button. I hit it again, and all the backed-up jobs came out and the error went away for both me and the user.

So I don't know if that will always be the solution, but I'd at least give that a try before resetting the printing system.

Permanently add a self-signed certificate to Chrome on a Mac

Here's a great tutorial on how to do so. The only thing I had to change was importing the certificate from Keychain Access instead of double-clicking the certificate. Otherwise, it works fine, and the screenshots are very helpful!

If you prefer the terminal, you can save yourself a few steps at the end by using this command to add the certificate to the system keychain:

sudo security add-trusted-cert -d -r trustRoot -k "/Library/Keychains/System.keychain" /PATH/TO/CERTIFICATEFILE/ACTUALCERTIFICATE.cer

Deleting keychains at user logout

Update: The easiest way to do this is actually to install Offset and then put a RemoveLastUserKeychains script into /usr/local/offset/logout-every (make sure it's owned by root:wheel and has 755 permissions).

Backstory

This is a sequel to Deleting Mac Keychains in an Active Directory Environment, which talked about a way to delete keychains at logout using the (Apple-deprecated but still functional in Yosemite) logout hook or using a Launch Daemon that deletes all keychains at boot time.

The obvious downsides to those two methods are one being deprecated (so possibly not supported in the release after Yosemite) and the other running only at boot time (which doesn't take into account a user changing a password twice before the machine has a chance to reboot).

With a little trial and error and immense help from this post on StackExchange by a user named Haravikk, I've pieced together the exact steps to delete the user keychains at logout using a Launch Agent.

Create the shell script

We're going to create (if it doesn't already exist yet), a custom directory for your organization:

sudo mkdir -p /Library/nameofyourorg

Then make the script (again, you can do this in your favorite graphical text editor, move it over to the directory, and then change ownership to root user and wheel group, but this is a fairly straightforward way to do it one fell swoop without having to change ownership later):

sudo nano /Library/nameofyourorg/LogoutCleanKeychains.sh

In the text editor, paste in:

#!/bin/sh
onLogout() {
# Add entry to a log file
echo "$(date) - Keychain deleted" >> ~/Library/Logs/NAMEOFYOURORG.log

# Delete the keychains for this user
rm -rf ~/Library/Keychains/*

exit
}

trap 'onLogout' SIGINT SIGHUP SIGTERM
while true; do
sleep 86400 &
wait $!
done

Then save (Control-X).

Make the script executable

sudo chmod +x /Library/nameofyourorg/LogoutCleanKeychains.sh

Create the Launch Agent

You're going to create a custom .plist file

sudo nano /Library/LaunchAgents/local.logoutcleankeychains.plist

In the text editor, put in:

<plist version="1.0">
<dict>
<key>Label</key>
<string>local.logoutcleankeychains.plist</string>
<key>ProgramArguments</key>
<array>
<string>/Library/nameofyourorg/LogoutCleanKeychains.sh</string>
</array>
<key>RunAtLoad</key>
<true/>
<key>EnableGlobbing</key>
<true/>
</dict>
</plist>

Save the file (Control-X) and reboot.

The Launch Agent will then run every time a user logs in, and then it'll run the shell script every time a user logs out.

Restore Failure: An error (32) occurred while copying. (Broken pipe)

The problem

If you are Cloning an image using Thunderbolt and Disk Utility (or even using Firewire instead of Thunderbolt), you may come across this error message:

brokenpipediskutility
I've actually never experienced that with Thunderbolt (not saying it can't happen), but I've had it happen twice using Firewire. At first I thought it was the cable ("broken pipe" would indicate to me a patchy physical connection of some kind), so I switched out the cable, and that didn't help. In another situation, I knew the cable was good, because I'd used it several times.

A possible solution

Try switching the direction. So if Mac A is in target disk mode and Mac B is in recovery mode, make it so Mac A is in recovery mode and Mac B is in target disk mode.

Caveat

I don't know that this is the official workaround/fix or that this will always work, but I've gotten this error twice, and this workaround/fix worked in both cases.

iPad Gmail Mail “password missing” error

This randomly happened after we set up a slew of iPads with the same email account (Gmail on Mail), and sending messages put the outgoing message into the Outbox with an error that the password is missing, with the options to Cancel or go to Settings. Going to Settings, though, offers no option to input a password.

You can see here other users frustrated with this problem:
GMAIL Accounts unusable after 8.3 update!

Some workarounds offered are to use the Gmail app or to add Gmail as an Exchange account (if you're using Google Apps and not a regular home Gmail account).

The workaround we employed was to double-click the home button, swipe away the Mail application, and then launch it up again. After a minute or so, there would be an error about the missing password again. This time, though, the prompt for Settings would take you to a screen to enter the password.

Very odd issue.

Munki error “ERROR: Adobe Setup error: 79: Unknown error”

I prepared a nice little Adobe Acrobat Pro package for Munki, and I tried to install it and got this error (ERROR: Adobe Setup error: 79: Unknown error).

Turns out, that isn't a Munki error at all:
Re: [munki-dev] CS6 package wont install > Adobe Setup Error: 79

It has to do with some processes running in the background that prevent the installation from going through. I rebooted my computer (didn't launch up any other programs), ran it again, and all was good.

sudo managedsoftwareupdate --installonly
Managed Software Update Tool
Copyright 2010-2014 The Munki Project
https://github.com/munki/munki

Starting...
Performing preflight tasks...
Installing Adobe Acrobat X Pro (1 of 1)...
Mounting disk image Adobe Acrobat Professional X_Install-10.1.1.dmg...
Starting Adobe installer...
Completed payload 1 of 4 - Suite Shared Configuration CS6...
Completed payload 2 of 4 - Acrobat X Pro...
Completed payload 3 of 4 - CS6 Master Collection...
Completed payload 4 of 4 - Acrobat X Pro...
Done.
Finishing...
Performing postflight tasks...
Done.
I hope that helps someone out there.

Google Maps’ “an error occurred, your last action was reverted” import error

If you're importing a .csv (or .xlsx) file into a Google Maps map, you may have seen an error like an error occurred, your last action was reverted.

Unfortunately, there doesn't seem to be official word on all the situations under which that happens and what the estimated timeframe is for a full fix (even if the functionality isn't fixed, a more informative error message would certainly help).

Here are a couple of threads on the matter:
Creating New Layer in My Maps "An error occurred, your last action was reverted"
Error Importing Spreadsheet: "An Error occurred, your last action was reverted."

I don't know that this will work for all or even most situations, but we had this come up here once, and the issue was selecting too many address/location fields.

So, if you've had experience checking all the fields and it working, sometimes it does appear to work. Other times, if you check all the fields... importtogooglemaps01
... you may later get this error before the import finishes... importtogooglemaps02

importtogooglemaps03
In our particular situation, checking only the box with the location/address appeared to make the error go away (and make the import successful).

Enabling https for Apache server on Yosemite

I found a bunch of different instructions, but these are the instructions that actually worked for me (regular Mac running Apache server) to get https working (self-signed certificate, so you will get the certificate warning from your web browser):

Step 1

Self-signed SSL Certificate on Mac Yosemite

Step 2

Enable HTTPS in Apache on Mac Yosemite

Step 3

Step 2 gave me an error (AH00526: Syntax error on line 73 of /private/etc/apache2/extra/httpd-ssl.conf: SSLSessionCache: 'shmcb' session cache not supported (known names: ). Maybe you need to load the appropriate socache module (mod_socache_shmcb?).), so I edited the /private/etc/apache2/httpd-conf and followed these instructions.