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

ВАЖНЫЙ

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

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

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

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

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

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

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

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

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

Загрузка 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.

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

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

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

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

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

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

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

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

Я могу подтвердить потерю данных с общим разделом 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, скорее всего, будут потеряны в этой ситуации.

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

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

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

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

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

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

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

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

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

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

У меня был следующий крайне разрушительный опыт с двойной загрузкой 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 без каких-либо следов нового. Система единства. Это оказалось сложным, но после того, как я нашел те же самые инструкции, которые повторялись в нескольких руководствах онлайн, я продолжил. Все шло нормально, пока я не запустил EasyBCD 2.1.2 (из windows), что позволило бы мне перезагружаться непосредственно в Windows после удаления загрузчика Ubuntu Grub. При перезагрузке я обнаружил, что моя MBR была смертельно повреждена, и машина не распознала загрузочные жесткие диски.

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

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

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

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

Вот мой опыт. Я использую систему двойной загрузки с 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 предупреждает или просто монтирует диск в режиме только для чтения, но здесь этого не произошло.

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

Сценарий: у меня есть 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, поэтому по-прежнему предполагается найти файлы в старых секторах, поэтому любой файл, который изменил свой размер / место, будет поврежден.

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

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

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

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

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

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

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

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

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

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

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

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