MacBook (SSD + FileVault) не восстанавливается после разрядки батареи
768
Pietro Saccardi
Настройка: у меня MacBook Pro 15 ", середина 2009 года, 3,06 ГГц. DVD-привод был заменен на SAMSUNG SSD (серия 830), 128 ГБ, батарея была заменена один раз на оригинальную. Объем оперативной памяти был увеличен до 8 ГБ. Система установлена на SSD, жесткий диск монтируется в качестве моего пользовательского каталога. Оба диска имеют шифрование: FileVault включен для SSD, в то время как HDD разблокируется этим замечательным инструментом при загрузке.
Проблема: когда батарея достигает 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, гипотезы хорошо приняты!
1 ответ на вопрос
0
nickcrabtree
О размере изображения сна 4Gb: изменение в Mavericks, по-видимому, заключалось в том, что изображение сна динамически обновляется в зависимости от объема используемой оперативной памяти. Так что я не думаю, что это проблема.
Когда я сделал подобное на своем 17-дюймовом MBP 2010 года, я заменил оригинальный системный диск на SSD (новый системный диск) и вставил оригинальный системный диск в отсек DVD. У меня больше нет такой настройки, кроме IIRC Я использовал FileVault без проблем.
Я держал основной жесткий диск в том же положении, чтобы смс работала на нужном диске. Теперь я удивляюсь, почему он вообще обнаруживает приостановленную сессию.
Pietro Saccardi 10 лет назад
0