Что было бы безопасным способом обновления сервера?

Кроме того, вы не хотите зависеть от sudo за выполнение gems, поэтому я рекомендую добавить вашего пользователя в группу root и:

sudo chmod -R 770 /var/lib/gems
sudo chmod -R 770 /usr/local/bin

Просто выполните несколько обновлений по этой теме. Согласно документации по установке jekyll, необходима версия 2. После исправления проблемы с разрешениями я столкнулся с этой ожидаемой ошибкой:

ERROR:  Error installing jekyll:
jekyll requires Ruby version >= 2.0.0.

Установка с помощью RVM:

gpg --keyserver hkp://keys.gnupg.net --recv-keys \  409B6B1796C275462A1703113804BB82D39DC0E3
curl -sSL https://get.rvm.io | bash -s stable --ruby             
/bin/bash --login
rvm install 2.3.0
rvm use 2.3.0
rvm rubygems latest
ruby --version
rvm install ruby-dev
Для другие проблемы с установкой Ruby, следуйте этому.

После этого он работал для меня.

4
задан 21 August 2011 в 19:03

14 ответов

В большинстве случаев обновления вполне безопасны. К сожалению, вы никогда не сможете быть на 100% уверены, что все будет хорошо.

Итак, я предлагаю вам делать то, что каждый делает, когда обновление неизбежно: backup.

Получите внешний жесткий диск или любой другой тип хранилища (сетевой файловый сервер ...), резервное копирование все необходимые файлы (включая файлы конфигурации для запуска серверов, таких как apache, samba и т. д.), а затем продолжить обновление.

Обновление: если Ubuntu Server - это образ, работающий на рабочей станции VMware, почему бы вам просто не клонировать / копировать это изображение, а затем выполнять обновление?

Вам придется run: sudo do-release-upgrade

Дополнительная информация доступна здесь

Последнее обновление:

После обновления экран будет черным с мигающим курсором. [ ! d10]

Мы обсудили эту проблему и выяснили, что записи grub имели splash vt.handoff=7, хотя GUI не был установлен.

Затем мы попытались отредактировать записи grub и удалить вышеуказанные параметры, которые

Итак, мы отредактировали /etc/default/grub и сделали GRUB_CMDLINE_LINUX_DEFAULT="". Сохраняли файл, выпустили sudo update-grub, чтобы обновить записи меню grub, и проблема была решена.

3
ответ дан 25 May 2018 в 19:13
  • 1
    +1 Хороший призыв к «клонированию». Попросил его отредактировать мой собственный ответ;) – Rinzwind 21 August 2011 в 19:12
  • 2
    Да, если вы думаете об этом, клонирование изображений VM, вероятно, является одним из самых больших преимуществ виртуализации ... Никакого вреда. – Pavlos G. 21 August 2011 в 19:16
  • 3
    Именно так. Просто скопировал все файлы с того места, где текущий vm указал и начал do-release-upgrade, но после завершения обновления он показал мне экран запуска с 11.04, а затем он остановился, показывая черный экран с мигающим подчеркиванием. – Eugene 21 August 2011 в 20:48
  • 4
    Любые ошибки, о которых сообщалось во время обновления? Любые ошибки после мигающего подчеркивания? Можете ли вы загрузиться в однопользовательский режим? Любые старые версии ядра? – Pavlos G. 21 August 2011 в 23:44
  • 5
    Нет ошибок. Просто мигание подчеркивания. – Eugene 22 August 2011 в 00:30

В большинстве случаев обновления вполне безопасны. К сожалению, вы никогда не сможете быть на 100% уверены, что все будет хорошо.

Итак, я предлагаю вам делать то, что каждый делает, когда обновление неизбежно: backup.

Получите внешний жесткий диск или любой другой тип хранилища (сетевой файловый сервер ...), резервное копирование все необходимые файлы (включая файлы конфигурации для запуска серверов, таких как apache, samba и т. д.), а затем продолжить обновление.

Обновление: если Ubuntu Server - это образ, работающий на рабочей станции VMware, почему бы вам просто не клонировать / копировать это изображение, а затем выполнять обновление?

Вам придется run: sudo do-release-upgrade

Дополнительная информация доступна здесь

Последнее обновление:

После обновления экран будет черным с мигающим курсором. [ ! d10]

Мы обсудили эту проблему и выяснили, что записи grub имели splash vt.handoff=7, хотя GUI не был установлен.

Затем мы попытались отредактировать записи grub и удалить вышеуказанные параметры, которые

Итак, мы отредактировали /etc/default/grub и сделали GRUB_CMDLINE_LINUX_DEFAULT="". Сохраняли файл, выпустили sudo update-grub, чтобы обновить записи меню grub, и проблема была решена.

3
ответ дан 25 July 2018 в 21:25

В большинстве случаев обновления вполне безопасны. К сожалению, вы никогда не сможете быть на 100% уверены, что все будет хорошо.

Итак, я предлагаю вам делать то, что каждый делает, когда обновление неизбежно: backup.

Получите внешний жесткий диск или любой другой тип хранилища (сетевой файловый сервер ...), резервное копирование все необходимые файлы (включая файлы конфигурации для запуска серверов, таких как apache, samba и т. д.), а затем продолжить обновление.

Обновление: если Ubuntu Server - это образ, работающий на рабочей станции VMware, почему бы вам просто не клонировать / копировать это изображение, а затем выполнять обновление?

Вам придется run: sudo do-release-upgrade

Дополнительная информация доступна здесь

Последнее обновление:

После обновления экран будет черным с мигающим курсором. [ ! d10]

Мы обсудили эту проблему и выяснили, что записи grub имели splash vt.handoff=7, хотя GUI не был установлен.

Затем мы попытались отредактировать записи grub и удалить вышеуказанные параметры, которые

Итак, мы отредактировали /etc/default/grub и сделали GRUB_CMDLINE_LINUX_DEFAULT="". Сохраняли файл, выпустили sudo update-grub, чтобы обновить записи меню grub, и проблема была решена.

3
ответ дан 31 July 2018 в 12:55

В большинстве случаев обновления вполне безопасны. К сожалению, вы никогда не сможете быть на 100% уверены, что все будет хорошо.

Итак, я предлагаю вам делать то, что каждый делает, когда обновление неизбежно: backup.

Получите внешний жесткий диск или любой другой тип хранилища (сетевой файловый сервер ...), резервное копирование все необходимые файлы (включая файлы конфигурации для запуска серверов, таких как apache, samba и т. д.), а затем продолжить обновление.

Обновление: если Ubuntu Server - это образ, работающий на рабочей станции VMware, почему бы вам просто не клонировать / копировать это изображение, а затем выполнять обновление?

Вам придется run: sudo do-release-upgrade

Дополнительная информация доступна здесь

Последнее обновление:

После обновления экран будет черным с мигающим курсором. [ ! d10]

Мы обсудили эту проблему и выяснили, что записи grub имели splash vt.handoff=7, хотя GUI не был установлен.

Затем мы попытались отредактировать записи grub и удалить вышеуказанные параметры, которые

Итак, мы отредактировали /etc/default/grub и сделали GRUB_CMDLINE_LINUX_DEFAULT="". Сохраняли файл, выпустили sudo update-grub, чтобы обновить записи меню grub, и проблема была решена.

3
ответ дан 2 August 2018 в 03:05

В большинстве случаев обновления вполне безопасны. К сожалению, вы никогда не сможете быть на 100% уверены, что все будет хорошо.

Итак, я предлагаю вам делать то, что каждый делает, когда обновление неизбежно: backup.

Получите внешний жесткий диск или любой другой тип хранилища (сетевой файловый сервер ...), резервное копирование все необходимые файлы (включая файлы конфигурации для запуска серверов, таких как apache, samba и т. д.), а затем продолжить обновление.

Обновление: если Ubuntu Server - это образ, работающий на рабочей станции VMware, почему бы вам просто не клонировать / копировать это изображение, а затем выполнять обновление?

Вам придется run: sudo do-release-upgrade

Дополнительная информация доступна здесь

Последнее обновление:

После обновления экран будет черным с мигающим курсором. [ ! d10]

Мы обсудили эту проблему и выяснили, что записи grub имели splash vt.handoff=7, хотя GUI не был установлен.

Затем мы попытались отредактировать записи grub и удалить вышеуказанные параметры, которые

Итак, мы отредактировали /etc/default/grub и сделали GRUB_CMDLINE_LINUX_DEFAULT="". Сохраняли файл, выпустили sudo update-grub, чтобы обновить записи меню grub, и проблема была решена.

3
ответ дан 4 August 2018 в 18:55

В большинстве случаев обновления вполне безопасны. К сожалению, вы никогда не сможете быть на 100% уверены, что все будет хорошо.

Итак, я предлагаю вам делать то, что каждый делает, когда обновление неизбежно: backup.

Получите внешний жесткий диск или любой другой тип хранилища (сетевой файловый сервер ...), резервное копирование все необходимые файлы (включая файлы конфигурации для запуска серверов, таких как apache, samba и т. д.), а затем продолжить обновление.

Обновление: если Ubuntu Server - это образ, работающий на рабочей станции VMware, почему бы вам просто не клонировать / копировать это изображение, а затем выполнять обновление?

Вам придется run: sudo do-release-upgrade

Дополнительная информация доступна здесь

Последнее обновление:

После обновления экран будет черным с мигающим курсором. [ ! d10]

Мы обсудили эту проблему и выяснили, что записи grub имели splash vt.handoff=7, хотя GUI не был установлен.

Затем мы попытались отредактировать записи grub и удалить вышеуказанные параметры, которые

Итак, мы отредактировали /etc/default/grub и сделали GRUB_CMDLINE_LINUX_DEFAULT="". Сохраняли файл, выпустили sudo update-grub, чтобы обновить записи меню grub, и проблема была решена.

3
ответ дан 6 August 2018 в 03:17

В большинстве случаев обновления вполне безопасны. К сожалению, вы никогда не сможете быть на 100% уверены, что все будет хорошо.

Итак, я предлагаю вам делать то, что каждый делает, когда обновление неизбежно: backup.

Получите внешний жесткий диск или любой другой тип хранилища (сетевой файловый сервер ...), резервное копирование все необходимые файлы (включая файлы конфигурации для запуска серверов, таких как apache, samba и т. д.), а затем продолжить обновление.

Обновление: если Ubuntu Server - это образ, работающий на рабочей станции VMware, почему бы вам просто не клонировать / копировать это изображение, а затем выполнять обновление?

Вам придется run: sudo do-release-upgrade

Дополнительная информация доступна здесь

Последнее обновление:

После обновления экран будет черным с мигающим курсором. [ ! d10]

Мы обсудили эту проблему и выяснили, что записи grub имели splash vt.handoff=7, хотя GUI не был установлен.

Затем мы попытались отредактировать записи grub и удалить вышеуказанные параметры, которые

Итак, мы отредактировали /etc/default/grub и сделали GRUB_CMDLINE_LINUX_DEFAULT="". Сохраняли файл, выпустили sudo update-grub, чтобы обновить записи меню grub, и проблема была решена.

3
ответ дан 7 August 2018 в 20:58

Всегда предполагайте, что модернизация завершится неудачно и соответственно заплатит ваши шаги.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохранены. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций. Убедитесь, что вы можете восстановить резервную копию. Это также обычай, когда я работаю, чтобы сделать полную резервную копию всего диска.

Мы используем вторую систему для хранения несжатой резервной копии, чтобы я мог возвращать файлы ssh в новую систему. Но вы также можете сделать это с помощью USB-накопителя или диска, если это необходимо. 1 преимущество виртуального сервера у вас в том, что вы можете клонировать свое изображение и попробовать обновление на клоне.

Во время обновления я стараюсь обходить файлы, которые становятся замененными / обновленными / удаленными, но когда вы выполняете обновление дистрибутива, это довольно бессмысленно.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохраняются. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций.

Если обновление не выполнено, выполните полную переустановку и используйте свои резервные копии, чтобы вернуть всю свою конфигурацию.

1
ответ дан 25 May 2018 в 19:13

Всегда предполагайте, что модернизация завершится неудачно и соответственно заплатит ваши шаги.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохранены. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций. Убедитесь, что вы можете восстановить резервную копию. Это также обычай, когда я работаю, чтобы сделать полную резервную копию всего диска.

Мы используем вторую систему для хранения несжатой резервной копии, чтобы я мог возвращать файлы ssh в новую систему. Но вы также можете сделать это с помощью USB-накопителя или диска, если это необходимо. 1 преимущество виртуального сервера у вас в том, что вы можете клонировать свое изображение и попробовать обновление на клоне.

Во время обновления я стараюсь обходить файлы, которые становятся замененными / обновленными / удаленными, но когда вы выполняете обновление дистрибутива, это довольно бессмысленно.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохраняются. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций.

Если обновление не выполнено, выполните полную переустановку и используйте свои резервные копии, чтобы вернуть всю свою конфигурацию.

1
ответ дан 25 July 2018 в 21:25

Всегда предполагайте, что модернизация завершится неудачно и соответственно заплатит ваши шаги.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохранены. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций. Убедитесь, что вы можете восстановить резервную копию. Это также обычай, когда я работаю, чтобы сделать полную резервную копию всего диска.

Мы используем вторую систему для хранения несжатой резервной копии, чтобы я мог возвращать файлы ssh в новую систему. Но вы также можете сделать это с помощью USB-накопителя или диска, если это необходимо. 1 преимущество виртуального сервера у вас в том, что вы можете клонировать свое изображение и попробовать обновление на клоне.

Во время обновления я стараюсь обходить файлы, которые становятся замененными / обновленными / удаленными, но когда вы выполняете обновление дистрибутива, это довольно бессмысленно.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохраняются. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций.

Если обновление не выполнено, выполните полную переустановку и используйте свои резервные копии, чтобы вернуть всю свою конфигурацию.

1
ответ дан 31 July 2018 в 12:55

Всегда предполагайте, что модернизация завершится неудачно и соответственно заплатит ваши шаги.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохранены. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций. Убедитесь, что вы можете восстановить резервную копию. Это также обычай, когда я работаю, чтобы сделать полную резервную копию всего диска.

Мы используем вторую систему для хранения несжатой резервной копии, чтобы я мог возвращать файлы ssh в новую систему. Но вы также можете сделать это с помощью USB-накопителя или диска, если это необходимо. 1 преимущество виртуального сервера у вас в том, что вы можете клонировать свое изображение и попробовать обновление на клоне.

Во время обновления я стараюсь обходить файлы, которые становятся замененными / обновленными / удаленными, но когда вы выполняете обновление дистрибутива, это довольно бессмысленно.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохраняются. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций.

Если обновление не выполнено, выполните полную переустановку и используйте свои резервные копии, чтобы вернуть всю свою конфигурацию.

1
ответ дан 2 August 2018 в 03:05

Всегда предполагайте, что модернизация завершится неудачно и соответственно заплатит ваши шаги.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохранены. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций. Убедитесь, что вы можете восстановить резервную копию. Это также обычай, когда я работаю, чтобы сделать полную резервную копию всего диска.

Мы используем вторую систему для хранения несжатой резервной копии, чтобы я мог возвращать файлы ssh в новую систему. Но вы также можете сделать это с помощью USB-накопителя или диска, если это необходимо. 1 преимущество виртуального сервера у вас в том, что вы можете клонировать свое изображение и попробовать обновление на клоне.

Во время обновления я стараюсь обходить файлы, которые становятся замененными / обновленными / удаленными, но когда вы выполняете обновление дистрибутива, это довольно бессмысленно.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохраняются. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций.

Если обновление не выполнено, выполните полную переустановку и используйте свои резервные копии, чтобы вернуть всю свою конфигурацию.

1
ответ дан 4 August 2018 в 18:55

Всегда предполагайте, что модернизация завершится неудачно и соответственно заплатит ваши шаги.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохранены. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций. Убедитесь, что вы можете восстановить резервную копию. Это также обычай, когда я работаю, чтобы сделать полную резервную копию всего диска.

Мы используем вторую систему для хранения несжатой резервной копии, чтобы я мог возвращать файлы ssh в новую систему. Но вы также можете сделать это с помощью USB-накопителя или диска, если это необходимо. 1 преимущество виртуального сервера у вас в том, что вы можете клонировать свое изображение и попробовать обновление на клоне.

Во время обновления я стараюсь обходить файлы, которые становятся замененными / обновленными / удаленными, но когда вы выполняете обновление дистрибутива, это довольно бессмысленно.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохраняются. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций.

Если обновление не выполнено, выполните полную переустановку и используйте свои резервные копии, чтобы вернуть всю свою конфигурацию.

1
ответ дан 6 August 2018 в 03:17

Всегда предполагайте, что модернизация завершится неудачно и соответственно заплатит ваши шаги.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохранены. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций. Убедитесь, что вы можете восстановить резервную копию. Это также обычай, когда я работаю, чтобы сделать полную резервную копию всего диска.

Мы используем вторую систему для хранения несжатой резервной копии, чтобы я мог возвращать файлы ssh в новую систему. Но вы также можете сделать это с помощью USB-накопителя или диска, если это необходимо. 1 преимущество виртуального сервера у вас в том, что вы можете клонировать свое изображение и попробовать обновление на клоне.

Во время обновления я стараюсь обходить файлы, которые становятся замененными / обновленными / удаленными, но когда вы выполняете обновление дистрибутива, это довольно бессмысленно.

Резервное копирование файлов Убедитесь, что файлы конфигурации в /etc/, такие как apache, samba, cups и т. д., также сохраняются. MySQL: сделайте mysqldump вашей базы данных. Также подумайте о резервном копировании своих /home/ и акций.

Если обновление не выполнено, выполните полную переустановку и используйте свои резервные копии, чтобы вернуть всю свою конфигурацию.

1
ответ дан 7 August 2018 в 20:58

Другие вопросы по тегам:

Похожие вопросы: