Переключение процесса с помощью clone () [closed]
Я действительно думаю, что ситуация с общей файловой системой - это своего рода зло :(. Она смягчается путаницей различных мер, но, несомненно, есть много дыр, которые вы может провалиться.
Случай с общим разделом хорош тем, что, если вы знаете, что это ужасно опасно, вы можете «просто» избежать такой настройки системы. Несмотря на то, насколько это было бы полезно, если бы не было так опасно. Однако что-то вроде слота для карты памяти в моем Thinkpad или обычного USB-накопителя немного сложнее держать под контролем.
Самый распространенный и простой случай: двойная загрузка между Windows и одной ОС Linux в конечном итоге вынудила NTFS-3G решить эту проблему. Он должен довольно громко предупреждать, если вы попытаетесь смонтировать системный раздел Windows, содержащий образ гибернации.
Я не уверен насчет вторичных разделов NTFS. Несомненно, существует потенциальный механизм («грязный» бит). Я думаю, что по крайней мере некоторые версии NTFS-3G могут сначала выдать предупреждение, но я определенно хотел бы протестировать, прежде чем предполагать иное. ссылка: поиск "грязный" .
(Это не означает, что использование NTFS для совместного использования между разными установками Linux - это обязательно хорошая идея. IIRC, как только ваша NTFS помечена как грязная, рекомендуемый способ убедиться, что она исправлена, - использовать Windows. Или переформатировать ее :).
Выбор неправильной версии ядра, но правильной ОС не причинит больше ущерба, чем сбой питания. Существует проверка версии ядра, чтобы избежать каких-либо тонких проблем. Программное обеспечение для гибернации Linux использовалось для выдачи вам подсказки, чтобы вы могли перезагрузиться и повторить попытку, если хотите, но в последнее время кажется, что оно просто идет дальше и стирает образ гибернации. Вы заметите, что современное системное программное обеспечение не самоуничтожается, когда ваш ноутбук неожиданно разряжается.Некоторое прикладное программное обеспечение неизбежно будет написано не так хорошо.
При монтировании с использованием udisks (например, через графический интерфейс) по умолчанию должна быть включена опция
errors = remount-ro. Как только файловая система действительно замечает повреждение, она перестанет записывать в нее дальнейшие данные. Это не предотвращает повреждение файловой системы в целом. Однако во многих случаях это позволит избежать наихудшего случая, когда вы продолжаете работать неосознанно или в замешательстве, и массовое повреждение распространяется по мере продолжения записи в файловую систему.Я полагаю, что снимки состояния Nix могут вызвать более серьезную проблему, но только если вы создали снимки с использованием различных разделов подкачки (гибернации). И если они оба еще существуют. Я предполагаю, что это прискорбно, но не часто. Основная причина использования Nix - управление пакетами. Условия показывают, как его можно исключить: сначала просто удалите старый раздел подкачки.
Концептуально это не сложно исправить для файловой системы Linux, т.е. не выйти из спящего режима вместо того, чтобы вызвать почти определенное повреждение файловой системы. AFAIK это просто не было сделано. Базовая проверка может быть реализована в большинстве файловых систем с использованием грязного бита, хотя сама по себе этого недостаточно, поскольку файловые системы FAT, смонтированные текущими ОС Linux, будут оставаться грязными после того, как они были помечены как грязные из-за сбоя питания.
Я не думаю, например ОС на основе GNOME попытается сделать общие файловые системы + гибернацию действительно пригодными для использования в ближайшее время, потому что этот конфликт трудно разрешить. Файловая система не может быть размонтирована, если какой-либо из файлов на ней открыт.И вполне вероятно, что какое-то приложение плохо отреагирует, если их открытые файлы будут отозваны. Теоретически вы могли бы обрабатывать его, как и другие чередующиеся обращения (с помощью другой программы или доступа к файловой системе по сети). На практике,это потребует большой работы над ядром, и все же будет несколько удивительным, если вы забудете, что у вас есть спящее приложение, обращающееся к тому же файлу.