Hibernate.

Они будут

Проблемы гарантированы, не сомневайся. Чтобы понять, почему, нужно только немного подумать.

linux детектит hibernated разделы винды и не дает его монтировать, например.

В смысле? Что за «hibenated Разделы винды»? Там же, вроде, сохраняется только RAM в hiberfil.sys?

Я понимаю, что _могут быть_ проблемы. Но, в какому случае они будут? И гарантированно ли? Разве всё, что не записано в ФС не сбрасывается на диск перед hibernate? Есть ли какая-то «синхронизация» с ФС, после выхода из него?

Будут.

>linux детектит hibernated разделы винды и не дает его монтировать, например.

ntfs-3g детектит hibernated разделы винды и не дает их монтировать в rw, например, без указания специальной опции монтирования.

:)

fixed

>Есть ли какая-то «синхронизация» с ФС, после выхода из него?

umount && mount разве что на все совместно используемые разделы

А подробнее про проблемы возможно?

P.S.: Терпеть не могу выключать. Лень снова грузить и открывать, что позакрывалось. Всегда в hibernate.

1. Используемые для записи? Если, допустим, / для чтения, и я его меняю в винде, что будет?
2. А что в винде?
3. Если есть один совместно используемый раздел, который служит «для связи» между ОС, то что?

у hiberfil.sys в первых байтах записывается статус винды. и если там запсиан статус hibernated - линукс монтирует раздел только в read-only

http://support.moonpoint.com/os/unix/linux/ubuntu/accessing-hiberfil_sys.php держи

Кусок из Documentation/swsusp.txt:
* BIG FAT WARNING *********************************************************
*
* If you touch anything on disk between suspend and resume...
* ...kiss your data goodbye.
*
* If you do resume from initrd after your filesystems are mounted...
* ...bye bye root partition.
* [this is actually same case as above]
*
* If you have unsupported (*) devices using DMA, you may have some
* problems. If your disk driver does not support suspend... (IDE does),
* it may cause some problems, too. If you change kernel command line
* between suspend and resume, it may do something wrong. If you change
* your hardware while system is suspended... well, it was not good idea;
* but it will probably only crash.
*
* (*) suspend/resume support is needed to make it safe.
*
* If you have any filesystems on USB devices mounted before software suspend,
* they won't be accessible after resume and you may lose data, as though
* you have unplugged the USB devices with mounted filesystems on them;
* see the FAQ below for details. (This is not true for more traditional
* power states like «standby», which normally don't turn USB off.)

Да... Парсить hyberfil.sys - это, конечно... Буду читать про hibernate.

vostrik, cchr - спасибо.

* If you touch anything on disk between suspend and resume... * ...kiss your data goodbye.

Не слишком воодушевляющее начало. :-(

>Если, допустим, / для чтения, и я его меняю в винде, что будет?
то другая система может не найти данные там, где по ее мнению они лежат. Или найдет другие данные. Огребешь феерических глюков. Но на диск конечно повлиять не должно

А что в винде?

в венде, сынок, грустно и холодно. Сходи на винфак, может какой костыль посоветуют.

в венде, сынок, грустно и холодно. Сходи на винфак, может какой костыль посоветуют.

Знаю я батько, как на венде. Что с ней будет, если я, например, ФАТ раздел поменяю в linux и выведу винду из гибернации? Аналогичная фигня?

возьми да проверь. О результатах напишешь после переустановки обеих осей и восстановления данных

Обеих-то почему? o.O ведь если и разрушится, то только FAT-раздел.
Да и то... Если там нет ничего относящегося к системе, как оно полетит?