В настоящее время я использую Ubuntu 10.04. Я знаю, что есть версия 10.10, но могу ли я обновить ее до 11.04? Не могли бы вы пройти через шаги, пожалуйста?
Ubuntu поддерживает только обновление от одной версии до следующей версии или от одной версии LTS до следующей версии LTS. Поэтому вам нужно обновить с 10.04 до 10.10, а затем до 11.04.
Существуют технические причины этого ограничения. Когда установлена новая версия существующего пакета, иногда приходится выполнять преобразования, например, может потребоваться импортировать существующие настройки в новый формат базы данных. При выполнении таких преобразований сценарии упаковки должны делать предположения о старом формате. Если бы были обновлены все предыдущие версии Ubuntu, это быстро стало бы кошмаром обслуживания, так как скрипты для упаковки должны были бы иметь возможность конвертировать из всех ранее использованных форматов в текущий формат. Чтобы избежать кошмара, сценарии упаковки только в общей поддержке поддерживают обновление версии пакета, включенного в предыдущую версию Ubuntu (и из предыдущей версии LTS, в случае пакета, включенного в выпуск LTS).
Возможно обновление с предпоследней или более ранней версии до текущей версии (так называемое «обновление пропусков»), но может привести к неправильной конфигурации.
Вы не можете пропустить выпуск при обновлении Ubuntu. Таким образом, вам нужно будет сначала обновиться до 9.10, а затем с 9.10 по 10.04.
Я нашел простой способ обходить эту проблему и все еще обновлять онлайн без компакт-диска.
Краткая сводка
Установить 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).
Спасибо, что решены проблемы, которые я испытывал при обновлении старой системы. Тем не менее, одно усовершенствование, которое я использовал, сделает это намного проще - вам не нужно устанавливать 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.
Когда-то Джаунти вышла из-под поддержки. Следующая версия от Jaunty (Karmic) также не поддерживается.
Вы также не можете перепрыгивать промежуточные версии, то есть не с 9.04 до 10.4 - вам нужно пройти через 9.10.
Поскольку как Jaunty, так и Karmic были удалены из основных репозиториев, вам лучше всего обновить маршрут, чтобы загрузить рабочий стол ISO 10.04 и сделать новую установку.
Вы должны, конечно, создавать резервные копии любых не скрытых файлов в / перед установкой. Вы можете восстановить их после.
sudo apt-get install update-manager-core
do-release-upgrade
, но на основе вашего сообщения об ошибке, я сомневаюсь, что вы получите разные результаты. Я получаю ту же ошибку, и мне еще предстоит найти решение.
Откройте терминал, запустите sudo update-manager -d и вы выключитесь!
Я не буду повторять ответы других, но я знаю, как добиться эффекта перехода от одного старого релиза до последнего. Для этого требуется доступ к другому компьютеру с установленным терминалом и ssh, чтобы вы могли автоматизировать этот процесс, используя ssh и цикл в оболочке.
Просто, чтобы развернуть предыдущие ответы, вот как удаленно выполнять то же, что и принятый ответ, используя обновление без пароля через ssh, которое обновит вашу версию до последней версии. Это скопировано из моей записи в блоге.
Все эти шаги предполагают, что ваш репозиторий пакетов работает. Значение, если вы выполняете обновление apt-get, вам не представлено много 404s из-за устаревшей версии. Сначала вам нужно исправить это, поэтому моя собственная запись в блоге для этого.
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
Добавить себя в список пользователей, которые могут выполнить make-release-обновление с помощью sudo без ввода пароля, достигается путем выполнения
sudo visudo -f /etc/sudoers.d/do-release-upgrade.
и добавления следующая строка, подменяя мое имя пользователя для вашего, конечно:
my-username ALL=NOPASSWD: /usr/bin/do-release-upgrade
Выйти и выполнить следующую команду с вашего компьютера. Он выполнит обновление без запроса ввода (принимает все ответы по умолчанию), дождитесь перезагрузки компьютера и повторите попытку обновления. Он запускается до тех пор, пока вы не будете обновлены до последней версии.
while true; do
ssh my-user@my-server sudo do-release-upgrade -f DistUpgradeViewNonInteractive;
sleep 120;
done
. После этого вам нужно будет переместить резервные файлы конфигурации в их предыдущее место, так как процесс обновления установил конфигурации по умолчанию.
У этого парня есть способ заранее подготовить ответы для каждого приглашения, но недостатком является то, что вы должны знать, сколько запросов есть ...
Вы не должны пропускать релизы. есть простой способ обновить стандартный способ, хотя 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
Вы можете выполнить описанный выше метод без установки 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...
Ubuntu поддерживает только обновление от одной версии до следующей версии или от одной версии LTS до следующей версии LTS. Поэтому вам нужно обновить с 10.04 до 10.10, а затем до 11.04.
Существуют технические причины этого ограничения. Когда установлена новая версия существующего пакета, иногда приходится выполнять преобразования, например, может потребоваться импортировать существующие настройки в новый формат базы данных. При выполнении таких преобразований сценарии упаковки должны делать предположения о старом формате. Если бы были обновлены все предыдущие версии Ubuntu, это быстро стало бы кошмаром обслуживания, так как скрипты для упаковки должны были бы иметь возможность конвертировать из всех ранее использованных форматов в текущий формат. Чтобы избежать кошмара, сценарии упаковки только в общей поддержке поддерживают обновление версии пакета, включенного в предыдущую версию Ubuntu (и из предыдущей версии LTS, в случае пакета, включенного в выпуск LTS).
Возможно обновление с предпоследней или более ранней версии до текущей версии (так называемое «обновление пропусков»), но может привести к неправильной конфигурации.
Вы не можете пропустить выпуск при обновлении Ubuntu. Таким образом, вам нужно будет сначала обновиться до 9.10, а затем с 9.10 по 10.04.
Я нашел простой способ обходить эту проблему и все еще обновлять онлайн без компакт-диска.
Краткая сводка
Установить 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).
Спасибо, что решены проблемы, которые я испытывал при обновлении старой системы. Тем не менее, одно усовершенствование, которое я использовал, сделает это намного проще - вам не нужно устанавливать 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.
Когда-то Джаунти вышла из-под поддержки. Следующая версия от Jaunty (Karmic) также не поддерживается.
Вы также не можете перепрыгивать промежуточные версии, то есть не с 9.04 до 10.4 - вам нужно пройти через 9.10.
Поскольку как Jaunty, так и Karmic были удалены из основных репозиториев, вам лучше всего обновить маршрут, чтобы загрузить рабочий стол ISO 10.04 и сделать новую установку.
Вы должны, конечно, создавать резервные копии любых не скрытых файлов в / перед установкой. Вы можете восстановить их после.
sudo apt-get install update-manager-core
do-release-upgrade
, но на основе вашего сообщения об ошибке, я сомневаюсь, что вы получите разные результаты. Я получаю ту же ошибку, и мне еще предстоит найти решение.
Откройте терминал, запустите sudo update-manager -d и вы выключитесь!
Я не буду повторять ответы других, но я знаю, как добиться эффекта перехода от одного старого релиза до последнего. Для этого требуется доступ к другому компьютеру с установленным терминалом и ssh, чтобы вы могли автоматизировать этот процесс, используя ssh и цикл в оболочке.
Просто, чтобы развернуть предыдущие ответы, вот как удаленно выполнять то же, что и принятый ответ, используя обновление без пароля через ssh, которое обновит вашу версию до последней версии. Это скопировано из моей записи в блоге.
Все эти шаги предполагают, что ваш репозиторий пакетов работает. Значение, если вы выполняете обновление apt-get, вам не представлено много 404s из-за устаревшей версии. Сначала вам нужно исправить это, поэтому моя собственная запись в блоге для этого.
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
Добавить себя в список пользователей, которые могут выполнить make-release-обновление с помощью sudo без ввода пароля, достигается путем выполнения
sudo visudo -f /etc/sudoers.d/do-release-upgrade.
и добавления следующая строка, подменяя мое имя пользователя для вашего, конечно:
my-username ALL=NOPASSWD: /usr/bin/do-release-upgrade
Выйти и выполнить следующую команду с вашего компьютера. Он выполнит обновление без запроса ввода (принимает все ответы по умолчанию), дождитесь перезагрузки компьютера и повторите попытку обновления. Он запускается до тех пор, пока вы не будете обновлены до последней версии.
while true; do
ssh my-user@my-server sudo do-release-upgrade -f DistUpgradeViewNonInteractive;
sleep 120;
done
. После этого вам нужно будет переместить резервные файлы конфигурации в их предыдущее место, так как процесс обновления установил конфигурации по умолчанию.
У этого парня есть способ заранее подготовить ответы для каждого приглашения, но недостатком является то, что вы должны знать, сколько запросов есть ...
Вы не должны пропускать релизы. есть простой способ обновить стандартный способ, хотя 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
Вы можете выполнить описанный выше метод без установки 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...