Mac не спить автоматично у Леві!

9

Мій Macbook Pro не спить, навіть якщо це встановлено в System Preferences → Енергозбереження .

У мене не ввімкнено жодного варіанта обміну (Налаштування системи → Спільний доступ).
У мене немає "Увімкнено доступ до мережі" (Налаштування системи → Енергозбереження).
Не має значення, чи Mac підключено до джерела живлення.
Я скинув SMC та PRAM, але це не допомогло.

У мене працює ОС X 10.7.3.

1

Як не дивно, я дивився на ту ж проблему днями і знайшов цю пов’язану посаду . Він спрямований на 10,6, але містить розумну кількість досліджень та корисну інформацію

— binarybob

1

@binarybob Дякую за посилання! Я справді цього не бачив. Мабуть, відповідей було недостатньо, коли ви дивитесь на голоси. Я спробую Безпечне завантаження, щоб побачити, чи я тоді все ще вплинув. Як ви вирішили цю проблему для себе?

— gentmatt

1

@binarybob Ця проблема виникає і в безпечному режимі!

— gentmatt

Як щодо Bluetooth та / або чарівної миші?

— Річард

1

@gentmatt Я, на жаль, не знайшов рішення. Я до цього моменту ухилявся від проблеми, або закриваючи кришку на моєму MBP, або виконуючи примусовий сон, який працює. Це просто непрацюючий сон, який не виконується :-( Я виявив, що часто він лягає спати через кілька хвилин після встановленого періоду, скажімо, 9 хвилин, якщо було встановлено 5 хвилин, але це було далеко не відтворюваним.

— binarybob

4

Ще одне безпечне завантаження виявило, що режим автоматичного сну насправді працює. Я вважаю, що це, мабуть, спрацювало б і останній раз, коли я його спробував, але, оскільки сон настає на кілька хвилин пізніше часу, визначеного в налаштуваннях енергозбереження, я цього не помітив.

А як щодо "звичайного" завантаження?

Я в основному перевіряв режим автоматичного сну з увімкненими по черзі всі мої додатки меню, оскільки iotopкоманда, згадана @StuWilson, не показала мені нічого корисного. Як виявляється, меню додаткового Stack Exchange Notifier викликало безсоння.

— гентматт
джерело

1

Має сенс - потрібно регулярно опитувати сайт, шукаючи оновлення.

— jaberg

@jaberg Але що з такими додатками, як Tweetdeck? Він також постійно підключається до різних серверів.

— gentmatt

1

Вибачте, re: 'iotop', що показало щось корисне? з відповіді він читає, як ні.

— Стю Вілсон

Я підозрюю, але не знаю, що існує правильний спосіб кодування таких завдань, який дає інструкціям програмам лежати в спокої, коли система спить. Як я думаю глибше, я не помічав (але не шукав) жодних проблем із тим, що мій MBA не спить, коли працює пункт W / SEN, і я думаю, що система буде спати за графіком, але Wii доведеться перевірити це пізніше.

— jaberg

@StuWilson У ньому нічого не було про SEN.

— gentmatt

3

Найбільшою причиною того, що Mac не переходить у режим очікування, зазвичай є активність диска.

Я б запропонував перейти в режим безпечного завантаження, а потім скористатися Монітором активності, щоб побачити, чи викликають якісь процеси операції вводу-виводу.

Якщо ви бачите активність, то спробуйте скористатися iotop у терміналі, він дасть вам розбиття ідентифікатора процесу (PID) та назви програми чи імені процесу, виконуючи операції вводу-виводу.

sudo iotop -C 5 10

— Стю Вілсон
джерело

Дякую, я спробую це пізніше цього дня і повідомлю вас.

— gentmatt

Цього разу під час завантаження в безпечний режим сон буде справно працювати. Я вважаю, що це повинно було працювати і в останній раз. Однак я цього не помічав, оскільки сон настає лише на кілька хвилин пізніше часу, визначеного в налаштуваннях енергозбереження. Мені вдалося виділити причину проблеми в додатку Staci Exchange Notifier.

— gentmatt

2

Це може бути не вашою проблемою, але у мене те саме питання було давно, і мені не вдалося знайти відповіді, тому я опублікую те, що працювало для мене, якщо хтось піде пізніше.

Мій MacBook Pro (а пізніше мій iMac, оскільки я використовував програму Migration Assistant) не спав би, коли нічого не працював. Він спав би із закритою кришкою, або якщо я їй прямо сказав, але не спав би, коли її залишили в спокої, як це повинно бути відповідно до моїх переваг в енергозбереженні.

Я вже перевіряв pmset -g assertionsі вимикав спільний доступ та інші налаштування бездротової локальної мережі, і ніби нічого не працювало. Під час моніторингу pmset -g pslogя виявив, що комп’ютер лягає спати в запланований час і прокидається назад декілька секунд пізніше, повідомляючи про wake reasonлише те, що було викликано останнім часом - навіть якщо це була кнопка живлення (тобто сказала, що я натиснув кнопка живлення, коли мене не було. Це мене налякало). Я прочитав це і десяток інших відповідей та форумів і не міг нікуди дістатися.

Я знайшов підказку, перевіривши, pmset -g logщо було трохи детальніше, ніж pslog. Виявилося, що кожен раз, коли комп'ютер спав, процес "скасовувався" так:

3/13/13 12:00:12 AM CDT  Sleep                  Software Sleep Sleep: Using AC                                              6492 secs 
3/13/13 12:00:12 AM CDT  Cancelled              Kernel: Response from WDDMService is to cancel state change

Шукаючи WDDMService у моніторі діяльності, виявився фоновий демон, який встановив горезвісний "SmartWare", що поставляється на західному цифровому зовнішньому диску. Тож я вбив процес, а комп’ютер заснув як слід! Оскільки я не використовую програмне забезпечення, я видалив його із запуску (який, на мою думку, він назвав .plist? Я не дуже знав, що там роблю), щоб він більше не з’являвся. Зараз все добре працює!

— krs013
джерело

0

У мене були ті ж проблеми в Mavericks із абсолютно новим Macbook Pro Retina (пізно 2013). Коли я закрив кришку і залишив ноутбук закритим протягом ночі, він ніколи не спав. Вранці акумулятор був би мертвим або дуже низьким .

Як виявляється ... моя проблема була пов'язана з програмним забезпеченням, встановленим ІТ моєї компанії:

Робочий стіл шифрування Symantec (SED)

Як зазначено в цій статті про встановлення SED :

Гібернація, яка також називається "Безпечний сон", не підтримується PGP WDE, коли Mac переходить у режим сну і не вистачає енергії акумулятора, Mac вимкнеться і не перейде в безпечний сон. Важливо вимкнути машину, якщо у неї закінчиться енергія акумулятора

Ось офіційна причина Symantec

Шифрування повного диска PGP не підтримується в режимі сплячки в Mac OS X. У Mac OS X при сплячому режимі системи створюється файл зображення. Після відновлення живлення стан системи відновлюється, включаючи будь-які відкриті програми або інші запущені процеси. Розташування цього файлу знаходиться в / var / vm / sleepimage та є розміром оперативної пам'яті в системі.

Цей режим може називатися безпечним сном, глибоким сном або сплячим режимом. Це не звичайний сплячий режим, в якому живлення може залишатися включеною, але система по суті працює в режимі очікування. Цей режим не зберігає зображення процесів, а інформація зберігається в оперативній пам'яті.

Операційна система Mac OS X не підтримує сторонні файлові системи для сну. Режим сну в режимі Mac OS X не підтримується "boot! = Root". Цей "boot! = Root" - це по суті система, яка використовується Mac для завантаження іноземної файлової системи. Для шифрування PGP з повним диском для завантаження системи використовується спеціальна файлова система, яка вважається іноземною. Оскільки шифрування всього диска PGP вважається іноземною файловою системою, режим гібернації не підтримується Mac OS X.

Як гарантія запобігання системним проблемам та втраті даних, PGP Desktop відключає режим сну в Mac OS X. Хоча режим сну все ще буде працювати, глибокий сон не створює зображення сну.

— TrinitronX
джерело