ROSA Freeze — различия между версиями

Материал из Rosalab Wiki
Перейти к: навигация, поиск
м (Дополнительная информация: оформление)
(+ Options to use partition or folder)
Строка 1: Строка 1:
ROSA является динамично развивающейся средой, постоянно получающей большие пласты обновлений. Обновления призваны привнести в систему улучшения и новый функционал, однако иногда они имеют обратный эффект, ломая что-то работающее и вызывая недовольство пользователей. Кроме того, многие члены нашего сообщества – это энтузиасты, которых постоянно тянет попробовать что-то новое. Например, всевозможные программы из различных источников, которые не имеют прямого отношения к дистрибутиву. Рано или поздно программы могут вступить в конфликт с приложениями и политиками ОС и привести систему (по крайней мере частично) в нерабочее состояние. Как результат, для многих пользователей актуальным вопросом является автоматический возврат поломанной системы в рабочее состояние.
+
ROSA является динамично развивающейся средой, постоянно получающей большие пласты обновлений. Обновления призваны привнести в систему улучшения и новый функционал, однако иногда они имеют обратный эффект, ломая что-то работающее и вызывая недовольство пользователей. Кроме того, многие члены нашего сообщества — это энтузиасты, которых постоянно тянет попробовать что-то новое. Например, всевозможные программы из различных источников, которые не имеют прямого отношения к дистрибутиву. Рано или поздно программы могут вступить в конфликт с приложениями и политиками ОС и привести систему (по крайней мере частично) в нерабочее состояние. Как результат, для многих пользователей актуальным вопросом является автоматический возврат поломанной системы в рабочее состояние.
  
Если вы знакомы с управлением пакетами RPM, то для отката системы вы можете воспользоваться инструментами [http://wiki.rosalab.ru/ru/index.php/%D0%91%D0%BB%D0%BE%D0%B3:%D0%A2%D0%BE%D1%87%D0%BA%D0%B0_%D0%A0%D0%BE%D1%81%D1%8B/Urpmi.recover_-_%D0%BC%D0%B0%D1%88%D0%B8%D0%BD%D0%B0_%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%B8_%D0%B4%D0%BB%D1%8F_%D0%BF%D0%B0%D0%BA%D0%B5%D1%82%D0%BD%D0%BE%D0%B9_%D0%B1%D0%B0%D0%B7%D1%8B Urpmi.recover] и [http://wiki.rosalab.ru/ru/index.php/Urpm-tools#urpm-reposync urpm-reposync]. Однако гарантировать возврат поломанной системы в работоспособное состояние эти инструменты не могут - ведь не факт, что поломка вызвана исключительно пакетами, или что пакеты можно корректно откатить до предыдущих версий.
+
Если вы знакомы с управлением пакетами RPM, то для отката системы вы можете воспользоваться инструментами [http://wiki.rosalab.ru/ru/index.php/%D0%91%D0%BB%D0%BE%D0%B3:%D0%A2%D0%BE%D1%87%D0%BA%D0%B0_%D0%A0%D0%BE%D1%81%D1%8B/Urpmi.recover_-_%D0%BC%D0%B0%D1%88%D0%B8%D0%BD%D0%B0_%D0%B2%D1%80%D0%B5%D0%BC%D0%B5%D0%BD%D0%B8_%D0%B4%D0%BB%D1%8F_%D0%BF%D0%B0%D0%BA%D0%B5%D1%82%D0%BD%D0%BE%D0%B9_%D0%B1%D0%B0%D0%B7%D1%8B Urpmi.recover] и [http://wiki.rosalab.ru/ru/index.php/Urpm-tools#urpm-reposync urpm-reposync]. Однако гарантировать возврат поломанной системы в работоспособное состояние эти инструменты не могут — ведь не факт, что поломка вызвана исключительно пакетами, или что пакеты можно корректно откатить до предыдущих версий.
  
Если вы предвидите, что в рамках текущего сеанса работы с большой вероятностью сломаете систему и вам придется откатываться до рабочего состояния, то вы можете воспользоваться {{prog|ROSA Freeze}}. При использовании {{prog|ROSA Freeze}}, ОС может работать в двух режимах — обычном и режиме "заморозки". При использовании последнего поверх всех системных директорий верхнего уровня (/bin, /etc, /usr и так далее; список может быть скорректирован в настройках) с помощью aufs монтируются директории-«перехватчики«, находящиеся в tmpfs либо на отдельном разделе жесткого диска. Любые изменения, вносимые в «замороженные» директории, реально попадают в директории-«перехватчики», а содержимое оригинальных директорий остается неизменным. При перезагрузке машины все содержимое этих перехватчиков удаляется и системные директории возвращаются в первоначальное состояние. При этом после перезагрузки система продолжает оставаться в замороженном состоянии – выход из этого режима надо производить явно. Предусмотрена возможность переноса всех изменений из aufs, сделанных в рамках текущей сессии, в оригинальные директории.
+
Если вы предвидите, что в рамках текущего сеанса работы с большой вероятностью сломаете систему и вам придется откатываться до рабочего состояния, то вы можете воспользоваться {{prog|ROSA Freeze}}. При использовании {{prog|ROSA Freeze}}, ОС может работать в двух режимах — обычном и режиме «заморозки». При использовании последнего поверх всех системных директорий верхнего уровня (/bin, /etc, /usr и так далее; список может быть скорректирован в настройках) с помощью aufs монтируются директории-«перехватчики», находящиеся в tmpfs либо на отдельном разделе жесткого диска. Любые изменения, вносимые в «замороженные» директории, реально попадают в директории-«перехватчики», а содержимое оригинальных директорий остается неизменным. При перезагрузке машины все содержимое этих перехватчиков удаляется и системные директории возвращаются в первоначальное состояние. При этом после перезагрузки система продолжает оставаться в замороженном состоянии — выход из этого режима надо производить явно. Предусмотрена возможность переноса всех изменений из aufs, сделанных в рамках текущей сессии, в оригинальные директории.
  
 
Находится инструментарий в пакете {{pkg|rosa-freeze}}. Работает наш инструмент в консоли, только от пользователя root, и запускается командой {{cmd|rfreeze}}. Для проверки работоспособности, можно запросить текущий статус:
 
Находится инструментарий в пакете {{pkg|rosa-freeze}}. Работает наш инструмент в консоли, только от пользователя root, и запускается командой {{cmd|rfreeze}}. Для проверки работоспособности, можно запросить текущий статус:
Строка 13: Строка 13:
 
  # rfreeze enable
 
  # rfreeze enable
  
Система переходит в замороженное состояние сразу же, то есть перезагрузки не требуется. Однако после перезагрузки она по-прежнему будет находиться в этом состоянии, и для отключения режима заморозки надо дать команду
+
По умолчанию, после включения режима заморозки все изменения будут перенаправляться в tmpfs. Вы также можете перенаправить эти изменения на отдельный раздел жесткого диска с помощью опции {{cmd|-s}} либо в отдельную директорию на корневом разделе — с помощью опции {{cmd|-f}}.
 +
 
 +
Система переходит в замороженное состояние сразу же, то есть перезагрузки не требуется. После перезагрузки она по-прежнему будет находиться в этом состоянии, и для отключения режима заморозки надо дать команду
  
 
  # rfreeze disable
 
  # rfreeze disable
Строка 25: Строка 27:
 
После этого текущее состояние системы станет базовым.
 
После этого текущее состояние системы станет базовым.
  
Впрочем, команда «merge» потенциально опасная, будьте с ней осторожнее и делайте резервные копии. Сразу же могу сказать, что сейчас она не обработает ситуацию, когда что-то кроме /home или /tmp находится на отдельном разделе.
+
Впрочем, команда «merge» потенциально опасная, будьте с ней осторожнее и делайте резервные копии.
  
 
= Что и как замораживается =
 
= Что и как замораживается =
Строка 39: Строка 41:
 
* /tmp
 
* /tmp
  
Для каждой из остальных директорий верхнего уровня создается «перехватчик» в директории {{file|/tmp/sysroot-rw}}, которая, в свою очередь, располагается в tmpfs (в будущем рассмотрим возможность размещения ее на отдельном разделе). Этот «перехватчик» монтируется через aufs поверх исходной директории так, что все изменения идут в {{file|/tmp/sysroot-rw}}.
+
Вы можете указать список «незамораживаемых» директорий вручную при вызове {{cmd|rfreeze enable}} с помощью опции {{cmd|-d}}. Имена директорий должны быть разделены двоеточием и не содержать слешей, например:
 +
 
 +
rfreeze enable -d home:media:mnt
 +
 
 +
Также {{Prog|rfreeze}} в настоящее время поддерживает заморозку только тех директорий, которые расположены на корневом разделе. В момент включения режима заморозки инструмент автоматически исключит из списка замораживаемых те директории, на которые смонтированы другие устройства или дисковые разделы.
 +
 
 +
Для каждой из остальных директорий верхнего уровня создается «перехватчик», в зависимости от заданных опций располагающийся либо в tmpfs, либо в одной из директорий корневого раздела, либо на отдельном разделе жесткого диска. В любом случае, хранилище перехватчиков монтируется на директорию {{file|/tmp/sysroot-rw}}, а далее каждый перехватчик из этой директории монтируется через aufs поверх исходной директории так, что все изменения идут в {{file|/tmp/sysroot-rw}}.
  
 
Например, поверх директории {{file|/bin}} через aufs монтируется {{file|/tmp/sysroot-rw/bin}}. Если пользователь что-то меняет в {{file|/bin}}, то реально изменения происходят в {{file|/tmp/sysroot-rw/bin}}, а оригинальный {{file|/bin}} не затрагивается. Но пользователь (благодаря aufs) этого не замечает и в течение сеанса его работы (до перезагрузки/выключения) он видит в {{file|/bin}} все свои изменения.
 
Например, поверх директории {{file|/bin}} через aufs монтируется {{file|/tmp/sysroot-rw/bin}}. Если пользователь что-то меняет в {{file|/bin}}, то реально изменения происходят в {{file|/tmp/sysroot-rw/bin}}, а оригинальный {{file|/bin}} не затрагивается. Но пользователь (благодаря aufs) этого не замечает и в течение сеанса его работы (до перезагрузки/выключения) он видит в {{file|/bin}} все свои изменения.

Версия 11:05, 9 сентября 2014

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

Если вы знакомы с управлением пакетами RPM, то для отката системы вы можете воспользоваться инструментами Urpmi.recover и urpm-reposync. Однако гарантировать возврат поломанной системы в работоспособное состояние эти инструменты не могут — ведь не факт, что поломка вызвана исключительно пакетами, или что пакеты можно корректно откатить до предыдущих версий.

Если вы предвидите, что в рамках текущего сеанса работы с большой вероятностью сломаете систему и вам придется откатываться до рабочего состояния, то вы можете воспользоваться ROSA Freeze. При использовании ROSA Freeze, ОС может работать в двух режимах — обычном и режиме «заморозки». При использовании последнего поверх всех системных директорий верхнего уровня (/bin, /etc, /usr и так далее; список может быть скорректирован в настройках) с помощью aufs монтируются директории-«перехватчики», находящиеся в tmpfs либо на отдельном разделе жесткого диска. Любые изменения, вносимые в «замороженные» директории, реально попадают в директории-«перехватчики», а содержимое оригинальных директорий остается неизменным. При перезагрузке машины все содержимое этих перехватчиков удаляется и системные директории возвращаются в первоначальное состояние. При этом после перезагрузки система продолжает оставаться в замороженном состоянии — выход из этого режима надо производить явно. Предусмотрена возможность переноса всех изменений из aufs, сделанных в рамках текущей сессии, в оригинальные директории.

Находится инструментарий в пакете rosa-freeze. Работает наш инструмент в консоли, только от пользователя root, и запускается командой rfreeze. Для проверки работоспособности, можно запросить текущий статус:

# rfreeze status

Для «заморозки» системы, необходимо выполнить команду

# rfreeze enable

По умолчанию, после включения режима заморозки все изменения будут перенаправляться в tmpfs. Вы также можете перенаправить эти изменения на отдельный раздел жесткого диска с помощью опции -s либо в отдельную директорию на корневом разделе — с помощью опции -f.

Система переходит в замороженное состояние сразу же, то есть перезагрузки не требуется. После перезагрузки она по-прежнему будет находиться в этом состоянии, и для отключения режима заморозки надо дать команду

# rfreeze disable

После этой команды уже обязательно необходима перезагрузка.

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

# rfreeze merge

После этого текущее состояние системы станет базовым.

Впрочем, команда «merge» потенциально опасная, будьте с ней осторожнее и делайте резервные копии.

Что и как замораживается

по умолчанию, «заморозке» подлежат все топ-левел директории, кроме:

  • /dev
  • /home
  • /lost+found
  • /media
  • /mnt
  • /proc
  • /run
  • /sys
  • /tmp

Вы можете указать список «незамораживаемых» директорий вручную при вызове rfreeze enable с помощью опции -d. Имена директорий должны быть разделены двоеточием и не содержать слешей, например:

rfreeze enable -d home:media:mnt

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

Для каждой из остальных директорий верхнего уровня создается «перехватчик», в зависимости от заданных опций располагающийся либо в tmpfs, либо в одной из директорий корневого раздела, либо на отдельном разделе жесткого диска. В любом случае, хранилище перехватчиков монтируется на директорию /tmp/sysroot-rw, а далее каждый перехватчик из этой директории монтируется через aufs поверх исходной директории так, что все изменения идут в /tmp/sysroot-rw.

Например, поверх директории /bin через aufs монтируется /tmp/sysroot-rw/bin. Если пользователь что-то меняет в /bin, то реально изменения происходят в /tmp/sysroot-rw/bin, а оригинальный /bin не затрагивается. Но пользователь (благодаря aufs) этого не замечает и в течение сеанса его работы (до перезагрузки/выключения) он видит в /bin все свои изменения.

Оригинальные версии всех директорий можно при этом наблюдать в директории /tmp/sysroot-ro.

Дополнительная информация

Перечень опций и возможностей, поддерживаемых установленной в системе версией ROSA Freeze, можно узнать, запустив команду

# rfreeze --help

Исходный код программы распространяется под лицензией BSD и доступен по адресу https://abf.rosalinux.ru/soft/rosa-freeze