Спящий режим и загрузка в другую ОС: будут ли повреждены мои файловые системы?

Question

ВАЖНЫЙ

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

---

Оригинальный вопрос

Предположим, у меня Windows и Linux установлены на одном компьютере. Если я перехожу в спящий режим Windows, могу ли я загрузить Linux без повреждения файловой системы Windows при возобновлении работы Windows? А как же наоборот? Что, если я перехожу в спящий режим, загружаюсь в другой и монтирую файловую систему для чтения / записи в спящий режим? Только для чтения? Если это небезопасно, есть ли способ обнаружить спящий режим другой ОС и предотвратить монтирование ее файловой системы?

Как далеко я могу продвинуть это до того, как оно сломается, и насколько это опасно у края? Я думаю, что знаю ответы на некоторые из приведенных выше вопросов, но для других я понятия не имею, и по понятным причинам я не проверял это на своем собственном компьютере. Если кто - то испытал это, пожалуйста , просветите всех нас. Я не обязательно ищу конкретный ответ на каждый вопрос; Я приму любой ответ, который отвечает разумной части.

---

РЕДАКТИРОВАТЬ

Позвольте мне уточнить, что когда я говорю «спящий режим», я имею в виду процесс записи содержимого ОЗУ на жесткий диск и полного выключения компьютера. В этом состоянии при повторном включении компьютера вы снова попадете через BIOS и загрузчик, и вы можете теоретически выбрать другую операционную систему в мультизагрузочной системе. Во всяком случае, с оригинальным вопросом:

---

Мои результаты

Хорошо, после всех заверений, что это будет работать, я проверил это для себя. Я настроил Ubuntu для перемонтирования всех файловых систем ntfs и внешних дисков только для чтения перед переходом в спящий режим. Не было необходимости в подобной установке Windows, потому что Windows не читает файловые системы Linux. Затем я попытался поочередно перевести одну операционную систему в спящий режим и возобновить работу другой, несколько раз назад и вперед. Я даже попытался смонтировать файловую систему Windows из Ubuntu для чтения и записи и создать несколько файлов. Windows не жаловался, когда я возобновил. Итак, в заключение, вы можете более или менее свободно переходить в спящий режим в сценарии с двойной загрузкой Windows/Linux.

Обратите внимание, что я не тестировал двойную ситуацию совместного использования Linux/Linux. Если у вас есть две или более установки Linux, и вы переводите одну из них в спящий режим, вы можете повредить файловую систему, смонтировав ее из другой.

Answer 1

Я всегда переводил Windows в спящий режим, прежде чем загружать что-либо еще, Windows слишком медленная, чтобы начинать с нуля. Но запись в раздел гибернационной ОС опасна, поскольку некоторые таблицы FS все еще находятся в памяти (ну, в файле гибернации, но не в FS), приложения по-прежнему имеют дескрипторы для некоторых файлов, и в целом состояние файловой системы является хорошим. нестабильный.

Но вы можете смонтировать этот раздел только для чтения, таким образом, он останется таким же, как и до гибернации, и Windows ничего не заметит.

Что касается предложения о его монтировании в обычном режиме и о том, чтобы он держался подальше от системных файлов, то это не очень хорошая идея. Может произойти перемещение содержимого файла, может быть изменен MFT, будут изменены атрибуты времени доступа, все это может серьезно повредить файловую систему. Это не так опасно с FAT, но действительно очень опасно с NTFS, так как это намного сложнее и имеет гораздо больше состояния в памяти.

Answer 2

Загрузка Windows через спящий Linux не очень хорошая идея. Я только что потерял 20 ГиБ данных в общем разделе NTFS ...

Однажды я спал Ubuntu Lucid, а на следующий раз включил свой компьютер. Некоторое обновление испортило сохраненную опцию в Grub, поэтому вместо того, чтобы загружать Ubuntu снова, как и должно быть, она запустила Windows 7. Когда я вернулся с моим кофе, я просто продолжал использовать его, не вспоминая, что Ubuntu был в медвежьем режиме. Я, вероятно, получил доступ к музыке, профилю Firefox, документам, загрузкам и играм из общего раздела.

В следующий раз, когда я переключился на Ubuntu, я увидел сообщение "просыпаться из спящего режима". Dang. Но я ожидал, что при пробуждении произойдет сбой и произойдет мягкая перезагрузка, как это произошло в прошлый раз, когда я "попробовал" это (в мои кармические времена). Но нет, он проснулся хорошо. Здорово. Или нет. Я быстро понял, что каталог в корне общего раздела теперь пуст. Я думаю, что единственными программами, получающими доступ к общему разделу при возобновлении, были Quod Libet (музыкальный проигрыватель) и Transmission (битторрент-клиент).

Я вернулся в Windows, где я даже не мог открыть каталог. Попытка "dir" это в оболочке произвела "файл не найден". Поврежденный. Тем не менее, свободное пространство раздела не увеличилось, поэтому мои 20 ГиБ, где, вероятно, все еще там, защищены от перезаписи. Может быть. Но как к ним добраться?

Небольшое исследование оказало небольшую помощь и сделало мои надежды еще более мрачными.

Я запускал Scandisk ("Проверка на наличие ошибок") без автоматического восстановления, так как не хотел рисковать, исправляя ошибки, уничтожая мои данные. Результат оказался не очень информативным: «Ошибки найдены. Запускаем с авторемонтом. "Неизвестный мне, по-видимому, он также помечал раздел для автоматической проверки при следующей загрузке. Я выключил питание и ушел, а позже вернулся с EasyRecovery.

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

К счастью, я недавно зажег свечу за Санта-Теклу, и после запуска Windows мои данные вернулись, насколько я могу судить, хотя некоторые файлы оказались в Found.000.

Так что да, у этого был счастливый конец. Ты простишь драматическое ожидание, но это поможет тебе понять: делай резервные копии своих данных! И (в моем случае) держать резервную копию в актуальном состоянии! И, конечно, будьте особенно осторожны с гибернацией и общими разделами ...

Answer 3

Я регулярно сплю свою Windows XP и загружаюсь через USB в Ubuntu.
Работает без нареканий.

Существует разница между режимом ожидания и режимом гибернации.
Состояние ОС полностью сброшено на диск, и ваше оборудование выключено.
Если вы включите компьютер и загрузитесь в другую ОС, это не повлияет на спящий режим ОС.
Вы можете держать столько ОС в спящем режиме, сколько захотите.

В качестве примера,
У вас может быть несколько установок Ubuntu (скажем, по одной на USB-накопитель),
И, спя каждый, отключите диск и загрузитесь в другой.
Здесь нет края, потому что нет эффекта суммирования / сцепления.
Спящие USB-накопители в этих примерах не зависят друг от друга
(через мощную машину).

Один небольшой недостаток спящего диска « C:\ » и загрузки в другую ОС -
вы не сможете смонтировать спящий загрузочный раздел в новой ОС.
Раздел заблокирован с зимовкой.
Он будет поврежден, если отредактирован в этом состоянии.

Answer 4

Я могу подтвердить потерю данных с общим разделом NTFS. У меня двойная загрузка между Lucid Lynx Ubuntu и Windows 7. После гибернации Windows 7 и загрузки в Ubuntu я приступил к созданию трех виртуальных машин VirtualBox (в течение 7 дней) и установил на них различные пакеты программного обеспечения. После перезапуска в Windows 7 файлы исчезли. Ушел. ntfsundelete и в первую очередь не смогли их найти.

Итак, я провел серию тестов, чтобы выяснить, действительно ли это привело к потере данных. При завершении работы Windows 7, запуске Ubuntu, записи некоторых файлов, перезапуске обратно в Windows 7 эти файлы всегда сохраняются. При переходе в спящий режим Windows 7, перезапуске в Ubuntu, записи некоторых файлов, перезапуске в Windows 7 новые файлы исчезают.

Я не знаю о ИЗМЕНЕНИЯХ, записанных в файл, сохранены они или потеряны, но новые файлы и папки, добавленные в общий раздел NTFS, скорее всего, будут потеряны в этой ситуации.

Answer 5

Это довольно старо, но, будучи критической проблемой, стоит добавить еще один отзыв.

У меня есть внешний жесткий диск NTFS USB, который я использую для данных (без файлов, связанных с ОС) на 2 разных компьютерах. Я имел обыкновение получать постоянную потерю данных на этом, пока я не изолировал проблему. Один из ПК довольно старый и медленный (Windows XP), поэтому я использовал спящий режим для ускорения перезапуска, отсоединения жесткого диска в этом состоянии и записи данных на другой ПК (Windows 7). Потеря данных происходила не каждый раз, но определенно была вызвана этим сценарием. С тех пор как я перестал это делать, этого больше никогда не было.

Answer 6

Просто столкнулся с проблемой на общем физическом диске (FAT32) между Windows XP и Windows 7. Я перевел Windows XP, загрузился в Windows 7 на несколько дней и вернулся к XP. Теперь у меня поврежденная файловая система на общем диске. Disk Checker запущен, и выглядит довольно плохо. В основном это файлы с перекрестными ссылками, но их тысячи.

Answer 7

Нет ничего плохого в том, что вы упомянули. Даже если вы смонтировали спящую файловую систему, содержимое спящего режима сохраняется в большом файле на диске - если вы не трогаете этот файл или любые важные системные файлы (очевидно), то ничего не произойдет.

Если вы измените содержимое раздела из другой ОС после выключения системы, исходный раздел все равно загрузится без проблем. То же самое и в спящем режиме.

Просто убедитесь, что при монтировании / размонтировании раздела вы не повредите никакие системные файлы или информацию о заголовке диска (например, MBR, файловые журналы) - хотя этот пункт не имеет никакого отношения к гибернации, а больше касается общего предупреждения, которое нам всем нужно знать.

Answer 8

У меня возникли проблемы с гибернацией и мультизагрузкой. Ситуация: Ubuntu и WinxP Multboot, но раздел данных видим для обеих ОС. Я провел некоторое тестирование ... туда и обратно ... Итак, я редактировал Wordfile с помощью Word ... Сохранил файл и закрыл Word. Hibernated ... запустил Ubuntu ... отредактировал тот же файл с помощью OpenOffice ... Hibernated.

Перезагрузился в спящий WinXP. Слово «не увидел» изменения ... Это просто заиграло как другой файл ...

Я также сделал это тестирование наоборот ... Второй раз файл был поврежден ... Я не мог открыть файл или удалить файл, Chkdsk «решил» проблему, но файл был потерян ... В другом тесте Ubuntu даже не увидел отредактированный файл.

ТАК, что при использовании гибернации и одних и тех же разделов (НЕ обязательно должен быть раздел, с которого загружается ОС ...) очень опасно ... Файлы могут и будут повреждены в моих тестах, и я могу повторить это ... Кстати: в моих тестах я ВСЕГДА сохранял файл и закрывал приложение (Word и OpenOffice) перед переходом в спящий режим ... !! Я думал, что монтирование раздела было причиной, но теперь я думаю, что проблема должна быть в кешировании файлов или чем-то еще ... В любом случае: будьте осторожны с мульти-ОС-гибернацией ... !! С уважением, АрноР

Answer 9

У меня был следующий крайне разрушительный опыт работы с двойной загрузкой Windows (Vista) и Ubuntu (9, 10, 11). Я не технический пользователь, хотя у меня большой опыт использования и настройки Windows и DOS. Я установил Ubuntu через live CD на машине с Win Vista. Это происходило безупречно, и у меня была двойная загрузка и работа в кратчайшие сроки. Поскольку к установке Ubuntu не было прикреплено никаких предупреждений, я (наивно) предположил, что могу переходить в спящий режим (сохранять на диск, не приостанавливать) обе системы и свободно переключаться между ними. Это имело следующие результаты:

1) Я сделал ошибку, отредактировав текстовый файл в Ubuntu, который я забыл открыть в Windows. После этого файл был недоступен для любой операционной системы. Он даже не мог быть удален. Chkdsk наконец удалил его, но мои данные были потеряны.

2) Я также попробовал две другие файловые операции из Ubuntu непосредственно в раздел Win: создание pdf-файла из OpenOffice и создание каталога / папки на рабочем столе Win. Оба были недоступны из Windows (хотя их можно было увидеть в Win explorer). К счастью, их можно было удалить из Ubuntu, хотя впоследствии пришлось запустить chkdsk, чтобы полностью удалить из Windows.

3) Большой файл OpenOffice Writer (сохраненный как * .doc), который редактировался сначала в одной, а затем в другой операционной системе несколько раз (он не был открыт в другой системе, когда я его редактировал), неожиданно увеличился в размере от от 2 МБ до 7 МБ, что делает практически невозможным загрузку и сохранение. Когда я сохранил файл как документ * .odt, его размер был значительно уменьшен, но время сохранения / загрузки не было быстрее. Когда я распаковал файл, его раздел "содержимое" оказался больше, чем 22 МБ. Когда я получил к нему доступ с помощью текстового редактора, оказалось, что каждое отдельное слово и пробел в документе были отдельно отформатированы в одном и том же стиле! Я наконец решил проблему, сравнив гигантскую версию с более ранней версией того же файла, используя старую версию в качестве основы для сравнения, а затем приняв все изменения и сохранив их.

4) В этот момент я обновил Ubuntu 10 до Ubuntu 11 и обнаружил, что система 11 использует исключительно новый интерфейс Unity, что совершенно неприемлемо для моих целей. Когда я понял, как установить Gnome на Ubuntu 11, оказалось, что Gnome 3 намного уступает Gnome 2. Поэтому я решил полностью удалить Ubuntu и сделать новую установку Karmic Koala, которая использует Gnome 2 без каких-либо следов новой системы Unity. Это оказалось сложным, но после того, как я нашел те же самые инструкции, которые повторялись в нескольких руководствах, я продолжил. Все шло нормально, пока я не запустил EasyBCD 2.1.2 (из windows), что позволило бы мне перезагружаться непосредственно в Windows после удаления загрузчика Ubuntu Grub. При перезагрузке я обнаружил, что моя MBR была серьезно повреждена, и машина не распознала загрузочные жесткие диски. Мне нужно было заплатить технику, чтобы восстановить MBR.

5) Теперь я мог снова загрузиться в Vista, и я собирался переустановить Ubuntu, когда обнаружил, что ряд файлов начал исчезать из моей системы в случайном порядке. Очевидно, файловая система все еще была повреждена. Только полная переустановка Windows решила проблему, и сейчас я очень тщательно обдумываю, что мне следует делать, чтобы избежать подобных проблем в будущем, перед установкой Karmic Koala. Я надеюсь, что мои проблемы связаны с проблемой гибернации, но, безусловно, я рассматриваю возможность создания отдельного "переносящего" раздела NTFS, где я могу помещать файлы из одной операционной системы, прежде чем получить к ним доступ из другой. Непрактично, но это должно быть безопасно. Я надеюсь.

Answer 10

Не делай этого (снова!)

Я спал в своей Vista/NTFS и загрузил Lucid, работал 3 дня на общем разделе ntfs и начинал с исчезновения или блокировки файлов и каталогов с неприятными сообщениями об ошибках (в lucid). Когда я загрузился обратно в Windows, это был настоящий беспорядок, рабочий стол испортился и т.д. Надеюсь, что chkdsk смог исправить большую часть этого, и я выловил из found.000 около 98% того, что у меня было раньше.
Так что это определенно не очень хорошая вещь.
Я вроде помню, что раньше это было невозможно: «спящие» разделы ntfs не устанавливались в linux по какой-то (очевидно, хорошей) причине. Я хотел бы вернуться к этому старому поведению

Answer 11

ОПАСНОСТЬ! Я также могу подтвердить, что это тяжелая проблема для томов FAT32 и NTFS, и только когда Windows (у меня есть windows 7) находится в спящем режиме. Я думаю, что это связано с кэшированием и рассмотрел настройку диска для быстрого удаления. Это может исправить это, но я еще не пробовал, потому что я действительно хочу настроить только один раздел таким образом, который Windows, похоже, не поддерживает. Даже мой драйвер OSX ntfs поддерживает управление кэшем раздела, но не windows. Кроме того, мой драйвер OSX NTFS, кажется, признает, что диск не должен быть подключен. Кажется, привязан к этой проблеме. Надеюсь, это поможет.

Answer 12

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

Сценарий: у меня 3 раздела NTFS: 1. Windows XP 2. Windows 7 3. Данные (мне все еще приходится использовать XP для старых приложений, которые плохо работают в режиме совместимости).

Пример: загрузитесь с раздела 1 (XP) и запустите Thunderbird, который хранит файлы на 3. Затем режим гибернации (ОС сбрасывает ОЗУ в файл гибернации и выключает компьютер). Загрузитесь с раздела 2 (7) и запустите Thunderbird, который хранит файлы на 3. Здесь проблема начинается с доступа к файлам и т.д. Иногда с или без chkdsk. Вернитесь к загрузке с раздела 1, и файлы, исправленные OS_2_7, снова будут повреждены, даже в худшем случае некоторые открытые файлы перед спящим режимом (например, Firefox) сейчас повреждены.

Так да. Hibernate два O/S, независимо от того, используют ли они системный / несистемный раздел, повредит данные. Зачем ? Я предполагаю, что основной причиной является файл LOCK и MFT. После выхода из спящего режима O/S не обновляет MFT, поэтому по-прежнему предполагается найти файлы в старых секторах, поэтому любой файл, который изменил свой размер / место, будет поврежден.

Answer 13

Вот мой опыт. Я использую систему двойной загрузки с Windows и Kubuntu (11.04). Большинство моих файлов находятся в разделе Windows NTFS, и я использую в основном это из Linux. Он монтируется с помощью FUSE.

Это то, что произошло:

1. Спящий Windows
2. При следующей загрузке загрузился на Linux и использовал его пару недель - без загрузки Windows
3. Загрузился обратно в Windows (потому что онлайн-тест работал только в Internet Explorer и ничего больше, так как ie4linux было недостаточно)

Когда Windows возобновила работу, я заметил, что все файлы, созданные за эти две недели, отсутствуют. Я перезагружен обратно в Linux, чтобы проверить только, чтобы найти файлы, отсутствующие там тоже. Я предполагаю, что Windows восстановила файловую систему NTFS до состояния, когда она находилась в спящем режиме, и вернула ее к тому моменту времени.

Я пробовал такие инструменты, как ntfsundelete и testdisk. Эти отсутствующие файлы не перечислены. Кроме того, Linux монтирует этот диск в режиме RW, даже когда Windows находилась в спящем режиме, а не выключалась. Я предполагаю, что Linux предупреждает или просто монтирует диск в режиме только для чтения, но здесь этого не произошло.

Answer 14

Я делал именно это. Я никогда не монтировал системный диск гибернационной машины, чтобы избежать несчастных случаев, и у каждой ОС есть свой отдельный раздел подкачки. Однако у меня был выделенный раздел данных, который я бы использовал для передачи данных между двумя спящими ОС. Я даже разместил там свои профили Firefox и Thunderbird, поэтому мне не нужно хранить два отдельных профиля. Просто не забудьте закрыть Firefox на одном компьютере, прежде чем переходить в спящий режим.

Я не помню, чтобы когда-либо возникали какие-либо проблемы с настройкой, и я тоже использовал ее довольно долго.

Answer 15

Ответ таков, что с NTFS, по-видимому, да (см. Другие ответы). Вы можете попробовать использовать более старые и простые файловые системы, такие как FAT. Но это будет удар в темноте.

Я просто хочу добавить, что проблема может быть воспроизведена на виртуальных машинах. Я использую VirtualBox на машине с двойной загрузкой. Я установил программное обеспечение хоста VirtualBox в разделах Windows и Linux и сохранил файлы изображений в общем разделе NTFS. Цель состояла в том, чтобы иметь возможность использовать одну и ту же виртуальную машину как в Windows, так и в Linux.

По привычке я использовал команду состояния "сохранить машину" в VirtualBox при выключении виртуальной машины. Я использовал эту команду (которая сохраняет состояние ОЗУ для ВМ где-то), перезагрузил свой ноутбук в другую ОС и снова использовал эту же ВМ. В VirtualBox не было никакой опции восстановления, поэтому, очевидно, VirtualBox не знает о сохраненном состоянии виртуальной машины, если состояние было сохранено с использованием другой установки VirtualBox. Я читал, что VMware может быть умнее, но я не пробовал.

В конце концов все мои виртуальные машины были повреждены. Тем не менее, я смог исправить большую часть урона с помощью fsck.

Это просто говорит о том, что вам не нужно тратить часы на разметку и установку ОС, чтобы воспроизвести эту проблему.

Мое решение? Отключен спящий режим в Windows. По умолчанию это отключено в Ubuntu. Также никогда не используйте функцию сохранения состояния машины для ВМ, если вы планируете запускать эту ВМ в другом контексте (другая ОС, установка другого хоста и т.д.).

Пока кто-то не придумает файловую систему (или ОС, или что-то еще), которая не будет уязвима для этой проблемы.

Кроме того, закрывая все открытые дескрипторы на общем разделе (и, по-видимому, сбрасывая на диск) перед переходом в спящий режим (или, я полагаю, размонтированием раздела - должен быть способ сделать это и в Windows), если было сообщено, чтобы избежать повреждения (см. Ответ Ли Райана). Я бы предпочел быть в безопасности и вообще не использовать hibernate в этой ситуации.

Answer 16

Я просто не думаю, что это возможно.

Когда вы переходите в спящий режим, компьютер «блокируется» (из-за отсутствия лучшего термина) для этой ОС. Вы не в спящем режиме ОС, вы в спящем режиме весь компьютер. Когда выходить из режима гибернации, вы больше не проходите через BIOS и POST.