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

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

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

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

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

This is kinda old, but being a critical issue, another testimonial is worth it.

I have an external NTFS USB hard drive that I'm using for data (no OS-related files) with 2 different PCs. I used to get constant data loss on it until I isolated the problem. One of the PCs is rather old and slow (Windows XP) so I was using hibernate for faster restart times, disconnecting the hard drive while in that state and writing data with the other PC (Windows 7). Data loss was not occurring every time but it was definitely caused by this scenario. Since I stopped doing it, it never happened again.

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