Гібернація та завантаження в іншу ОС: чи будуть мої файлові системи пошкоджені?

ВАЖЛИВО

Якщо ви завітали сюди, шукаючи відповідь на це питання, будь ласка, прочитайте всі відповіді нижче. Існують відгуки людей, які втратили дані, роблячи це. Якщо ви плануєте робити це регулярно, настійно рекомендую протестувати на собі.

Оригінальне запитання

Припустимо, у мене на одному комп’ютері встановлені Windows та Linux. Якщо я перебуваю в сплячому режимі Windows, чи можу я завантажуватися в Linux без пошкодження файлової системи Windows, коли я відновив Windows? А як щодо іншого? Що робити, якщо я сплю один, перебуваю в іншому та монтую сплячу файлову систему для читання / запису? Лише для читання? Якщо це небезпечно, чи є спосіб виявити сплячий стан іншої ОС та запобігти встановленню її файлової системи?

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

EDIT

Дозвольте уточнити, що я кажу «сплячий», я маю на увазі процес запису вмісту оперативної пам’яті на жорсткий диск і повного вимкнення комп'ютера. У такому стані знову ввімкнення комп'ютера переносить вас через 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, я побачив повідомлення "прокинувшись від сплячки". Данг. Але я очікував, що це не вдасться прокинутися, а натомість легке перезавантаження, як це було раніше, коли я "пробував" це (у мої кармічні часи). Але ні, воно прокинулося гаразд. Класно. Чи ні. Я швидко зрозумів, що каталог у корені спільного розділу тепер порожній. Я думаю, що єдиними програмами, що отримали доступ до спільного розділу при відновленні, були Quod Libet (музичний плеєр) та Transmission (клієнт бітторент).

Я повернувся до Windows, де навіть не зміг відкрити каталог. Намагаючись "перетворити" його в оболонці, "файл не знайдено". Пошкоджений. І все-таки вільний простір розділу не збільшився, тому мої 20 ГБ, де, мабуть, ще є, захищені від перезапису. Може бути. Але як дістатися до них?

Невелике дослідження мало допомоги, і зробило мої сподівання ще більш похмурими.

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

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

На щастя, я нещодавно запалив свічку для Санта Текла, і після запуску Windows мої дані повернулися назад, і все, наскільки я можу сказати, хоча деякі файли виявилися в знайденому.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. Тепер у мене на спільному диску накопичена корумпована файлова система. Дискова перевірка працює, і це виглядає досить погано. Хоча переважно зшиті файли, але їх тисячі.

Це щось старе, але, оскільки це є критичним питанням, ще одне свідчення того варте.

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

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

Повторне завантаження до сплячого WinXP. Слово НЕ "побачив" зміни ... Він просто переглянувся як інший файл ...

Я також робив це тестування навпаки ... Файл другого разу був пошкоджений ... Я не зміг відкрити файл або видалити файл Chkdsk 'вирішив' проблему, але файл був загублений ... В іншому тесті Ubuntu не зробив навіть побачити відредагований файл.

Так, коли використовується сплячка та ті самі розділи (НЕ потрібно бути розділом, з якого завантажуються ОС ...) ist дуже небезпечно ... Файли можуть і можуть зіпсуватися в моїх тестах, і я можу це повторити ... BTW: У своїх тестах я ВЗАЄМО ЗАХОДИЛИ файл і закрив програму (Word та OpenOffice), якщо потрапив у сплячку ... !! Я подумав, що винуватцем встановлення розділу є, але зараз я думаю, що проблема повинна бути в чомусь щодо кешування файлів чи будь-чого іншого ... Як би то не було: Будьте обережні з режимом сплячого режиму з декількома ОС ... !! З повагою, ArnoR

У мене був такий деструктивний досвід роботи з подвійним завантаженням Windows (Vista) та Ubuntu (9, 10, 11). Я не є технічним користувачем, хоча маю багаторічний досвід використання та налаштування Windows та DOS. Я встановив Ubuntu за допомогою живого компакт-диска на машині 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 після видалення завантажувача Grub Ubuntu. Після перезавантаження я виявив, що мій MBR був смертельно пошкоджений і машина не розпізнала жодних завантажувальних жорстких дисків.

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

Не робіть цього (знову!)

Я перезимував свою Vista / NTFS і завантажував Lucid, працював 3 дні на спільному розділі ntfs і почав зникати або заблокувати файли та каталоги з неприємними повідомленнями про помилки (всередині lucid). Коли я завантажився назад до Windows, це був справжній безлад, робочий стіл пішов нанівець і т.д.
Так що це однозначно не добре робити.
Я начебто пам’ятаю, що раніше це було неможливо: «сплячі» розділи ntfs не були змонтовані в Linux з якихось (мабуть, добрих) причин. Я хотів би повернутися до цієї старої поведінки

НЕБЕЗПЕЧНО! Я також можу підтвердити, що це гостра проблема як для томів FAT32, так і для NTFS, і лише тоді, коли Windows (у мене Windows 7) перебуває в сплячому режимі. Я думаю, що це пов'язано з кешуванням і розглядав можливість встановлення накопичувача для швидкого видалення. Це може виправити це, але я ще не пробував цього, тому що я дійсно хочу лише встановити один розділ таким чином, який, схоже, не підтримує Windows. Навіть мій драйвер OSX ntfs підтримує керування кешем розділу, але не Windows. Крім того, мій драйвер OSX ntfs, схоже, визнає, що диск не повинен встановлюватися. Здається, це питання пов'язане. Сподіваюся, що це допомагає.

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

Ось що сталося:

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

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

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

Я також можу підтвердити, що обмін деяким несистемним розділом між двома різними O / S у сплячому стані призводить до пошкодження файлової системи та втрати даних.

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

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

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

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

Я не пригадую, щоб у мене колись виникли проблеми з налаштуванням, і я використовував його досить довго.

Відповідь полягає в тому, що з NTFS, мабуть, так (див. Інші відповіді). Ви можете спробувати зі старими, простішими файловими системами, такими як FAT. Але це був би удар в темряві.

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

За звичкою я використовував команду стану "зберегти машину" у VirtualBox при відключенні VM. Я використав цю команду (яка зберігає стан оперативної пам’яті десь для ВМ), перезавантажив свій ноутбук в іншій ОС і знову застосував цей самий VM. У VirtualBox не було можливості відновлення, тому, мабуть, VirtualBox не знає збереженого стану VM, якщо стан було збережено за допомогою іншої установки VirtualBox. Я читав, що VMware може бути розумнішим з цього приводу, але я не пробував цього.

Врешті-решт, всі мої віртуальні машини були зіпсовані. Мені вдалося виправити більшу частину шкоди за допомогою fsck.

Це просто означає, що для відтворення цієї проблеми вам не потрібно витрачати години на розділення та встановлення ОС.

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

Поки хтось не придумає файлову систему (або ОС, чи будь-яку іншу), яка не вразлива для цієї проблеми.

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

Я просто не думаю, що це можливо.

Коли ви перебуваєте в сплячому режимі, комп'ютер "заблокований" (через відсутність кращого терміну) для цієї ОС. Ви не зимуєте в ОС, ви впадаєте в сплячку всього комп’ютера. Коли слід відновити сплячку, ви більше не переходите через BIOS та POST час.