[Guide] El Capitan on the GA-H87N-WIFI with GT 740

[vjkevlar]

Wow! That was the most well written full monty osx86 hack guide i've ever read, followed every step and worked like a charm first try. Can you write another guide on a super hack pro 10 core i7 when they come out next month please?

Thanks for all your hard work...well done.

K

 

[Doug64]

Still can't get sound to work with my GA-H87N-wifi board. As per the guide, I unzip the ALC110 command, mount EFI, open terminal, and double click the unzipped command, but I don't get the four options that your guide says I should get. Instead, I end up with this screen instead. What am I doing wrong?

 

[ammulder]

It's says you're not allowed to run sudo because /etc/sudoers is world writable. If you review and fix that it should run.

 

[Doug64]

Thanks, ammulder, but I'm not sure how how to follow your advice. Relative newb here. Can follow terminal commands from a guide, but don't know my way around well enough to run terminal commands on the fly. Q: Is there a walk-through on the forum that I can follow?

 

[ammulder]

sudo is the command that lets you run things while acting as root (the superuser). Its use is restricted because anybody who can run sudo can basically take over the machine. The file /etc/sudoers controls who is allowed to run sudo, as well as certain other aspects such as what environment variables carry over to the stuff sudo runs. That file is supposed to be locked down, such that nobody can take advantage of it (by, e.g. writing their username into the file and then taking over the machine).

The error message indicates that your /etc/sudoers file is not locked down, which is a serious security problem. It may not be easy to fix, since it doesn't let you run sudo to lock it down.

So the question is, how did this happen? Has someone hacked your machine? Did you run some permissions-changing command against the root directory or /etc directory instead of an intended subdirectory?

I expect you could fix the permissions on that file by booting to single-user mode, but you shouldn't do it unless you are convinced that the content hasn't been altered and the problem is not indicative of larger security or permissions problems.

If you have don't have much invested in this machine, I might just reinstall.

 

[Doug64]

Thanks again for your prompt response to my post, ammulder. Very helpful.

Yeah, think I screwed things up royally when I changed permissions for the SSD containing my OS via the "Get Info" dialogue box. Wanted to be able to access various Mac files whenever I booted into Ubuntu. Anyhoo, long story short, rendered my Mac unbootable in Clover, and after several days of scouring the forums here, I essentially re-installed El Capitan over my existing installation, using your guide. The OS was back up and running, but not without several issues (no regular USB, no sound, etc.). Tried running Disk Utility from the USB installer to repair permissions, but apparently, that did nothing. And now, after reading your post, am guessing that even my El Capitan re-install didn't restore ownership/permissions on the volume. Bummer.

Have used various sudo commands at a rudimentary level in Ubuntu, but usually when following detailed guides. So, am guessing that trying to "repair" the ownership problem might be beyond my capability at this point. What do you recommend? Should I back-up the SSD via Time Machine and reformat it, installing El Capitan completely from scratch? Will this restore original ownership settings? Furthermore, if reformat the SSD and do a fresh install, would I be able to restore all of my settings with Migration Assistant, or will doing this only return the newly installed OS to the same faulty ownership/permission settings as before?

Not worried about losing any sensitive data, as I essentially keep all of my data files on a separate HDD and sym-link them to the home folder on my SSD. If memory serves, though, I think I may also have changed permissions on my data HDD, which means that I'll probably have to back up that volume and reformat that drive as well?

I think the whole problem here started with my wanting to maintain a fully inter-changeable EL CAPITAN/UBUNTU dual-boot, with each OS being on a separate SSD and each OS's respective Home folder occupying a separate HDD. Problem was that Ubuntu would only let me access my Mac files stored in the Public folder. Should have just been content with this, rather than attempting something so stupid as to change the Mac's ownership so that I could access ALL of the files. Everything seemed to go haywire when I clicked the "apply changes to all enclosed files" box. Got another dialogue box warning me that I wouldn't be able to undo this action, and of course, being a complete moron, I clicked yes when it asked me if I wanted to continue.

Have learned the hard way that ext4 and hfs+ don't always play nice, and that I should have been content to shuttle important files between the two OSes via Public folders.

Thanks again for your help. And for what it's worth, your H87N-wifi guide is awesome. Now I know that the problem is with something I did.

 

[ammulder]

I normally make a FAT partition on a disk and use that to share files between OSs when multi booting. You don't have to do it that way, but it avoids the permission and filesystem headaches.

If you back up your drive and reinstall and restore only the user account (no settings at all) with Migration Assistant that might work. I'm not sure whether bad permissions on your user account can cause problems beyond like some SSH features, but worst case you could fix permissions on your user account from single-user mode pretty easily.

The permissions on the data drive should likewise be easy to fix without reformatting it, though the specifics depend on what filesystem you have there.

I think it's only the permissions on the system files that would be hard to repair correctly. If you can't boot to recovery and fix permissions from disk utility there and have that fix it, then I'd reinstall OS X and reformat the partition during the install so it all goes on clean.

 

[Doug64]

Great advice all around. Thanks again.

Didn't do a FAT partition because of the GIG limitation. Many of my files are video, and they're huge. Thought about ExFAT, but Ubuntu won't read or write to it. Did find through trial and error, though, that Ubuntu does recognize HFS+, but that was going to be a last resort after tweaking my Mac permissions first, which, as I well now know, was disastrous. Will never do that again.

Okay, so I've booted into the recovery partition of my SSD, and when I open Disk Utility and click the info button for my OS Base Image, I can see that SYSTEM INTEGRITY PROTECTION is disabled, and that the volume isn't currently encrypted. Is this right? If not, should I try changing SIP back to its default via Terminal? If so, do you happen to know the command line? Not sure if Clover disabled SIP when it initially installed EL CAPITAN, or if I disabled it when I changed the SSD's ownership/permission settings in the GET INFO dialogue box. Don't want to turn SIP back on if it needs to be turned off to run EL CAPITAN. Help?

BTW: I've currently run FIRST AID on all my disks and volumes in Disk Utility, but since Apple took away the old "Repair Permissions" option, I'm not sure if First Aid automatically changed the system folder permissions back to default or not. Is there a way of checking? Again, sorry for all the questions, but I thought I'd try the Disk Utility option first before reformatting/clean-installing EL CAPITAN.

 

[ammulder]

You generally need SIP disabled on a hackintosh. I think if you are clever, you can get almost everything except audio drivers working without it, but certainly until you're up and running it's better to leave SIP off. It is controlled by settings in config.plist.

I don't know that much about the new disk utility and permissions repair.

 

[RehabMan]

You generally need SIP enabled on a hackintosh.

You mean "SIP disabled".