Существует ли “точка восстановления” в Linux (Debian/Ubuntu) как Windows?
Я работаю непосредственно в Виртуальной машине (VM) Ubuntu. Некоторые обновления (как ядро) были доступны в менеджере по обновлению.
Если бы я не использовал VM, то я не обновил бы его, так как это - риск повредить что-то. Так как это - VM, можно создать Снимок или экспортировать устройство и восстановить, если что-то идет не так, как надо.
Предположим, что я не использую VM с установкой Debian/Ubuntu. Существует ли подход восстановления установки, который не зависит в конфигурации VM для восстановления системы точно перед обновлением (Как "Точка восстановления" в Windows), будучи легким восстановить как устройство VM?
(Я не ищу "фантомные изображения" или что-то как этот (Фантом Norton, Clonezilla, и т.д.), я ищу что-то встроенное в Системе Linux),
8 ответов
Нет никакой подобной функции, встроенной ни в какой дистрибутив Linux, о котором я знаю. Существует несколько причин, почему это было бы намного менее полезно, чем для Windows.
Прежде всего, дистрибутивы Linux намного более серьезно относятся, чем Microsoft к стабильным версиям, обновляемым только для исправления важных ошибок и с минимальными изменениями. Например, с Ubuntu и Debian, можно принять решение получить только обновления системы защиты (
-security), или только обновления системы защиты и важные исправления ошибок (-updates).Обновления ядра являются самыми опасными из-за шанса, что на вид выгодное изменение доставит неприятности на определенной аппаратной конфигурации. Поэтому большинство дистрибутивов позволяет больше чем одной версии ядра быть установленной одновременно; например, в то время, когда я пишу это, Ubuntu 10.04 имеет три версии ядра в наличии:
2.6.32.21.22от первоначальной версии,2.6.32.22.23с обновлениями системы защиты, и2.6.32.23.24с необновлениями системы защиты также. Если... 24 выпуска вызывают проблему на Вашем компьютере, можно перезагрузить под... 23 (и даже отмечают... 24, как запрещено для установки, по крайней мере, если Вы используете способность).Нет никакого реестра: все данные конфигурации находятся в файлах (в
/etcиерархия), который может легко быть восстановлен индивидуально, если что-то идет не так, как надо. Даже затем обновления стабильной версии редко влияют на файлы под/etc.Если Вы устанавливаете пакеты из некоторого источника кроме стабильной версии, то можно хотеть сохранить копии более старых версий пакетов и сохранить резервные копии конфигурационных файлов. Вот несколько подсказок об этом в Debian и Ubuntu.
- Удерживаются загруженные пакеты
/var/cache/apt/archives. Если у Вас есть дисковое пространство, просто не удаляйте старые файлы пакета, пока Вы не подтвердили более новые работы версии для Вас. - Много источников сохраняют более старые версии, таким образом, можно понизить легко (или путем загрузки и установки более старой версии вручную, или при помощи способных предпочтений). Для Debian, взгляд на snapshot.debian.org.
- Существует очень простой способ настроить управление версиями
/etc: установитеetckeeperпакет и активирует его командойetckeeper init. (Я делаю это, но не потому что я волнуюсь по поводу обновлений, повреждающих что-то, скорее потому что я волнуюсь по поводу своих изменений, повреждающих что-то.)
- Удерживаются загруженные пакеты
Вы могли попытаться использовать инструмент как etckeeper. Этот инструмент просто сохраняет конфигурационные файлы в масштабе всей системы в репозитории управления версиями и помогает откатывать и применить снова любое изменение.
Но, честно говоря, я никогда не должен был откатывать изменение, которое прибыло из обновлений в моих debian/stable системах. Я использую его для фиксации ошибок, которые я сделал вручную.
TMK, функция восстановления Windows только обращает изменения к реестру и некоторым критическим каталогам. Linux не имеет этого.
Вы могли попробовать ручной подход резервными копиями. Просто скопируйте свой корневой каталог и список программ от Синаптического и использования что как точка восстановления.
Обратите внимание, что Ubuntu в особенности (но вероятно также Debian) не удалит старые пакеты ядра при установке обновлений, и можно настроить загрузчик для представления списка ядер для выбора при начальной загрузке.
Это автоматически создает "точки восстановления" – для ядра только – потому что можно выбрать предыдущую версию если более новые проблемы причин. Насколько я знаю, Windows не имеет ничего как это для его обновлений ядра. (И специально для домашних пользователей, я не хотел бы понимать помощь той диагностировать и зафиксировать незагрузочную систему из-за обновления ядра.)
Если Вы используете менеджера по Логическому тому для управления содержанием жестких дисков, то Вы получаете это бесплатно в некоторой степени использующие снимки. Заключить большое ПРАКТИЧЕСКОЕ РУКОВОДСТВО В КАВЫЧКИ: "Один пример состоит в том, чтобы создать снимки объем, смонтировать снимок и попробовать экспериментальную программу, которые изменяют файлы на том объеме. Если Вам не нравится то, что это, можно размонтировать снимок, действительно удалял его и монтировал исходную файловую систему в ее месте".
В зависимости от Вашей технологии VM можно остановить/приостановить/приостановить VM, вывести ядро и скопировать изображение VM. Если это перестало работать, просто восстановите оригинал.
Если Вы являетесь прямыми на логическом томе, можно создать снимок LVM на основе исходного LV. Протестируйте обновление и если оно работает, Вы восстанавливаете его на исходном VM (см. lvcreate (8) с),
Или использование золотого старого tar (1). Вы создаете полный шар tar пространства пользователя, восстанавливаете файлы и удалили файлы, которые не были в исходном шаре tar.
Прямо сейчас Linux действительно не предлагает такую функцию, хотя это было бы очень полезно.
Однако обновления статьи Unbreakable, ZFS и Кв. описывают функцию способного клона основанного на Linux распределения устройства хранения данных Nexenta и предлагают...
Существует также новая файловая система, создаваемая частично как ответ на ZFS, названный BTRFS, который будет иметь многие преимущества ZFS и может быть способен к включению “небьющихся обновлений” для средних дистрибутивов Linux как Ubuntu в будущем также.
По моему скромному мнению, нам сначала нужна применимая файловая система Копии на записи (COW) для Linux, прежде чем такая опция сможет быть реализована в системе installers/updaters нормальным способом.
Уведомление: Хотя Nexenta основан на Linux, он не использует ядро Linux. Это использует ядро OpenSolaris и ZFS.