Настройка: у меня MacBook Pro 15 ", середина 2009 года, 3,06 ГГц. DVD-привод был заменен на SAMSUNG SSD (серия 830), 128 ГБ, батарея была заменена один раз на оригинальную. Оперативная память была обновлена до 8 ГБ.
Система установлена на SSD, HDD смонтирован как мой пользовательский каталог. Оба диска имеют шифрование: FileVault включен для твердотельного накопителя, в то время как жесткий диск разблокируется с помощью этого замечательного инструмента при загрузке.
Проблема: когда батарея достигает 0%, компьютер переходит в режим гибернации на диск. Когда я перезагружаю его, FileVault запрашивает мой пароль, который отображает оранжевый флажок рядом с моим изображением пользователя, чтобы отметить, что сеанс приостановлен; Я ввожу свой (правильный) пароль, и вместо входа в сеанс я получаю быстрый пустой экран и перезагрузку.
Что я пробовал до сих пор:
- Сброс SMC и PVRAM.
- Изменение
hibernatemodeчерезpmset -aв режимы 0, 3, 25: всегда работает нормально, когда я запускаю режим сна / гибернации, но не работает, когда батарея разряжается. - Удаление файла
sleepimage. - Изменение
hibernatefileдля принудительного хранения вначале на SSD, а затем на HDD. - Проверка
system.logналичие подозрительных сообщений.
Другие симптомы:
- При гибернации вручную системный журнал сообщает:
kernel[0]: WARNING: hibernate_page_list_setall skipped 6894 xpmapped pages
где число 6894 меняется от одного теста к другому. - Я тоже получаю
kernel[0]: Sleep failure code 0x00000000 0x1f006a00 - Я не могу найти ни сообщения, связанного с
hibernate_*в системном журнале во время сбоя питания, ни сообщения об ошибке, связанной с неудачным восстановлением из образа сна, существует толькоDarwing Kernel Version...со второй загрузки. - У меня 8 ГБ ОЗУ, но файл образа сна всегда 4 ГБ.
Я пытался погуглить все эти симптомы, но не нашел ничего, что могло бы помочь.
Мои подозрения:
На справочной странице pmset указано, что файл спящего образа может указывать только на файл, расположенный в корневом томе. Мой корневой том технически является дисководом SSD, но физически он не расположен там, где Apple ожидает, что будет корневой том (то есть отсек для жесткого диска). Может ли это быть причиной того, что он не может загрузить изображение сна?
Конечно, любое спящее изображение, хранящееся на жестком диске, будет недоступно, потому что на этом этапе FileVault может разблокировать только корневой том.
Если это не так, почему файл спящего образа всего 4 ГБ? Я имею ввиду ровно 4 ГБ.
Дополнительная информация:
У меня была эта проблема с тех пор, как я добавил SSD-диск, от Lion до Yosemite. К сожалению, у меня не было возможности протестировать ту же ситуацию без FileVault. ОЗУ здорова афаик.
Вопросы: Ситуация особенная из-за настройки SSD + FileVault, но проблема, безусловно, связана с установкой системы на "вторичный" диск. Есть ли способ заставить систему восстановления работать должным образом в этом контексте? Что именно Apple подразумевает под "корневым диском"? Почему FileVault не загружает мою сессию должным образом, хотя (без учета размера спящего изображения) он хранится правильно? Имеет ли смысл какой-либо код ошибки сна или файл образа сна 4 ГБ?
Любое предложение, разъяснение внутренних органов Apple, гипотезы хорошо приняты!