Рейтинг:8

Могут ли возникнуть проблемы, если я редактирую sources.list и переключаюсь между выпусками Ubuntu?

флаг my

я нашел это источники.список в /и т.д./подходящий является ключевым файлом для всех репозиториев.

Я также обнаружил, что каждая версия системы и Ubuntu имеет свой собственный источники.список, Так вот где я был немного в экспериментальном настроении!

я был на Убунту 18.04 ЛТС(64 бит), просто просматривая и видя разные источники.список файлы. В котором я нашел кое-что интересное. Итак, на данный момент появилось много новых версий Ubuntu. Я тоже хотел обновить свой до 21.04 (из-за гнома 40)

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

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

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

#deb cdrom:[Ubuntu 21.04 _Hirsute Hippo_ — выпуск amd64 (20210420)]/ hirsute main limited

# См. http://help.ubuntu.com/community/UpgradeNotes, чтобы узнать, как выполнить обновление до
# новые версии дистрибутива.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute основной ограниченный доступ
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute main limited

## Основные исправления ошибок, выпущенные после окончательного выпуска
## распределение.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates основной ограниченный
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates main limited

## Н.Б. программное обеспечение из этого репозитория ПОЛНОСТЬЮ НЕ ПОДДЕРЖИВАЕТСЯ Ubuntu
## команда. Также обратите внимание, что программное обеспечение во вселенной НЕ БУДЕТ получать никаких
## обзор или обновления от команды безопасности Ubuntu.
deb http://us.archive.ubuntu.com/ubuntu/ грубая вселенная
# deb-src http://us.archive.ubuntu.com/ubuntu/ небритая вселенная
deb http://us.archive.ubuntu.com/ubuntu/ вселенная hirsute-updates
# deb-src http://us.archive.ubuntu.com/ubuntu/вселенная hirsute-updates

## Н.Б. программное обеспечение из этого репозитория ПОЛНОСТЬЮ НЕ ПОДДЕРЖИВАЕТСЯ Ubuntu 
## team и не может находиться под свободной лицензией. Пожалуйста, убедитесь, что 
## ваши права на использование программного обеспечения. Также обратите внимание, что программное обеспечение в 
## multiverse НЕ БУДЕТ получать какие-либо обзоры или обновления от Ubuntu
## группа безопасности.
deb http://us.archive.ubuntu.com/ubuntu/ волосатый мультивселенная
# deb-src http://us.archive.ubuntu.com/ubuntu/ волосатый мультиверс
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates мультивселенная
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates multiverse

## Н.Б. программное обеспечение из этого репозитория могло быть не протестировано, т.к.
## так же широко, как и в основной версии, хотя включает
## более новые версии некоторых приложений, которые могут предоставлять полезные функции.
## Кроме того, обратите внимание, что программное обеспечение в резервных копиях НЕ БУДЕТ подвергаться проверке.
## или обновления от команды безопасности Ubuntu.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-backports основная ограниченная вселенная мультивселенная
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-backports основная ограниченная вселенная мультивселенная

## Раскомментируйте следующие две строки, чтобы добавить программное обеспечение из Canonical
## "партнерский" репозиторий.
## Это программное обеспечение не является частью Ubuntu, но предлагается Canonical и
## соответствующих поставщиков в качестве услуги для пользователей Ubuntu.
# deb http://archive.canonical.com/ubuntu волосатый партнер
# deb-src http://archive.canonical.com/ubuntu волосатый партнер

deb http://security.ubuntu.com/ubuntu hirsute-security основной ограниченный доступ
# deb-src http://security.ubuntu.com/ubuntu hirsute-security main limited
deb http://security.ubuntu.com/ubuntu hirsute-вселенная безопасности
# deb-src http://security.ubuntu.com/ubuntu вселенная hirsute-security
deb http://security.ubuntu.com/ubuntu hirsute-security мультивселенная
# deb-src http://security.ubuntu.com/ubuntu hirsute-security multiverse

# Эта система была установлена ​​с использованием небольшого съемного носителя
# (например, netinst, live или single CD). Соответствующий "deb cdrom"
# записи были отключены в конце процесса установки.
# Для получения информации о том, как настроить подходящие источники пакетов,
# см. руководство sources.list(5).

Источник

Потом я побежал

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

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

Так что, наверное, это был немного большой мозг?

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

  • Все мои пакеты были обновлены и установлены новые пакеты.

  • Моя система обновлена

  • Я просто хочу знать, может ли это быть вредным или может сделать что-то плохое.

  • Честно говоря, для обновления потребовалось всего 1804 Мб, поэтому он намного легче.

  • До сих пор (использовал два часа) проблем не было.

guiverc avatar
флаг cn
Да, это может работать, но также может и не работать. Ubuntu — это не Debian, и в ней есть инструменты для *выпуска-обновления* вашей системы (*и обеспечения успеха*). Вы также можете переустановить без потери каких-либо файлов данных, и при переустановке автоматически добавятся ваши дополнительные пакеты (т.е. те, которые помечены как *установленные вручную*); Я делаю это регулярно, так как участвую в QA-тестировании, и использую переустановку для коробок, используемых для целей *поддержки* (также некоторых из моих собственных), поскольку это обновляет мою систему и делает это через установку QA-test. (*обновление с помощью переустановки* также будет выполнено в обратном порядке, но может потребоваться некоторая домашняя работа, чтобы гарантировать отсутствие проблем с данными)
флаг cn
Ray
Лично я думаю, что то, что вы делаете, немного глупо. Вы говорите, что `do-release-upgrade` версия за раз "отнимает много времени". Это правда. Но, делая что-то подобное, вы можете потратить больше времени. И не просто больше времени, больше вашего собственного «человеческого времени». Если вы выполнили `do-release-upgrade` несколько раз, вы запускаете команду, отвечаете «да» несколько раз и позволяете ей выполнять свою работу. Итак... я не думаю, что вы должным образом взвешиваете все за и против своего решения. Вы также делаете то, что мало кто делает, поэтому, если вы застряли, очень немногие здесь могут вам помочь...
karel avatar
флаг sa
Отвечает ли это на ваш вопрос? [Можно ли пропускать выпуски при обновлении?](https://askubuntu.com/q/34430/)
флаг cn
Ray
Спасибо за предложение, но я просто хотел помочь вам и не гнался за репутацией. Удачи тебе!
флаг us
«Я хочу спросить, если у меня 16.04 или 32-битная версия Ubuntu, будет ли этот метод работать (обновление до 21.04, которая является 64-битной)». -- Нет, вы не можете обновиться таким образом.
guiverc avatar
флаг cn
Для моих систем x86 / *i386* я выполнил *обновление с помощью переустановки* или *установку с использованием существующего раздела*, как я описал в своем ответе, чтобы переключить их с *i386* на *amd64* (поскольку это переустановка и системные каталоги стираются; это позволяет изменять архитектуру). Более подробную информацию можно найти https://discourse.lubuntu.me/t/testing-checklist-understanding-the-testcases/2743, возможно (см. старая любимая коробка Ubuntu 11.04 i386 все еще живет и используется в QA-тестах полурегулярно; кажется, моя последняя коробка с 3,5-дюймовым FDD)
Рейтинг:16
флаг cn

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

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

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

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

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

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

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

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

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

Рейтинг:9
флаг cn

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

я использую разработка релиз на этом поле (т.е. в настоящее время варенье); и обычно ударяться сам примерно через 30 часов после выхода приоры разработка релиз (или когда нужные архивы настроены, базовые файлы и несколько ключевых пакетов готовы к работе). Если сделать-релиз-обновление -d не устанавливал(что довольно часто), я делаю то же, что и ты ударяться эта коробка. Я делаю некоторые проверки, прежде чем я это сделаю, конечно; поэтому вероятность успеха может зависеть от того, какие проверки вы выполняете (многие из этих проверок и многое другое [например, обеспечение обновления пакетов в правильном порядке] выполняются с помощью делать-релиз-обновление & менеджер обновлений).

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

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

guiverc avatar
флаг cn
Эта деталь лишь вскользь затрагивает вопрос (*это мои комментарии слегка подчищены*); но в первую очередь относится к замечанию ОП «* Единственный способ, который я нашел, - это переустановить из ISO, но я не хочу обновлять все данные или пакеты, поскольку их установка также занимает немного времени *», с чем я не согласен... Опция -install — это то, что я **люблю** в Ubuntu :)
kinokijuf avatar
флаг gb
«Обычно я натыкаюсь примерно через 30 часов после выпуска предыдущей разрабатываемой версии». «Вы можете заменить имя животного в вашем sources.list на `./devel`, чтобы запустить бессрочную бета-версию и притвориться, что Ubuntu — это Debian Sid. . Лучше всего то, что он также работает с PPA Launchpad — он ссылается на последнюю доступную (стабильную или разрабатываемую) версию в этом конкретном репозитории.
guiverc avatar
флаг cn
Спасибо @kinokijuf, но я использую ручную коррекцию каждые шесть месяцев, чтобы просмотреть свои источники; очистите все командные PPA, которые я добавил в течение цикла, и удалите все программное обеспечение, которое не попало в официальные репозитории Ubuntu (*если только оно не будет отправлено в следующий выпуск*). Ручной бампинг идеально подходит для моей рутины (*я делаю это только после того, как сделал чистку*)
kinokijuf avatar
флаг gb
Похоже, у нас разные варианты использования. Я не занимаюсь разработкой пакетов для Linux или QA, я просто хочу использовать что-то похожее на debian sid на рабочей станции, а у настоящего debian более старые пакеты и худшая поддержка сообщества.
guiverc avatar
флаг cn
К вашему сведению: еще одним преимуществом инструментов Ubuntu *release-upgrade* является избежание известных ловушек; например. если настольная система и вы обновляете (*способ Debian*) в графическом интерфейсе, возможно, что заставка сработает, и вы не сможете разблокировать заставку (из-за изменений в пакетах), заставка отключена во время обновления Ubuntu инструменты работают, чтобы предотвратить эту * потенциальную * проблему, которая может заставить пользователя думать, что он потерял контроль над своей машиной (* они не могут разблокировать заставку *) и, таким образом, перезагрузить, создавая проблемы (перезагрузка является проблемой) ... Там много *крошечных* проблем, которых он избегает... только пример.
guiverc avatar
флаг cn
Вы используете `do-release-upgrade` и подобные инструменты для обновления вас с одного выпуска на следующий (т.е. с 20.04 до 20.10, если он поддерживался; в противном случае в настоящее время он перешел бы на 21.04) ИЛИ до следующего выпуска LTS; т.е. 20.04 позволит выполнить обновление непосредственно до 22.04 **после** выпуска 22.04.1 (ключ — после; релизы всегда происходят в четверг; но путь обновления обычно не открывается до следующего понедельника/вторника, хотя его можно *включить* позже) . Пользователи версии 21.04 будут/должны выполнить *do-release-upgrade* (или `update-manager`) для обновления до версии 21.10 в ближайшие дни/недели (оно достигает EOL 20 января 2022 г.)

Ответить или комментировать

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