Добрый день Всем!
У меня вопрос по обновлению программы. На моём старом ноутбуке стоит Linux Mint 19.3 Tricia, в сообщении обновления пишется, что обновление этой версии закончится через 82 дня. Мне прислали ссылку(к сожалению на этом форуме ссылки нельзя выкладывать), в которой написано, что надо установить пакет multiupgrade командой sudo apt install multiupgrade, потом запустить с помощью команды sudo multiupgrade и выполнять инструкции, которые пишут. Пишут, что всё должно пройти нормально и всё, что было установлено сохранится. Так же мне сказали, чтобы обновится по этой системе, надо это сделать в этот срок, в противном случае если просрочишь, то надо будет это делать всё заново. Хотелось бы услышать Ваше мнение об этом. %)
Vladimir1956, ссылки, если по делу, вполне можно выкладывать. Только не рекламировать коммерческие ресурсы. Здесь не приветствуется только один ресурс, владелец которого слишком навязчиво его рекламирует. И ссылки на него добавлены в автоцензор :) . Если окажется новое зеркало, добавим и его.
Так что свою ссылку спокойно указывайте.
До какой версии Вы хотите обновиться? До последней, 21.1? Я это обычно делаю проще, хотя есть небольшой риск всё сломать.
/etc/apt/sources.list.d/ - в этой папке все файлы с репозиториями. С правами root редактиирую их, меняя название версии. Учтите, что Linux Mint использует репозитории Ubuntu, менять названия версий надо для обоих дистрибутивов.
В Вашем случае bionic меняем на jammy, а tricia на vera - Linux Mint 19.3 Tricia основан на Ubuntu 18.04 Bionic Beaver, а Linux Mint 21.1 Vera на Ubuntu 22.04 Jammy Jellyfish. Кстати, уже есть репозиторий для Linux Mint 21.2 Victoria, так что можно tricia заменить сразу на victoria, у меня он уже подключён и не дурит, вполне нормально работает.
Добрый день! Спасибо за ответ!
Как Вы сказали, что ссылку можно выложить, вот она: https://www.comss.ru/page.php?id=10789. Немного не понятно, но вот это, что Вы пишите - "так что можно tricia заменить сразу на victoria, у меня он уже подключён и не дурит, вполне нормально работает" хотелось бы понять по подробнее..P.S. Если я правильно понимаю вот тут /etc/apt/sources.list.d/ - в этой папке все файлы с репозиториями. И с правами root редактиирую их, меняя название версии. -Как это делать правильно? Если можно написать пример для моего случая? И после всех манипуляций, надо перезагрузить и всё содержимое сохраняется?
Vladimir1956, почитал. Здесь не Ваша ситуация - там обновляются на следующую версию. А у Вас будет через одну (19.3 -> 21.1 или 21.2). 21.2 пока ещё в стадии беты, там часть пакетов от 21.1, но работает стабильно.
Примеры редактирования (разницу между "до" и "после" сами ищите):
# Do not edit this file manually, use Software Sources instead.
deb http://packages.linuxmint.com tricia main upstream import backport #id:linuxmint_main
deb http://archive.ubuntu.com/ubuntu bionic main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu bionic-updates main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu bionic-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
После:
text
# Do not edit this file manually, use Software Sources instead.
deb http://packages.linuxmint.com victoria main upstream import backport #id:linuxmint_main
deb http://archive.ubuntu.com/ubuntu jammy main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu jammy-updates main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu jammy-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ jammy-security main restricted universe multiverse
Ну и посторонний репозиторий - полезный патч для иксов, /etc/apt/sources.list.d/nrbrtx-xorg-hotkeys-jammy.list
До:
text
deb http://ppa.launchpad.net/nrbrtx/xorg-hotkeys/ubuntu bionic main
# deb-src http://ppa.launchpad.net/nrbrtx/xorg-hotkeys/ubuntu bionic main
После:
text
deb http://ppa.launchpad.net/nrbrtx/xorg-hotkeys/ubuntu jammy main
# deb-src http://ppa.launchpad.net/nrbrtx/xorg-hotkeys/ubuntu jammy main
После того, как отредактировали, делаем следующее:
[console]sudo apt update[/console]
[console]sudo apt upgrade[/console]
После этого перезагружаемся и имеем новую версию.
У меня один раз были проблемы при таком обновлении, решил в консоли. Без перезагрузки!
[console]cd /var/cache/apt/archives/[/console]
[console]sudo dpkg -i *.deb[/console]
Vladimir1956, именно так. Но повторю - есть небольшой риск угробить систему. Если у меня работало, это не значит, что на другом компьютере будет так же.
А в чём риск? Заменил названия, сохранил, потом или перезагрузил или так как Вы в конце написали без перезагрузки. Мне тут ещё подсказали, что желательно перед обновлением, всё старое обновить.
Vladimir1956, у меня как-то был сбой при обновлении. Как вылечил - написал выше.
Старое я не обновлял, всё равно подтянет из другого репозитория. Это есть смысл, если штатным методом обновляться.
Vladimir1956, у меня как-то был сбой при обновлении. Как вылечил - написал выше.
Старое я не обновлял, всё равно подтянет из другого репозитория. Это есть смысл, если штатным методом обновляться.
Понятно, спасибо! Попробую, не получится, просто всё сделаю по новой.
Добавлено: 03.05.2023 20:32:36
Посмотрел, подумал, взвесил и решил не заморачиваться с этим переходом и установил Linux Mint 21.1 Cinnamon "Vera", я к нему уже крепко "прилип", всё меня устраивает и не напрягает! И ещё раз благодарю за потраченное время на правильные советы! Удачи Вам! *HI*
А в чём риск? Заменил названия, сохранил, потом или перезагрузил или так как Вы в конце написали без перезагрузки. Мне тут ещё подсказали, что желательно перед обновлением, всё старое обновить.
В каждом случае начинать нужно с чтения примечаний к релизу.
Причем при обновлении через версию читать нужно все промежуточные версии релизов.
И если там нет оговорок, то обновление через версию обычно происходит без проблем.
А иногда бывает так что читая релиз, там жестко указано.
Что при обновлении необходимо предыдущую версию сначала полностью обновить, а после уж обновляться до новой версии.
В этом случае необходимо это учитывать.
К примеру разработчик поддерживает три активных версии дистрибутива...
Пример, даты релизов вымышленные:
10.03.3024 версия 11.1 у вас установлена эта
10.06.3024 версия 11.2
10.09.3024 версия 11.3 (Вариант А в примечаниях к релизу не указано деталей, Вариант B сказано что обновиться до данной версии можно только с версии 11.2)
10.01.3025 версия 12.0 вам нужно обновиться до
Вариант А:
Тут не указано ничего что бы мешало обновлению с одной версии до другой и пропуская версию и если у Вас установлена версия 11.1 Вы можете обновиться до версии 12.0 не обновляя последовательно каждую версию. Следуя инструкциям дистрибутива как правило в большинстве случаев все обновляется без проблем.
Вариант B:
Тут мы видим что обновиться до 12.0 можно только предварительно обновившись до 11.2, с последующим обновлением до 11.3.
В данном случае следует обновить систему до 11.2 установить все текущие обновления и только после этого приступать к обновлению до 11.3, а после приступить к обновлению до 12.0
Такие ситуации возникают не часто, но если что-то радикально меняется в дистрибутиве, то разработчикам проще выпустить обновления с предыдущей версии, а версии ранее оставить без изменений, так как это большие затраты времени на доработку. Которые можно потратить на современный дистрибутив.
Так же следует учитывать что репозитарии живут не бесконечно и что обновиться можно в течении срока жизни дистрибутива определенной версии.
Поэтому если в какой-то момент не успеть обновить систему до версии 11.2 и последних обновлений к тому времени пока живы репозитории, есть шанс получить кучу проблем после обновления до конечной версии. Поэтому обновляться необходимо своевременно. думаю понятно изложил общую суть.
Добавлено: 08.05.2023 11:55:03
Вот пример такого релиза на примере openSuSE 15.3:
Перед обновлением дистрибутива вы должны обновить свою систему, установив последние обновления для текущей версии. Примечание: конкретно для версии 15.3 поддерживается только обновление с полностью обновленной версии 15.2, поскольку начиная с версии 15.3 используются двоичные файлы из SLES.
Начало текста для всех предыдущих релизов было одинаковым.
Но в версию 15.3 добавлено примечание где указано, что конкретно для версии 15.3 обязательно все предыдущие версии предварительно обновить до 15.2.
Там же сказано что нельзя обновить 15.1 до 15.4 не обновившись последовательно предварительно до предыдущих версий.
Пруф: https://en.opensuse.org/SDB:System_upgrade
Если в Ваших релизах такого нет, то обновление возможно без сложностей.
Я так же как правило всегда сразу обновлялся.
Это единичные случаи.
Но следует помнить что релизы не просто так пишутся и читать то их не так и сложно там обычно несколько строк, не более чем на страницу текста.
