Want to highlight a helpful answer? Upvote!

Did someone help you, or did an answer or User Tip resolve your issue? Upvote by selecting the upvote arrow. Your feedback helps others! Learn more about when to upvote >

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Ethernet problem on wake since 10.11.2

Since I installed the latest (10.11.2) El Capitan update, when my late 2013 27" iMac wakes, intermittently the network does not work (browser can't load a URL, Mail doesn't work, etc). It's not just DNS as entering IP addresses doesn't work either. The machine is connected over Ethernet, not wifi, and the wifi is turned off. The machine has a fixed IP address on my home network, and does not use DHCP.


When the failure happens, if I disconnect the Ethernet cable from the back of the Mac and immediately reinsert it, network functionality is restored. This machine has worked flawlessly in this mode since I purchased it in March of 2014; this is the first time I've seen such problems when waking it up. I typically put it to sleep using Option+Cmd+Eject or let it go to sleep on its own. The intermittent failure on waking seems to be independent of how it went to sleep.


Anyone have any ideas what else I might try?

iMac (27-inch, Late 2013), OS X El Capitan (10.11.2)

Posted on Dec 14, 2015 11:12 AM

Reply
16 replies

Dec 14, 2015 3:27 PM in response to UnitOOPS

1. This procedure is a diagnostic test. It changes nothing, for better or worse, and therefore will not, in itself, solve the problem. But with the aid of the test results, the solution may take a few minutes, instead of hours or days.

The test works on OS X 10.7 ("Lion") and later. I don't recommend running it on older versions of OS X. It will do no harm, but it won't do much good either.

Don't be put off by the complexity of these instructions. The process is much less complicated than the description. You do harder tasks with the computer all the time.

2. If you don't already have a current backup, please back up all data before doing anything else. The backup is necessary on general principle, not because of anything in the test procedure. Backup is always a must, and when you're having any kind of trouble with the computer, you may be at higher than usual risk of losing data, whether you follow these instructions or not.

There are ways to back up a computer that isn't fully functional. Ask if you need guidance.

3. Below are instructions to run a UNIX shell script, a type of program. As I wrote above, it changes nothing. It doesn't send or receive any data on the network. All it does is to generate a human-readable report on the state of the computer. That report goes nowhere unless you choose to share it. If you prefer, you can act on it yourself without disclosing the contents to me or anyone else.

You should be wondering whether you can believe me, and whether it's safe to run a program at the behest of a stranger. In general, no, it's not safe and I don't encourage it.

In this case, however, there are ways for you to decide whether the program is safe without having to trust me. First, you can read it. Unlike an application that you download and click to run, it's transparent, so anyone with the requisite skill can verify what it does.

You may not be able to understand the script yourself. But variations of it have been posted on this website thousands of times over a period of years. The site is hosted by Apple, which does not allow it to be used to distribute harmful software. Any one of the millions of registered users could have read the script and raised the alarm if it was harmful. Then I would not be here now and you would not be reading this message. See, for example, this discussion.

Another indication that the test is safe can be found in this thread, and this one, for example, where the comment in which I suggested it was recommended by one of the Apple Community Specialists, as explained here.

Nevertheless, if you can't satisfy yourself that these instructions are safe, don't follow them. Ask for other options.

4. Here's a general summary of what you need to do, if you choose to proceed:

☞ Copy a particular line of text to the Clipboard.

☞ Paste into the window of another application.

☞ Wait for the test to run. It usually takes a few minutes.

☞ Paste the results, which will have been copied automatically, back into a reply on this page.

These are not specific instructions; just an overview. The details are in parts 7 and 8 of this comment. The sequence is: copy, paste, wait, paste again. You don't need to copy a second time.

5. Try to test under conditions that reproduce the problem, as far as possible. For example, if the computer is intermittently slow, run the test during a slowdown.

You may have started up in safe mode. If the system is now in safe mode and works well enough in normal mode to run the test, restart as usual before running it. If you can only test in safe mode, do that.

6. If you have more than one user, and only one user is affected by the problem,, and the affected user is not an administrator, then please run the test twice: once while logged in as the affected user, and once as an administrator. The results may be different. The user that is created automatically on a new computer when you start it for the first time is an administrator. If you can't log in as an administrator, test as the affected user. Most personal Macs have only one user, and in that case this section doesn’t apply. Don't log in as root.

7. Load this linked web page (on the website "Pastebin.") The title of the page is "Diagnostic Test." Below the title is a text box headed by three small icons. The one on the right represents a clipboard. Click that icon to select the text, then copy it to the Clipboard on your computer by pressing the key combination command-C.

If the text doesn't highlight when you click the icon, select it by triple-clicking anywhere inside the box. Don't select the whole page, just the text in the box.

8. Launch the built-in Terminal application in any one of the following ways:

☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)

☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.

☞ Open LaunchPad and start typing the name.

Click anywhere in the Terminal window to activate it. Paste from the Clipboard into the window by pressing command-V, then press return. The text you pasted should vanish immediately.

9. If you see an error message in the Terminal window such as "Syntax error" or "Event not found," enter

exec bash

and press return. Then paste the script again.

10. If you're logged in as an administrator, you'll be prompted for your login password. Nothing will be displayed when you type it. You will not see the usual dots in place of typed characters. Make sure caps lock is off. Type carefully and then press return. You may get a one-time warning to be careful. If you make three failed attempts to enter the password, the test will run anyway, but it will produce less information. If you don't know the password, or if you prefer not to enter it, just press return three times at the password prompt. Again, the script will still run.

If the test is taking much longer than usual to run because the computer is very slow, you might be prompted for your password a second time. The authorization that you grant by entering it expires automatically after five minutes.

If you're not logged in as an administrator, you won't be prompted for a password. The test will still run. It just won't do anything that requires administrator privileges.

11. The test may take a few minutes to run, depending on how many files you have and the speed of the computer. A computer that's abnormally slow may take longer to run the test. While it's running, a series of lines will appear in the Terminal window like this:

Test started

Part 1 of 4 done at: … sec

Part 4 of 4 done at: … sec

The test results are on the Clipboard.

Please close this window.

The intervals between parts won't be exactly equal, but they give a rough indication of progress.

Wait for the final message "Please close this window" to appear. If you don't see it within about 15 minutes, the test probably won't complete in a reasonable time. In that case, press the key combination control-C or command-period to stop it. Then go to the next step. You'll have incomplete results, but still something. If you close the Terminal window while the test is still running, the partial results won't be saved and you'll have to start over.

12. When the test is complete, or if you stopped it because it was taking too long, quit Terminal. The results will have been saved to the Clipboard automatically. They are not shown in the Terminal window. Please don't copy anything from there. All you have to do is start a reply to this comment and then paste by pressing command-V again.

At the top of the results, there will be a line that begins with the words "Start time." If you don't see that, but instead see a mass of gibberish, you didn't wait for the "close this window" message. Please wait for it and try again.

If any private information, such as your name or email address, appears in the results, anonymize it before posting. Usually that won't be necessary.

13. When you post the results, you might see an error message on the web page: "You have included content in your post that is not permitted," or "The message contains invalid characters." That's a bug in the software that runs this website. Please post the test results on Pastebin, then post a link here to the page you created.

If you have an account on Pastebin, please don't select Private from the Paste Exposure menu on the page, because then no one but you will be able to see it.

14. This is a public forum, and others may give you advice based on the results of the test. They speak for themselves, not for me. The test itself is harmless, but whatever else you're told to do may not be. For others who choose to run it, I don't recommend that you post the test results on this website unless I asked you to.

______________________________________________________________

Copyright © 2014, 2015 by Linc Davis. As the sole author of this work (including the referenced "Diagnostic Test"), I reserve all rights to it except as provided in the Use Agreement for the Apple Support Communities website ("ASC"). Readers of ASC may copy it for their own personal use. Neither the whole nor any part may be redistributed.

Dec 16, 2015 3:08 PM in response to UnitOOPS

I'm having exactly the same problem after the 10.11.2 update. I have a 27-inch Late 2014 Retina iMac. I am also connected via ethernet using a static IP address. When it resumes from sleep there's no network connection. If i unplug the ethernet cable, then reattach, the connection is restored. This has never happened before. I tried resetting PRAM and it worked for the first time after it resumed from sleep but ever since that one success, it has gone back to the problem state.

Dec 17, 2015 2:43 PM in response to UnitOOPS

I noticed that my DNS server was changed in network settings > advanced. At first I didn't pick it up because it was only missing a number. Once I changed it to the correct address then it seems to be working after sleep. The correct dns server address supposed to be 192.168.178.1 but for whatever reason it was changed to 192.16.178.1.


Carefully check your DNS server address and see whether it's correct.

Dec 31, 2015 6:40 AM in response to UnitOOPS

*******

I did report that to Apple. Hope they are going to fix it since this is really, really annoying. Especially if the machine is dedicated as a server. This is a showstopper for me!!


Edit:

I tried stuff like erasing the SystemConfiguration folder - as suggested on other forum threads for fixing funny problems. But it did not help. Neither the SMC reset did fix the issue for me.


<Edited by Host>

Dec 29, 2015 12:25 PM in response to tim2002

Sorry - what did you do exactly? I don't understand your sentence: "I changed the ethernet setting to DHCP with manual IP address" Are you saying you switched from a static IP to a dynamic one assigned by DHCP and that worked? Or that you switched from a DHCP dynamic IP address to a static one? (I have a static IP address assigned to the machine that's having the problem). That's no ideal for me, as I remote into this network and need to access the machine over VNC but if it works I'm game to give it a shot.

Dec 30, 2015 5:33 AM in response to UnitOOPS

Sorry for the confusion. 😟


I did the following:

  1. I changed (on my OS X server) the setting for the ethernet connection to "DHCP" (before it was set to 'manual' with the static address 192.168.178.4)
  2. I enabled the DHCP Server on my router (FritzBox) - with a very limited IP range (actually I only allow 1 single IP-address to be managed via DHCP. That specific address I want to have for my server - the 192.168.178.4)
  3. I changed the LAN-setting on my router in a way, that my OS X server will always get the same IP address (192.168.178.4) assigned. (thus this is perhaps not needed, since DHCP has only that 1 address available to assign. But still....)


This gives me the expected result:

  • My server is back with a 'static' IP adress 192.168.178.4. I also need to connect to the server via VNC. So constant changes of the IP address is deadly....
  • And I have no more the problem with the wake


Its not as 'nice' as with the complete manual setting that I had before, but at least it works and I can stop to remove and insert the ethernet cable all time the server wakes up from sleep.

Jan 1, 2016 11:23 AM in response to tim2002

I don't have the option of doing things this way as I have to support the rest of my household via DHCP. For now, I've just checked "Prevent computer from sleeping automatically when the display is off" in the Energy Saver preference pane, preventing the computer from sleeping. Hopefully this issue gets corrected in the next update.

Jan 2, 2016 12:50 AM in response to UnitOOPS

Depending on the capabilities of the router you are using you only need to apply step #3, plus the change of the OS X Server setting to DHCP. For this solution Its not mandatory to restrict the DHCP range. (I did that since I have no other device in the network environment that requires DHCP - I have all with manual settings and static IPs.)

Apr 12, 2016 4:15 PM in response to tim2002

I had the exact same issue with my MBP 2010 and after spending so much time to to fix it (I even clean reinstalled twice) i found this forum. I did what tim2002 suggested and things are OK now for more than a month.


Before I was using manual IP setup but now I switched to DHCP for IP assignment and i setup my DHCP server (my wireless router) to reserve an IP address to my MBP based on its MAC address. So, now i always get the same IP from my DHCP server and i don't have the "lost network connectivity" issue. This indicates an obvious problem at Mac OS X El Capitan end. Hopefully they'll fix it.

Ethernet problem on wake since 10.11.2

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.