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 10.04 и REALLY REALLY хотите обновить с этой версии до последней версии, продолжайте читать, если используете Ubuntu 10.10, а также хотите обновить с этой версии до последней версии перейдите ко второй части. Я должен предупредить, по крайней мере, пользователей от 10.10, что это связано с загрузкой более 2 ГБ данных и проведёт вас целый день. И даже в конце это может быть медленнее, дать вам ошибки, ваше соединение упадет в какой-то момент или компьютер сойдет с ума. Это означает, что я не гарантирую, что он будет работать безупречно на каждом ПК. Поэтому подумайте об этом, если вы хотите обновить этот путь. Я рекомендую прочитать эту ссылку: Как мне перейти на более новую версию Ubuntu?
Вот изображение, которое показывает, что 10.04 пользователи должны видеть после выпуска 12.04:
не рекомендуется - если вы читаете это после выхода 12.04, в диспетчере обновлений в 10.04 должна появиться опция обновления с 10.04 по 12.04. Это путь, который выйдет с 12 апреля.
По историческим причинам я оставлю информацию ниже для пользователей, которые хотели бы знать, как это сделать до выхода 12.04, но если вы все еще в 10.04, пожалуйста, прочитайте здесь: Как мне перейти на более новую версию Ubuntu? , так как fossfreedom создал очень хороший и полный ответ об обновлении с 10.04 по 12.04.
ПЕРВАЯ ЧАСТЬ (для пользователей Ubuntu 10.04 ДО 12.04 вышел)Если вы впервые в Ubuntu 10.04, вам нужно обновиться с 10.04 до 10.10, затем с 10.10 по 11.04. Причина в том, что 10.04 - это версия LTS (долгосрочная поддержка) и как таковая он обновляется от одного LTS к другому. Таким образом, следующая LTS будет 12.04. Когда придет 12.04, вы увидите обновление, замеченное на вашем 10.04. Но если вы все еще хотите обновить до 11.04, сделайте следующее:
до 12.04 вышел
Путь меню 1a. С помощью меню перейдите в раздел Система -> Администрирование -> Диспетчер обновлений.
Путь к меню 1b. ALT + F2 и Type gksu update-manager
Когда диспетчер обновлений открывается, и он НЕ показывает сообщение «New Ubuntu Release Available» в верхней части, выполните следующие действия:
2 - Нажмите кнопку New Ubuntu Release Available в Менеджере обновлений в нижней левой части. После того, как откроются окна «Источники программного обеспечения», вы должны войти в систему -> Администрирование -> Менеджер обновлений , где вы измените параметр «Освободить обновление» внизу. Измените его с тем, который у него есть для нормальных выпусков, затем закройте. То, что вы сделали здесь, это сказать Ubuntu не проверять версии LTS, а вместо этого проверять обычную версию. Обычные версии - это те, которые выходят каждые 6 месяцев. LTS выходят каждые 2 года. Например, 8.04, 10.04, 12.04 ..
[!d6]
2.1 Откройте диспетчер обновлений снова после шагов в 1a или 1b.
2.2. Нажмите кнопку UPGRADE, которая должна появиться там в верхней части. После завершения обновления перезагрузите компьютер, и вы должны быть в 10.10. Протестируйте его немного, а затем, если вы на 100% уверены, что поедете в 11.04, выполните следующие действия:
ПЕРВАЯ ЧАСТЬ (для пользователей Ubuntu 10.04 до 12.04 вышел)Release update
ALT + F2 и введите «gksu update-manager -d», чтобы открыть диспетчер обновлений. -d - проверить, существует ли версия разработки. Поскольку 11.04 все еще находится в разработке, он появится в верхней части диспетчера обновлений, указав New Ubuntu Version 11.04 с кнопкой UPGRADE[!d37]
ALT + F2 и введите «gksu update-manager -d», чтобы открыть диспетчер обновлений. -d - проверить, существует ли версия разработки. Поскольку 11.04 все еще находится в разработке, он появится в верхней части диспетчера обновлений, указав New Ubuntu Version 11.04 с кнопкой UPGRADEВАЖНО - убедитесь, что у вас УЖЕ обновлено все в Ubuntu 10.10 , Итак, вы готовы к чистому обновлению до 11.04.
ПРИМЕЧАНИЕ. От LTS до LTS вы можете фактически обновить. Например, 10,04 LTS до 12,04 LTS. Но для любого другого, такого как 10.10, вам нужно фактически обновить от одного релиза до другого, пока не дойдете до финального. В вашем случае до 12.04 вы можете обновить с 10.04 до 10.10, а затем с 10.10 по 11.04 и так далее до 11.10. После выхода 12.04 вы можете сразу обновиться до 12.04, так как это будет выпущено следующее 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...
Вы можете выполнить описанный выше метод без установки 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...
Откройте терминал, запустите sudo update-manager -d
и вы выключитесь!
sudo apt-get install update-manager-core
do-release-upgrade
, но, основываясь на вашем сообщении об ошибке, я сомневаюсь, что вы получите разные результаты. Я получаю ту же ошибку, и мне еще предстоит найти решение.
Вы можете выполнить описанный выше метод без установки 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...
Откройте терминал, запустите sudo update-manager -d
и вы выключитесь!
Вы не должны пропускать релизы. есть простой способ обновить стандартный способ, хотя yakkety - EOL:
Сначала создайте копию sources.list, а затем замените регулярные локализованные ссылки на архив на «old-релизы»:
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
Вы можете выполнить описанный выше метод без установки 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...
Я нашел простой способ обходить эту проблему и все еще обновлять онлайн без компакт-диска.
Краткая сводка
Примечание: (обновлено 2014-07-25) см. Также Rubo77 answer здесь .
Подробная информация
1) Установите Apache (пропустите, если он уже установлен): sudo apt-get install apache2
2) Get файл локально
cd /var/www
sudo wget http://changelogs.ubuntu.com/meta-release
3) Обновить файл
Удалить всю версию после Karmic и изменить строку Supported: 0
, заменив 0 на 1 для Karmic.
4) Tweak некоторые системные файлы:
Редактировать / etc / update-manager / мета-релиз и изменить:
URI = http://127.0.0.1/meta-release
URI_LTS = http://127.0.0.1/meta-release
(да, -lts для URI_LTS)
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 Community Doc . Вот краткое резюме:
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).
Яунти однажды вышла из поддержки. Следующая версия от Jaunty (Karmic) также не поддерживается.
Вы также не можете перепрыгивать промежуточные версии, т. Е. Не с 9,04 до 10,4 - вам нужно пройти через 9.10.
Поскольку как Jaunty, так и Karmic были удалены из основных репозиториев, вам лучше всего обновить маршрут, чтобы загрузить настольный ISO 10.04 и сделать новую установку.
Вы должны, конечно, создавать резервные копии любых не скрытых файлов в / перед установкой. Вы можете восстановить их после.