Обновление Ubuntu с 15.10 по 18.04 [dубликат]

В настоящее время я использую Ubuntu 10.04. Я знаю, что есть версия 10.10, но могу ли я обновить ее до 11.04? Не могли бы вы пройти через шаги, пожалуйста?

114
задан 11 April 2017 в 05:27

20 ответов

Ubuntu поддерживает только обновление от одной версии до следующей версии или от одной версии LTS до следующей версии LTS. Поэтому вам нужно обновить с 10.04 до 10.10, а затем до 11.04.

Существуют технические причины этого ограничения. Когда установлена ​​новая версия существующего пакета, иногда приходится выполнять преобразования, например, может потребоваться импортировать существующие настройки в новый формат базы данных. При выполнении таких преобразований сценарии упаковки должны делать предположения о старом формате. Если бы были обновлены все предыдущие версии Ubuntu, это быстро стало бы кошмаром обслуживания, так как скрипты для упаковки должны были бы иметь возможность конвертировать из всех ранее использованных форматов в текущий формат. Чтобы избежать кошмара, сценарии упаковки только в общей поддержке поддерживают обновление версии пакета, включенного в предыдущую версию Ubuntu (и из предыдущей версии LTS, в случае пакета, включенного в выпуск LTS).

Возможно обновление с предпоследней или более ранней версии до текущей версии (так называемое «обновление пропусков»), но может привести к неправильной конфигурации.

80
ответ дан 17 July 2018 в 13:22

Вы не можете пропустить выпуск при обновлении Ubuntu. Таким образом, вам нужно будет сначала обновиться до 9.10, а затем с 9.10 по 10.04.

4
ответ дан 17 July 2018 в 13:22

Я нашел простой способ обходить эту проблему и все еще обновлять онлайн без компакт-диска.

Краткая сводка

Установить Apache получить файл http: // changelogs .ubuntu.com / meta-release в / var / www Tweak загруженный файл Tweak системные файлы, чтобы указать на ваш сервер, и загруженный файл активирует сервер Apache по умолчанию. Здесь вы идете!

Примечание: (обновлено 2014-07-25) см. также Rubo77 здесь.

Краткое описание

1) Установите Apache (пропустите, если он уже установлен): sudo apt-get install apache2

2) Загрузите файл локально

cd /var/www sudo wget http://changelogs.ubuntu.com/meta-release

3) Обновите файл

Удалите всю версию после Karmic и измените строку Supported: 0, заменив 0 на 1 для Karmic. [ ! d19]

4) Tweak некоторые системные файлы:

Редактировать / etc / update-manager / meta-release и изменить:

URI = http://127.0.0.1/meta-release URI_LTS = http://127.0.0.1/meta-release

Примечание: ( обновлено 2014-07-25) см. также Rubo77 здесь.

5) Активировать сервер по умолчанию apache: sudo a2ensite default

5.1) Промежуточное состояние, убедитесь, что оно работает

cd /tmp wget http://127.0.0.1/meta-release

5.2) Если ошибка, попробуйте перезапустить Apache2:

`sudo /etc/init.d/apache2 restart`

6) Обновить: проверьте подробные инструкции в Дополнении сообщества Ubuntu. Вот краткое резюме:

6.1) Пожалуйста, убедитесь, что у вас есть следующие sources.list (/etc/apt/sources.list).

## EOL upgrade sources.list # Required deb http://old-releases.ubuntu.com/ubuntu/ jaunty main restricted universe multiverse deb http://old-releases.ubuntu.com/ubuntu/ jaunty-updates main restricted universe multiverse deb http://old-releases.ubuntu.com/ubuntu/ jaunty-security main restricted universe multiverse # Optional #deb http://old-releases.ubuntu.com/ubuntu/ jaunty-backports main restricted universe multiverse #deb http://old-releases.ubuntu.com/ubuntu/ jaunty-proposed main restricted universe multiverse

6.2) Обновите список пакетов и обновить все установленные пакеты

sudo aptitude update && sudo aptitude safe-upgrade

6.3) Выполнить обновление выпуска

sudo do-release-upgrade

Альтернативный путь

Для шага 4 выполните следующие действия вместо этого:

URI = http://changelogs.ubuntu.com/meta-release URI_LTS = http://changelogs.ubuntu.com/meta-release

Затем измените / etc / hosts, чтобы изменить файл changelogs.ubuntu.com на свой собственный IP-адрес сервера. Добавьте новую строку с помощью:

127.0.0.1 changelogs.ubuntu.com

Альтернативный путь

После обновления вы можете удалить apache2, восстановить системные файлы (/ etc / update -manager / meta-release и, возможно, /etc/hosts).

2
ответ дан 17 July 2018 в 13:22

Спасибо, что решены проблемы, которые я испытывал при обновлении старой системы. Тем не менее, одно усовершенствование, которое я использовал, сделает это намного проще - вам не нужно устанавливать apache.

Просто используйте URI file:// вместо URI http://.

Таким образом, процесс таким образом (мое имя пользователя fozzy):

fozzy@hostname:~$ wget -O - http://changelogs.ubuntu.com/meta-release | sed '/lucid/,$d' > meta-release

Отредактируйте файл метаданных в своем домашнем каталоге с вашим любимым редактором, чтобы строка «Supported: 0» в karmic block теперь читает: «Поддерживается: 1».

Отредактируйте / etc / update-manager / meta-release и сделайте URI таким образом (обратите внимание на три слэша в строке):

URI = file:///home/fozzy/meta-release URI_LTS = file:///home/fozzy/meta-release

Выполните обновление релиза.

Приятно, что нет необходимости устанавливать apache и все, что он втягивает - я использовал его на минимальной системе, и я не хотел, чтобы все

Вам нужен только root для редактирования файла /etc/update-manager/meta-release, а затем для запуска файла do-release-upgrade.

5
ответ дан 17 July 2018 в 13:22

Когда-то Джаунти вышла из-под поддержки. Следующая версия от Jaunty (Karmic) также не поддерживается.

Вы также не можете перепрыгивать промежуточные версии, то есть не с 9.04 до 10.4 - вам нужно пройти через 9.10.

Поскольку как Jaunty, так и Karmic были удалены из основных репозиториев, вам лучше всего обновить маршрут, чтобы загрузить рабочий стол ISO 10.04 и сделать новую установку.

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

4
ответ дан 17 July 2018 в 13:22
sudo apt-get install update-manager-core do-release-upgrade

, но на основе вашего сообщения об ошибке, я сомневаюсь, что вы получите разные результаты. Я получаю ту же ошибку, и мне еще предстоит найти решение.

1
ответ дан 17 July 2018 в 13:22

Откройте терминал, запустите sudo update-manager -d и вы выключитесь!

-5
ответ дан 17 July 2018 в 13:22

Автоматическое, дистанционное, инкрементное обновление до последней версии

Я не буду повторять ответы других, но я знаю, как добиться эффекта перехода от одного старого релиза до последнего. Для этого требуется доступ к другому компьютеру с установленным терминалом и ssh, чтобы вы могли автоматизировать этот процесс, используя ssh и цикл в оболочке.

Просто, чтобы развернуть предыдущие ответы, вот как удаленно выполнять то же, что и принятый ответ, используя обновление без пароля через ssh, которое обновит вашу версию до последней версии. Это скопировано из моей записи в блоге.

Все эти шаги предполагают, что ваш репозиторий пакетов работает. Значение, если вы выполняете обновление apt-get, вам не представлено много 404s из-за устаревшей версии. Сначала вам нужно исправить это, поэтому моя собственная запись в блоге для этого.

0. Обновить все существующие пакеты

sudo apt-get update sudo apt-get upgrade sudo apt-get dist-upgrade

1. Настроить выполнение бездействия

Добавить себя в список пользователей, которые могут выполнить make-release-обновление с помощью sudo без ввода пароля, достигается путем выполнения

sudo visudo -f /etc/sudoers.d/do-release-upgrade.

и добавления следующая строка, подменяя мое имя пользователя для вашего, конечно:

my-username ALL=NOPASSWD: /usr/bin/do-release-upgrade

2. Начать инкрементные обновления

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

while true; do ssh my-user@my-server sudo do-release-upgrade -f DistUpgradeViewNonInteractive; sleep 120; done

3. Исправьте конфигурационные файлы в их предыдущем состоянии

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

Не выполнено с ответами по умолчанию?

У этого парня есть способ заранее подготовить ответы для каждого приглашения, но недостатком является то, что вы должны знать, сколько запросов есть ...

-1
ответ дан 17 July 2018 в 13:22

Вы не должны пропускать релизы. есть простой способ обновить стандартный способ, хотя yakkety - EOL:

Сначала создайте копию sources.list, а затем замените регулярные локализованные ссылки на архив на «old-релизы»: [ ! d1] cp -a /etc/apt/sources.list /etc/apt/sources.list.old sed -i -e 's/de.archive/old-releases/' /etc/apt/sources.list

(замените de.archive кодом страны) nano /etc/apt/sources.list

Если применимо, запишите записи для «партнера» и «безопасности», :

#deb http://archive.canonical.com/ubuntu yakkety partner #deb http://security.ubuntu.com/ubuntu yakkety-security main restricted #deb http://security.ubuntu.com/ubuntu yakkety-security universe #deb http://security.ubuntu.com/ubuntu yakkety-security multiverse

apt-get update

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

nano /var/lib/update-manager/meta-release

и изменить записи для «яккет» и «zesty». Установите «Поддерживается» в «1», а ресурс свяжет все с «старыми выпусками».

Запустите это один раз для каждого шага выпуска (от yakkety до zesty, затем от zesty до хитрых, .. .).

do-release-upgrade do-release-upgrade ...

После этого снова включите репозиторий «партнер», если он был включен раньше:

nano /etc/apt/sources.list

источник: https://andreas.scherbaum.la/ блог / архивы / 950-Upgrade-из-Ubuntu-16.10-yakkety к 17.10-artful.html

0
ответ дан 17 July 2018 в 13:22

Вы можете выполнить описанный выше метод без установки apache или изменения / etc / hosts. Просто сохраните файл метаданных из wget где-нибудь (кроме верхней части / etc / update-manager / meta-release) и отредактируйте его, как описано. Затем в / etc / update-manager / meta-release измените строку «URI = http: // .....» на «URI = файл: /// путь / в / мой / отредактированный / мета-релиз / file "

Кроме того, для do_release_upgrade для работы в вашем отредактированном файле метаданных вам необходимо изменить архив в URL-адресах для файлов Release-File, Upgrade-Tool и UpgradeToolSignature с http://archive.... до http://old-releases...

5
ответ дан 17 July 2018 в 13:22

Ubuntu поддерживает только обновление от одной версии до следующей версии или от одной версии LTS до следующей версии LTS. Поэтому вам нужно обновить с 10.04 до 10.10, а затем до 11.04.

Существуют технические причины этого ограничения. Когда установлена ​​новая версия существующего пакета, иногда приходится выполнять преобразования, например, может потребоваться импортировать существующие настройки в новый формат базы данных. При выполнении таких преобразований сценарии упаковки должны делать предположения о старом формате. Если бы были обновлены все предыдущие версии Ubuntu, это быстро стало бы кошмаром обслуживания, так как скрипты для упаковки должны были бы иметь возможность конвертировать из всех ранее использованных форматов в текущий формат. Чтобы избежать кошмара, сценарии упаковки только в общей поддержке поддерживают обновление версии пакета, включенного в предыдущую версию Ubuntu (и из предыдущей версии LTS, в случае пакета, включенного в выпуск LTS).

Возможно обновление с предпоследней или более ранней версии до текущей версии (так называемое «обновление пропусков»), но может привести к неправильной конфигурации.

80
ответ дан 20 July 2018 в 13:29
  • 1
    Вы знаете официальное заявление Canonical / Ubuntu на эту тему? Мне кажется странным, что они официально не поддерживают это. В противном случае, почему менеджер обновлений от Ubuntu 12.10 даже дал мне возможность обновлять только выпуски LTS, если это никогда не будет возможным? – Avian00 23 April 2014 в 18:37
  • 2
    @ Avian00 Как-то, когда вы переходите на LTS, они вынуждают переменную Prompt в /etc/update-manager/release-upgrades до lts. Вы должны изменить его на normal, чтобы обновить работу в обычном режиме . По крайней мере, это мой опыт. – Alexis Wilke 1 September 2015 в 00:55
  • 3
    Когда я установил 14.04, он предложил мне 16.04 как часть процесса. Я сделал это и нашел, что могу положиться на 16.04 LTS. Но есть некоторые внутренние элементы, которые изменились на 15, поэтому моя система имеет эти файлы, а также файлы 16.04 для процесса загрузки. Это может сбивать с толку найти хорошие советы по гибридной системе, хотя большинство файлов 14.04 просто игнорируются. Для меня это означает, что мне нужно быть очень осторожным, чтобы следовать рекомендациям, характерным только для 16.04 LTS. Неважно, но что-то для рассмотрения. Совет 14.04 может выглядеть корректно, но не выполнять требуемые изменения (например, уровни журнала cron). – SDsolar 12 March 2018 в 09:32

Вы не можете пропустить выпуск при обновлении Ubuntu. Таким образом, вам нужно будет сначала обновиться до 9.10, а затем с 9.10 по 10.04.

4
ответ дан 20 July 2018 в 13:29
  • 1
    но как выбрать 9.10, когда 10.04 является единственным вариантом, который я вижу на экране? есть ли способ сделать это ??? – Yadnesh 9 June 2011 в 15:48
  • 2
    Причина, по которой это не показано, заключается в том, что 9.10 не поддерживается, поэтому он был удален с основного сервера загрузки & amp; зеркала ... – JanC 9 June 2011 в 15:56
  • 3
    @Yadnesh: Я думаю, вы все равно можете скачать 9.10 альтернативный компакт-диск и обновить его. – binW 9 June 2011 в 17:36

Я нашел простой способ обходить эту проблему и все еще обновлять онлайн без компакт-диска.

Краткая сводка

Установить Apache получить файл http: // changelogs .ubuntu.com / meta-release в / var / www Tweak загруженный файл Tweak системные файлы, чтобы указать на ваш сервер, и загруженный файл активирует сервер Apache по умолчанию. Здесь вы идете!

Примечание: (обновлено 2014-07-25) см. также Rubo77 здесь.

Краткое описание

1) Установите Apache (пропустите, если он уже установлен): sudo apt-get install apache2

2) Загрузите файл локально

cd /var/www sudo wget http://changelogs.ubuntu.com/meta-release

3) Обновите файл

Удалите всю версию после Karmic и измените строку Supported: 0, заменив 0 на 1 для Karmic. [ ! d19]

4) Tweak некоторые системные файлы:

Редактировать / etc / update-manager / meta-release и изменить:

URI = http://127.0.0.1/meta-release URI_LTS = http://127.0.0.1/meta-release

Примечание: ( обновлено 2014-07-25) см. также Rubo77 здесь.

5) Активировать сервер по умолчанию apache: sudo a2ensite default

5.1) Промежуточное состояние, убедитесь, что оно работает

cd /tmp wget http://127.0.0.1/meta-release

5.2) Если ошибка, попробуйте перезапустить Apache2:

`sudo /etc/init.d/apache2 restart`

6) Обновить: проверьте подробные инструкции в Дополнении сообщества Ubuntu. Вот краткое резюме:

6.1) Пожалуйста, убедитесь, что у вас есть следующие sources.list (/etc/apt/sources.list).

## EOL upgrade sources.list # Required deb http://old-releases.ubuntu.com/ubuntu/ jaunty main restricted universe multiverse deb http://old-releases.ubuntu.com/ubuntu/ jaunty-updates main restricted universe multiverse deb http://old-releases.ubuntu.com/ubuntu/ jaunty-security main restricted universe multiverse # Optional #deb http://old-releases.ubuntu.com/ubuntu/ jaunty-backports main restricted universe multiverse #deb http://old-releases.ubuntu.com/ubuntu/ jaunty-proposed main restricted universe multiverse

6.2) Обновите список пакетов и обновить все установленные пакеты

sudo aptitude update && sudo aptitude safe-upgrade

6.3) Выполнить обновление выпуска

sudo do-release-upgrade

Альтернативный путь

Для шага 4 выполните следующие действия вместо этого:

URI = http://changelogs.ubuntu.com/meta-release URI_LTS = http://changelogs.ubuntu.com/meta-release

Затем измените / etc / hosts, чтобы изменить файл changelogs.ubuntu.com на свой собственный IP-адрес сервера. Добавьте новую строку с помощью:

127.0.0.1 changelogs.ubuntu.com

Альтернативный путь

После обновления вы можете удалить apache2, восстановить системные файлы (/ etc / update -manager / meta-release и, возможно, /etc/hosts).

2
ответ дан 20 July 2018 в 13:29
  • 1
    звучит здорово !! я дам ему попробовать ...! – Yadnesh 9 June 2011 в 15:55
  • 2
    @Yadnesh: обязательно создайте резервную копию , желательно с помощью инструмента для создания образов диска, такого как Clonezilla, чтобы вы могли восстановить свой диск, если обновление идет не так. – Lekensteyn 9 June 2011 в 15:57
  • 3
    есть ли шанс на обновление? – Yadnesh 9 June 2011 в 16:00
  • 4
    @Yadnesh: ну, новые настройки не всегда хорошо работают со старыми настройками. В моем обновлении от Jaunty до Karmic многие виджеты рабочего стола были перемещены. Если возможно, выполните новую установку. Кроме проблем с программным обеспечением, есть и другие проблемы: питание может быть отключено, жесткий диск может выйти из строя, или человек бросает кофе поверх машины. – Lekensteyn 9 June 2011 в 16:03
  • 5
    @Yadnesh, @Lekensteyn, я предлагаю вам удалить все PPA и другие неофициальные репозитории перед началом обновления и, возможно, также удалить пакеты из этих PPA (например, используя ppa-purge). И, вероятно, также неплохо убедиться, что 9.10 обновлен, прежде чем сделать обновление версии до 10.04 ... – JanC 9 June 2011 в 17:27
  • 6
    Вниз, так как это больше не отвечает на вопрос. Он получил канонизацию ... – Jjed 9 May 2012 в 11:55
  • 7
    На самом деле Джейкоб, это все еще отвечает на вопрос, даже если вы отредактировали. Пользователь использует 10.x, и я даю ему ответ на это. Однако я добавлю "примечание" в конце концов, в котором говорится о старых обновлениях. – Luis Alvarado♦ 9 May 2012 в 20:07
  • 8
    Ответы на сайты SE не только для асека, но и в первую очередь. Этот ответ уже отвечает на частично нерелевантный вопрос (кто хочет обновить 10.04 -> 11.04 на данный момент?). Не могли бы вы сделать ваши инструкции более общие? Если так, то я перейду на верх. – Jjed 9 May 2012 в 20:13
  • 9
    На самом деле я не согласен частично. Ответ на вопрос и для обычных пользователей. Когда мой ответ был создан, пользователь мог обновлять шаг за шагом, когда он спрашивал об этом. Это соответствует правилам и ответам пользователя. Я также не вижу, насколько более общий вам будет нужен, поскольку он идет шаг за шагом, и в примечании в конце упоминаются 2 способа обновления после выхода 12.04. – Luis Alvarado♦ 9 May 2012 в 20:19
  • 10
    После поиска слова «канонизированные» (Не знал этого). Я понял. Я думал, что вы как-то говорите о Каноническом, и он получил «канонизацию». Как будто он получил Ubuntuzied или что-то в этом роде. Во всяком случае, сделайте изменения в начале, чтобы не путать читателей. – Luis Alvarado♦ 10 May 2012 в 11:52
  • 11
    Я попытался это сделать, но обнаружил, что различные кармические обновления, обычно расположенные в archive.ubuntu.com/ubuntu/dists , были удалены. do-release-upgrade в итоге не работает ... Идеи? – Pete 12 May 2012 в 01:13
  • 12
    Вам все равно нужно следовать инструкциям по обновлению Ubuntu для End Of Life (EOL). Вы можете найти его здесь: help.ubuntu.com/community/EOLUpgrades/Jaunty Он посоветует вам заменить архив. ubuntu.com от old-releases.ubuntu.com в вашем /etc/apt/sources.list Это не упоминалось в вопросе, но подразумевалось (видя проблему, с которой столкнулась Яднеш) – Huygens 12 May 2012 в 15:34
  • 13
    @Pete сделал ресурс, который я отправил вам, решил вашу проблему? Это сработало для вас? – Huygens 14 May 2012 в 12:41
  • 14
    В итоге я попытался использовать комбинацию вашего исправления, а альтернативный подход к CD, упомянутый в другом ответе. К сожалению, машина перестала реагировать удаленно, и наши ИТ, похоже, смогут монтировать разделы, а не загружать их. Свежая установка здесь я приду! В любом случае спасибо. – Pete 14 May 2012 в 18:59
  • 15
    Вам не нужен apache, просто используйте pythons simpleHTTPServer. Я переформулировал ваш ответ здесь: askubuntu.com/a/502485/34298 – rubo77 25 July 2014 в 16:55

Спасибо, что решены проблемы, которые я испытывал при обновлении старой системы. Тем не менее, одно усовершенствование, которое я использовал, сделает это намного проще - вам не нужно устанавливать apache.

Просто используйте URI file:// вместо URI http://.

Таким образом, процесс таким образом (мое имя пользователя fozzy):

fozzy@hostname:~$ wget -O - http://changelogs.ubuntu.com/meta-release | sed '/lucid/,$d' > meta-release

Отредактируйте файл метаданных в своем домашнем каталоге с вашим любимым редактором, чтобы строка «Supported: 0» в karmic block теперь читает: «Поддерживается: 1».

Отредактируйте / etc / update-manager / meta-release и сделайте URI таким образом (обратите внимание на три слэша в строке):

URI = file:///home/fozzy/meta-release URI_LTS = file:///home/fozzy/meta-release

Выполните обновление релиза.

Приятно, что нет необходимости устанавливать apache и все, что он втягивает - я использовал его на минимальной системе, и я не хотел, чтобы все

Вам нужен только root для редактирования файла /etc/update-manager/meta-release, а затем для запуска файла do-release-upgrade.

5
ответ дан 20 July 2018 в 13:29

Когда-то Джаунти вышла из-под поддержки. Следующая версия от Jaunty (Karmic) также не поддерживается.

Вы также не можете перепрыгивать промежуточные версии, то есть не с 9.04 до 10.4 - вам нужно пройти через 9.10.

Поскольку как Jaunty, так и Karmic были удалены из основных репозиториев, вам лучше всего обновить маршрут, чтобы загрузить рабочий стол ISO 10.04 и сделать новую установку.

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

4
ответ дан 20 July 2018 в 13:29
  • 1
    Могу ли я обновить CD? – Yadnesh 9 June 2011 в 15:50
  • 2
    да - см. ответ @lekensteyn. Мой совет - примите это как возможность начать заново - вы будете удивлены, насколько много вы собираете за эти годы. Также вы избегаете каких-либо «обновлений». проблемы, которые вы иногда получаете, например, неправильно установленные пакеты / конфликтующие пакеты из материалов, которые вы могли скомпилировать / вручную. – fossfreedom♦ 9 June 2011 в 15:54
  • 3
    Я предлагаю также копировать все скрытые файлы, потому что они могут содержать полезную информацию (я сомневаюсь, что Yadnesh хочет потерять почту, например). – JanC 9 June 2011 в 17:08
  • 4
    @JanC - экспорт его почтового ящика - лучший ответ. Основная проблема с копированием скрытых файлов заключается в том, что структура файлов конфигурации может & amp; вероятно, изменились. Если вы замените новые файлы конфигурации старыми, вы получите неработающие проблемы с приложениями / темами и другие проблемы. – fossfreedom♦ 9 June 2011 в 17:17
  • 5
    @fossfreedom @JanC: экспортируйте, если возможно, и скопируйте все. Даже если приложения могут конвертировать старые файлы конфигурации, это не безупречно (новые функции не интегрируются и не имеют странных настроек по умолчанию) – Lekensteyn 9 June 2011 в 17:47
  • 6
    +1 за уборку мусора, которую я не делал с 2009 года ... К счастью, сейчас диски огромны. Также обратите внимание, что только резервное копирование /home выполняется на рабочем столе конечного пользователя, но на сервере у вас, вероятно, будет множество настроек в /etc/..., которые необходимо переустановить, и это займет много времени, если вы установите новый ОПЕРАЦИОННЫЕ СИСТЕМЫ. – Alexis Wilke 1 September 2015 в 00:59
sudo apt-get install update-manager-core do-release-upgrade

, но на основе вашего сообщения об ошибке, я сомневаюсь, что вы получите разные результаты. Я получаю ту же ошибку, и мне еще предстоит найти решение.

1
ответ дан 20 July 2018 в 13:29

Откройте терминал, запустите sudo update-manager -d и вы выключитесь!

-5
ответ дан 20 July 2018 в 13:29
  • 1
    Это неверно, это обновляет машину до выпуска разработки. – Jorge Castro 9 October 2011 в 02:01

Автоматическое, дистанционное, инкрементное обновление до последней версии

Я не буду повторять ответы других, но я знаю, как добиться эффекта перехода от одного старого релиза до последнего. Для этого требуется доступ к другому компьютеру с установленным терминалом и ssh, чтобы вы могли автоматизировать этот процесс, используя ssh и цикл в оболочке.

Просто, чтобы развернуть предыдущие ответы, вот как удаленно выполнять то же, что и принятый ответ, используя обновление без пароля через ssh, которое обновит вашу версию до последней версии. Это скопировано из моей записи в блоге.

Все эти шаги предполагают, что ваш репозиторий пакетов работает. Значение, если вы выполняете обновление apt-get, вам не представлено много 404s из-за устаревшей версии. Сначала вам нужно исправить это, поэтому моя собственная запись в блоге для этого.

0. Обновить все существующие пакеты

sudo apt-get update sudo apt-get upgrade sudo apt-get dist-upgrade

1. Настроить выполнение бездействия

Добавить себя в список пользователей, которые могут выполнить make-release-обновление с помощью sudo без ввода пароля, достигается путем выполнения

sudo visudo -f /etc/sudoers.d/do-release-upgrade.

и добавления следующая строка, подменяя мое имя пользователя для вашего, конечно:

my-username ALL=NOPASSWD: /usr/bin/do-release-upgrade

2. Начать инкрементные обновления

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

while true; do ssh my-user@my-server sudo do-release-upgrade -f DistUpgradeViewNonInteractive; sleep 120; done

3. Исправьте конфигурационные файлы в их предыдущем состоянии

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

Не выполнено с ответами по умолчанию?

У этого парня есть способ заранее подготовить ответы для каждого приглашения, но недостатком является то, что вы должны знать, сколько запросов есть ...

-1
ответ дан 20 July 2018 в 13:29

Вы не должны пропускать релизы. есть простой способ обновить стандартный способ, хотя yakkety - EOL:

Сначала создайте копию sources.list, а затем замените регулярные локализованные ссылки на архив на «old-релизы»: [ ! d1] cp -a /etc/apt/sources.list /etc/apt/sources.list.old sed -i -e 's/de.archive/old-releases/' /etc/apt/sources.list

(замените de.archive кодом страны) nano /etc/apt/sources.list

Если применимо, запишите записи для «партнера» и «безопасности», :

#deb http://archive.canonical.com/ubuntu yakkety partner #deb http://security.ubuntu.com/ubuntu yakkety-security main restricted #deb http://security.ubuntu.com/ubuntu yakkety-security universe #deb http://security.ubuntu.com/ubuntu yakkety-security multiverse

apt-get update

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

nano /var/lib/update-manager/meta-release

и изменить записи для «яккет» и «zesty». Установите «Поддерживается» в «1», а ресурс свяжет все с «старыми выпусками».

Запустите это один раз для каждого шага выпуска (от yakkety до zesty, затем от zesty до хитрых, .. .).

do-release-upgrade do-release-upgrade ...

После этого снова включите репозиторий «партнер», если он был включен раньше:

nano /etc/apt/sources.list

источник: https://andreas.scherbaum.la/ блог / архивы / 950-Upgrade-из-Ubuntu-16.10-yakkety к 17.10-artful.html

0
ответ дан 20 July 2018 в 13:29
  • 1
    Хороший совет по резервному копированию установленных пакетов. Должен был знать об этом раньше ... – oligofren 7 June 2013 в 01:50
  • 2
    Для чего используется ppa: nilarimogard / webupd8? – rubo77 25 July 2014 в 14:54
  • 3
    @ rubo77: он использовался для launchpad-getkeys. Не уверен, что все еще нужно. Это старый ответ. – Frantique 25 July 2014 в 15:02

Вы можете выполнить описанный выше метод без установки apache или изменения / etc / hosts. Просто сохраните файл метаданных из wget где-нибудь (кроме верхней части / etc / update-manager / meta-release) и отредактируйте его, как описано. Затем в / etc / update-manager / meta-release измените строку «URI = http: // .....» на «URI = файл: /// путь / в / мой / отредактированный / мета-релиз / file "

Кроме того, для do_release_upgrade для работы в вашем отредактированном файле метаданных вам необходимо изменить архив в URL-адресах для файлов Release-File, Upgrade-Tool и UpgradeToolSignature с http://archive.... до http://old-releases...

5
ответ дан 20 July 2018 в 13:29

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

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