Какие измерения я могу провести, чтобы препятствовать тому, чтобы обновление человечности представило мой бесполезный ноутбук?
Сегодня второй раз, когда мой ноутбук не был функционален весь день после выполнения системного обновления. Проблема все еще не была решена, но я не хочу фокусироваться на этой конкретной проблеме, поскольку несколько лет поддерживают мой рабочий стол, также перенесенный от системного обновления повреждения, и другой ноутбук потерял беспроводной Интернет из-за одного.
Мой вопрос, каковы некоторые вещи, которые я могу сделать для восстановления со злонамеренного обновления как можно скорее? Я просто не могу предоставить поиск некоторой таинственной ошибки весь день, все, что я хочу, для вещей быть способом, которым они были перед обновлением.
Ubuntu не имеет никакого "системного понятия" восстановления как Windows, делает, насколько я знаю, но что-то вроде этого - то, чему я хотел бы подражать. Я знаю, что можно вернуться отдельные пакеты к предыдущей версии, но это, как говорят, не совпадает с пакетом перед обновлением. Это также требует прохождению через потенциально многих пакетов.
Если это имеет значение я запускаю Ubuntu 14.04 LTS с настройками обновления по умолчанию, никакими экспериментальными пакетами или чем-либо.
Для получения лучшее представление о том, что я ищу вот, некоторые идеи, которые подошли после некоторой мозговой атаки:
- Так или иначе создайте снимок состояния ОС перед обновлением, подобным тем, Вы используете с виртуальной машиной. Затем смогите вернуться к тому снимку. Никакая подсказка, если это выполнимо.
- Создайте сценарий, чтобы автоматически выбрать обновленные пакеты последнего обновления, затем вернуться все они автоматически.
- Установите две Ubuntu на машине, создайте резервные копии лучше всего как возможные и в случае отказа основной Ubuntu, переключитесь на резервное копирование. Недостаток должен установить/настроить программное обеспечение дважды, существуют некоторые служебные.
Я вполне расстроен, поскольку это поднимает полностью слишком много времени, помогите мне предотвратить эту ситуацию в будущем.
1 ответ
Я никогда не использовал lvm. Это звучит действительно большим. При запрете чего-то как этот или файловой системы как xfs или возможно btrfs, попробуйте следующее.
Принимают во внимание, что мой опыт с настольными системами, и вещи, включающие серверы, могут несколько отличаться.
Это не симпатично, но можно всегда загружать живой CD и использовать инструмент как partimage, дамп, или даже tar или rsync для копирования всего корня и домашних разделов к другому разделу, предпочтительно на другом диске, но необходимо сделать это прежде , Вы выполняете свои обновления, или что-либо еще повреждается.
Примечание использование живого CD (или другой Linux, работающий от другого раздела, и т.д.), потому что корень и, очень часто, домой обновляется все время в живой системе и Вы хотите копию всех файлов, замороженных одновременно вовремя, таким образом, они все соглашаются друг с другом.
Это может быть оптимизировано немного, если Вы знаете о вещах, которые не изменяются или не имеют значения и исключают их из резервных копий - вещи как кэши,/tmp (в большинстве случаев), и, особенно, .thumbnails. (И если Вы идете файл файлом - как с rsync или tar, пропустите/sys и/proc, потому что они не "реальные" файловые системы так или иначе. В большинстве случаев можно также пропустить lost+found на каждом разделе. На / домой, большей части того, какие вопросы в этом случае являются файлами конфигурации - обычно в скрытых деревьях каталогов, которые запускаются с $HOME/.rest пути (. делает каталоги невидимыми для большинства команд и программ, если Вы не говорите им искать файлы/каталоги как этот.)
, Так как большинство обновлений не будет скремблировать Вашу систему, Вам не нужно полное резервное копирование как это перед каждыми из них. Просто удостоверьтесь, что Ваше резервное копирование является достаточно недавним, чтобы быть функциональным и что Ваши текущие файлы данных или на их собственном разделе - безопасно из пути - или намного более полно сохранены.
, Если Вы идете путем полного резервного копирования, существуют инструменты как rsync и вещи, созданные сверху его, какие жесткие ссылки использования сделать последующим полным резервным копированием на основе исходного резервного копирования, но которые чрезвычайно только занимают дополнительное место для файлов, которые на самом деле изменили содержание начиная с исходного или последнего резервного копирования.
, Как сослался на вышеупомянутый, это - почти всегда хорошая идея сохранить / домой на его собственном отдельном разделе. Это главным образом изолирует его от проблем обновления как необходимость восстановить / от резервного копирования. Только с конфигурационными файлами и любым форматом файла или новыми изменениями содержания нужно иметь дело. (Программы как Firefox и Thunderbird, кажется, изменяют почти все свои файлы очень часто.)
я не вижу, что кто-либо еще говорит об этом, но я делю новую систему с двумя корнями и двумя домами (пары живых и резервных, приблизительно 30 ГБ каждый), подкачка, и независимо от того, что оставляют, входит в раздел больших данных - который почти неуязвим для обновления проблем и может быть полностью сохранен и восстановлен в любое время в моей живой системе, пока я останавливаю любые приложения, которые могли бы писать в него.
при создании резервных копий этим путем можно (почти) просто переключиться на резервные копии (в меню начальной загрузки, например, личинке) и начать работать снова, не делая ничего больше. (Действительно необходимо указать на fstab запись для / домой в резервном корневом разделе к разделу, где резервное копирование / домой.)
Это также дает Вам опцию переключения на Ваше резервное копирование сразу, таким образом, можно продолжить заставлять сделанную работу - возможно с опцией имения в наличии поврежденных версий видеть, можно ли диагностировать или зафиксировать их, когда время разрешает.