Показать статистику
0 голосов
от (1.7тыс. баллов)

Я обнаружил, что sources.listэ то /etc/apt ключевой файл для всех репозиториев.

Я также обнаружил, что каждая версия систем и ubuntu имеет свою собственную версию. sources.list Вот где я был немного в экспериментальном настроении!

Включив Ubuntu 18.04 LTS (64 бит), просто просматривая разные sources.list файлы, в которых я нашел кое-что интересное. Итак, на данный момент появилось много новых версий Ubuntu. Я тоже хотел обновить свой до 21.04 (из-за gnome 40)

Итак, я обнаружил, что могу обновить Ubuntu с помощью команды sudo do-release-upgrade,  это заняло очень много времени и интернета (у меня нет 20 ГБ интернета).

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

Итак, то, что я сделал, немного глупо , я изменил содержимое моего sources.list на -

#deb cdrom:[Ubuntu 21.04 _Hirsute Hippo_ - Release amd64 (20210420)]/ hirsute main restricted

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute main restricted
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates main restricted
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute universe
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute universe
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates universe
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute multiverse
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute multiverse
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates multiverse
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-backports main restricted universe multiverse
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-backports main restricted universe multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu hirsute partner
# deb-src http://archive.canonical.com/ubuntu hirsute partner

deb http://security.ubuntu.com/ubuntu hirsute-security main restricted
# deb-src http://security.ubuntu.com/ubuntu hirsute-security main restricted
deb http://security.ubuntu.com/ubuntu hirsute-security universe
# deb-src http://security.ubuntu.com/ubuntu hirsute-security universe
deb http://security.ubuntu.com/ubuntu hirsute-security multiverse
# deb-src http://security.ubuntu.com/ubuntu hirsute-security multiverse

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

Потом я выполнил:

sudo apt update && sudo apt full-upgrade && sudo apt dist-upgrade

Затем  все было изменено на 21.04

Так что, наверное, это был немного мудрено?

Не повредит ли это моей системе? Есть ли какие-то преимущества? Что может пойти не так?

  • Все мои пакеты были обновлены и установлены новые пакеты.
  • Моя система обновлена
  • Я просто хочу знать, может ли это быть вредным или может сделать что-то плохое.
  • Честно говоря, для обновления потребовалось всего 1804 Мб, поэтому он намного легче.
  • До сих пор проблем не было.
222 просмотров 2 ответов

2 Ответы

0 голосов
от (2.7тыс. баллов)

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

Метод Ubuntu do-release-upgrade использует dist-upgrade « под капотом », но также включает в себя некоторые дополнительные функции, которые могут оценить большинство пользователей:

  • Стандартизирован новый sources.list и автоматизировано редактирование этого файла.
  • Отключение PPA для предотвращения поломки обновлений.
  • Автоудаление после установки нового пакета.
  • Миграция по сценарию при необходимости.
  • Моментальное обновление
  • Общие пути обновления многократно тестируются и отлаживаются добровольцами во время предварительного выпуска.

Может ли это быть вредным или может сделать что-то плохое?

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

Apt — отличный и элегантный инструмент, но он не умный . Он попытается сделать именно то, что вы ему прикажете, независимо от того, насколько глупым может быть этот приказ.

 

Вполне возможно использовать dist-upgrade, чтобы пройти непроверенным путем между выпусками — например, с 20.04 по 21.10. apt сделает это. Но это не проверено. Может быть, это сработает; может и не будет. Вы можете столкнуться с неожиданными проблемами, которые никто другой не сможет воспроизвести. Мы его не проверяли (вот что значит « непроверенный »). ВЫ его тестируете.

Как правило, отладка серьезных сбоев, вызванных непроверенными dist-upgrades, является пустой тратой времени для всех - определенные пути тестируются и поддерживаются; от тех отмеченных ваших путей . Быстрее и проще просто переустановить нужный выпуск Ubuntu. Если вы обратите внимание в процессе установки, вы можете перезаписать Ubuntu, сохранив при этом свои данные.

Если группа энтузиастов dist-upgrade хочет собраться вместе, отладить дополнительные пути обновления и оказать поддержку, добро пожаловать. Текущая система определяется количеством тестировщиков-добровольцев и доступными часами разработчиков.

0 голосов
от (26.4тыс. баллов)

Да, это может работать, но также может и не работать. Ubuntu — это не Debian, и у него есть инструменты для  release-upgrade вашей системы ( и обеспечения более высоких шансов на успех ).

Я использую development релиз  (т.е. в настоящее время jammy ); и обычно натыкаюсь примерно через 30 часов после выпуска предыдущей версии для разработки (или когда необходимые архивы настроены base-files и несколько ключевых пакетов готовы к работе). Если do-release-upgrade -d не был настроен ( что бывает довольно часто ), я делаю то же, что и вы, чтобы поднять это. Я делаю некоторые проверки, прежде чем я это сделаю, конечно; поэтому вероятность успеха может зависеть от того, какие проверки вы выполняете (многие из этих проверок и многое другое [например, обеспечение обновления пакетов в правильном порядке] выполняются с помощью do-release-upgradeupgrade-manager).

Вы также можете переустановить без потери каких-либо файлов данных, и при переустановке автоматически добавятся ваши дополнительные пакеты (т.е. те, которые помечены как установленные вручную ); Я делаю это регулярно, так как участвую в QA-тестировании, и использую переустановку, используемых в целях поддержки ( также некоторых из моих собственных ), поскольку это обновляет мою систему и делает это через установку QA-test. ( обновление с помощью переустановки также будет выполнено в обратном порядке, но может потребоваться некоторая домашняя работа, чтобы гарантировать отсутствие проблем с данными ). например. когда groovy или 20.10 достигли EOL; Я только что сделал озорную тестовую установку QA, чтобы установить мой блок поддержки 21.10 (быстрая установка достигла того, что было бы 2-кратным do-release-upgrade шагом; я не потерял музыку, мой выбранный музыкальный проигрыватель (который не устанавливается при установке по умолчанию ) и т. д., и за небольшую часть времени, а также завершил QA-тест). Установки не обязательно должны быть разрушительными, однако это не означает, что у вас не должно быть резервных копий; легко сделать ошибки.

К вашему сведению: если пк находится в разрабатываемой версии ( за исключением моего основного ПК ); На самом деле я не обновляю эти системы, а обновляю путем переустановки, чтобы снова я мог вычеркнуть QA - тест одновременно с обновлением моих пакетов ). У меня также в последние месяцы был переключатель  с 21.04 на impish / 21.10 обратно на 20.04.3 на 21.10 .. некоторые пути невозможны ни через выпуск-обновление , ни вашу модификацию исходников! и я не потерял ни музыку, ни пакеты, которые яустановлен вручную ( опыт может отличаться, когда используются сторонние пакеты; на QA-боксах я избегаю сторонних пакетов )


...