Судя по тому, что после запуска Windows у меня открывались в Проводнике те же папки/окна, которые были открыты ранее, то гибернация как раз таки работает.
Неоднократно бывали случаи, когда компьютер выключался моментально (как из-за перебоев с электричеством, так и, вероятно приколы китай-сборки) и я из моментально отключенной Windows запускал macOS.
Вообще изначально проблема с HDD началась в том, что доступ к диску был очень долгий как из macOS, так и из Windows. Просто открывал единственный раздел HDD и перемещался по папкам внутри и они открывались очень очень долго. После этого и выполнил chkdsk
===
Подскажите, если поменять файловую систему на HDD с NTFS на exFAT или какаю-либо другую, это решит проблему? То есть, есть какая-либо файловая система более устойчивая к "кривому" завершению работы и не будет портить данные?
====
Вы написали, что при гибернации система моментально восстанавливает ОЗУ из накопителя и переходит к запуску сессии.
Я явно что-то не понимаю, ведь при обычном запуске Windows она, вероятно, копирует свои системные файлы из системных папок, а не выполняет супер процессорно-затратные процедуры по генерации этих файлов, то копирование только системных файлов Windows, а не вообще файлов всех ранее работавших программ будет быстрее.
Соответственно просто запуск системы будет более моментальный, чем запуск после гибернации, как мне кажется. Я же правильно понимаю?
Сначала воспользовался загрузочным образом Acronis True Image 2021, но после него с нового SSD запускалась только Windows 10, остальные системы не запускались.
Потом подсказали, что R-Drive тоже может клонировать диски.
В общем запустился с загрузочной флешки с R-Drive 7.1.7102 и выполнил клонирование (там это называется копирование) и после этого все системы запустились!
Так что либо я что-то не понял при использовании Acronis, либо он не умеет нормально работать с APFS и Ext4
Увы, все ответы кроме одного, предлагают использовать сторонние утилиты. Я бы хотел решить описанную задачу встроенными в ОС (в данном случае в macOS) средствами.
Спасибо за ликбез, но, похоже вы не поняли мой вопрос.
Я не просил объяснять за что отвечают папки и файлы на скриншоте, это я и так могу загуглить.
Вопрос в том, почему при выделении всего, что есть в диске C и просмотре свойств выделенного, это все весит меньше, чем занято места в диске C (если смотреть свойства непосредственно диска/раздела)
Спасибо за ликбез.
Про hiberfil.sys я в курсе.
Другие, указанные вами директории, являются поддиректориями того, что есть в диске C, соответственно их размер должен был посчитаться
Судя по тому, что после запуска Windows у меня открывались в Проводнике те же папки/окна, которые были открыты ранее, то гибернация как раз таки работает.
Неоднократно бывали случаи, когда компьютер выключался моментально (как из-за перебоев с электричеством, так и, вероятно приколы китай-сборки) и я из моментально отключенной Windows запускал macOS.
Вообще изначально проблема с HDD началась в том, что доступ к диску был очень долгий как из macOS, так и из Windows. Просто открывал единственный раздел HDD и перемещался по папкам внутри и они открывались очень очень долго. После этого и выполнил chkdsk
===
Подскажите, если поменять файловую систему на HDD с NTFS на exFAT или какаю-либо другую, это решит проблему? То есть, есть какая-либо файловая система более устойчивая к "кривому" завершению работы и не будет портить данные?
====
Вы написали, что при гибернации система моментально восстанавливает ОЗУ из накопителя и переходит к запуску сессии.
Я явно что-то не понимаю, ведь при обычном запуске Windows она, вероятно, копирует свои системные файлы из системных папок, а не выполняет супер процессорно-затратные процедуры по генерации этих файлов, то копирование только системных файлов Windows, а не вообще файлов всех ранее работавших программ будет быстрее.
Соответственно просто запуск системы будет более моментальный, чем запуск после гибернации, как мне кажется. Я же правильно понимаю?