LINUX.ORG.RU

Обновить Debian 5-6-7-8 в 2019 :)

 


1

1

Возникла задача. Есть сервер с древней версией debian 5. Нужно обновить на текущую версию. Обновился с 5 на 6. Дальше проблема.

:~# apt-get update Get:1 http://archive.debian.org squeeze Release.gpg [1655B] Ign http://archive.debian.org squeeze/main Translation-en_US Ign http://archive.debian.org squeeze/non-free Translation-en_US Ign http://archive.debian.org squeeze/contrib Translation-en_US Hit http://archive.debian.org squeeze Release Err http://archive.debian.org squeeze Release

Get:2 http://archive.debian.org squeeze Release [96.0kB] Ign http://archive.debian.org squeeze Release Ign http://archive.debian.org squeeze/main Packages/DiffIndex Ign http://archive.debian.org squeeze/non-free Packages/DiffIndex Ign http://archive.debian.org squeeze/contrib Packages/DiffIndex Hit http://archive.debian.org squeeze/main Packages Hit http://archive.debian.org squeeze/non-free Packages Hit http://archive.debian.org squeeze/contrib Packages Fetched 97.7kB in 2s (34.6kB/s) Reading package lists... Done W: GPG error: http://archive.debian.org squeeze Release: The following signatures were invalid: KEYEXPIRED 1520281423 KEYEXPIRED 1501892461 W: You may want to run apt-get update to correct these problems

:~# apt-key list | grep expired pub 1024D/F42584E6 2008-04-06 [expired: 2012-05-15] pub 2048R/6D849617 2009-01-24 [expired: 2013-01-23] pub 4096R/B98321F9 2010-08-07 [expired: 2017-08-05] :~#

apt-key adv --recv-keys --keyserver keys.gnupg.net F42584E6 Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --recv-keys --keyserver keys.gnupg.net F42584E6 gpg: requesting key F42584E6 from hkp server keys.gnupg.net gpg: key F42584E6: «Lenny Stable Release Key <debian-release@lists.debian.org>» not changed gpg: Total number processed: 1 gpg: unchanged: 1

И ничего не меняется..

Если попробовать подложить тут source.list с след версией debian, обновить не получается -

apt-get update Hit http://ftp.be.debian.org wheezy Release.gpg Ign http://ftp.be.debian.org wheezy/main Translation-en_US Ign http://ftp.be.debian.org wheezy/contrib Translation-en_US Ign http://ftp.be.debian.org wheezy/non-free Translation-en_US Hit http://ftp.be.debian.org wheezy Release Ign http://ftp.be.debian.org wheezy/main Packages/DiffIndex Ign http://ftp.be.debian.org wheezy/contrib Packages/DiffIndex Ign http://ftp.be.debian.org wheezy/non-free Packages/DiffIndex Ign http://ftp.be.debian.org wheezy/main Sources/DiffIndex Ign http://ftp.be.debian.org wheezy/contrib Sources/DiffIndex Ign http://ftp.be.debian.org wheezy/non-free Sources/DiffIndex Hit http://ftp.be.debian.org wheezy/main Packages Hit http://ftp.be.debian.org wheezy/contrib Packages Hit http://ftp.be.debian.org wheezy/non-free Packages Hit http://ftp.be.debian.org wheezy/main Sources Hit http://ftp.be.debian.org wheezy/contrib Sources Hit http://ftp.be.debian.org wheezy/non-free Sources Reading package lists... Done W: There is no public key available for the following key IDs: 7638D0442B90D010 W: You may want to run apt-get update to correct these problems

apt-get install debian-archive-keyring

сначала так же обновляем ключи, apt-get update и там потом -

Fetched 21.8MB in 3min37s (100kB/s) Preconfiguring packages ... (Reading database ... 20165 files and directories currently installed.) Preparing to replace aptitude 0.4.11.11-1~lenny2 (using .../aptitude_0.6.8.2-1_i386.deb) ... Unpacking replacement aptitude ... dpkg-deb: file `/var/cache/apt/archives/aptitude_0.6.8.2-1_i386.deb' contains ununderstood data member data.tar.xz , giving up dpkg: error processing /var/cache/apt/archives/aptitude_0.6.8.2-1_i386.deb (--unpack): subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Selecting previously deselected package aptitude-common. dpkg: considering deconfiguration of aptitude, which would be broken by installation of aptitude-common ... dpkg: yes, will deconfigure aptitude (broken by aptitude-common). Unpacking aptitude-common (from .../aptitude-common_0.6.8.2-1_all.deb) ... De-configuring aptitude ... dpkg-deb: file `/var/cache/apt/archives/aptitude-common_0.6.8.2-1_all.deb' contains ununderstood data member data.tar.xz , giving up dpkg: error processing /var/cache/apt/archives/aptitude-common_0.6.8.2-1_all.deb (--unpack): subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Selecting previously deselected package gcc-4.7-base. Unpacking gcc-4.7-base (from .../gcc-4.7-base_4.7.2-5_i386.deb) ... Errors were encountered while processing: /var/cache/apt/archives/aptitude_0.6.8.2-1_i386.deb /var/cache/apt/archives/aptitude-common_0.6.8.2-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1)

Бессмысленное занятие. Не даст никаких полезных знаний или навыков.

Лучше потрать 10 минут на man deboostrap и 10 минут на установку свежей системы где перенастроишь заново устаревшие конфиги используемого софта.

bass ★★★★★
()

как же так, в одном из самых популярных дистрибутивов с открытыми исходниками никто об этом не позаботился? я начинаю терять веру в открытое по.

chenbr0
()
Ответ на: комментарий от chenbr0

я начинаю терять веру в открытое по.

Вот видишь, ты теряешь веру, TC оптимист по жизни, он просто начал обновлять дистрибутив которому 10 лет, может даже бекапов не делал, наверное ТС очень позитивный и приятный в общении. А вот вы товарищ токсичный, потому такой ехидный и везде ожидаете подвоха, еще наверное кучу верифицированных бекапов делаете.

anonymous
()

Дохлый номер. Теоретически обновление возможно, но конфликтов при каждом скачке накопится столько, что система окажется мёртвой.

Собственно у меня был опыт обновления 5 до 6, 6 до 7 и 8 до 9. Была попытка обновления 6 до 8, но пакетник не смог обработать зависимости.

Очевидные проблемы: в 7-ке ввели мультиархитектуру. Приходилось вручную удалять не-мультиах пакеты и вручную ставить им замену.

в 8-ке ввели системд, но не совсем классический как в федоре/красношапке. Поэтому вся система инициации конфликтует с конфигурацией 7- и с 9-кой (где системд опять перелопатили).

А всё из за того, что конфиги в /etc сохраняются. И ещё всякий мусор в процессе работы пакетов остаётся и не чистится.

kirill_rrr ★★★★★
()
Ответ на: комментарий от anonymous

Я тоже оптимист, считаю, что лучше собрать генту. Моя обновляется с 2012 года.

Deleted
()

Скопировать все конфиги софтин и список установленных пакетов

Переустановить дебиан и пакеты

Вернуть конфиги на место

ПРОФИТ

xDShot ★★★★★
()
Ответ на: комментарий от kirill_rrr

Ну как дохлый номер. Пару лет назад так же с 4 на 5, с 5 на 6, с 6 на 7 обновлял - задолбался, но обновил и всё работает. Там проще было этим заморочаться... Ну а тут до 7ки хотя бы обновить.

postfix81
() автор топика
Ответ на: комментарий от anonymous

Ну да, ТС оптимист по жизни) Решил вот обновить, потому что понадобилось) Бэкапы конечно делал - постоянно))

postfix81
() автор топика
Ответ на: комментарий от nicholas_ru

Перед тем как сюда написать, разумеется очень много гуглил и читал мануалы. p.s. вы там не вникли по ходу дела - не с 7 на 8 надо. А для начала с 6 на 7ку). С 5ки на 6ку обновил, но походу дела это какие то косяки судя по ошибкам потащило с собой)

postfix81
() автор топика
Ответ на: комментарий от postfix81

Вот вот. Немного незаметных ошибок, которые не вылезут сразу же. И это на каждом шаге, ошибка на ошибку и т.д. Уже через релиз я бы не стал обновлять, а поставил заново. Тем более что юниксы изначально очень хорошо относятся к подмене системы на новую без форматирования.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Ну вот одно дело, если это какая то фигня там крутится. А другое, если там какая то система почтовая с антиспамами, скриптами всякими и прочей хренью. Которую будешь переносить - нет нет, да что то забудешь( Всё не проверишь идеально..

postfix81
() автор топика
Ответ на: комментарий от postfix81

Ну, как минимум настроенная и рабочая система инициации, которая всё это запускает тоже обновится, причём довольно грязно. Почти наверняка что то отвалится. Потом софт самих серверов обновится, возможно через ветку и потеряется совместимость со старыми конфигами. А если всего этого не случится, то «перенесённая» и «свежая» конфигурации ничем отличаться не буду.

kirill_rrr ★★★★★
()
Ответ на: комментарий от kirill_rrr

Не помню как там с 7 на 8, но с 8 на 9 как два пальца об асфальт.

anon8
()

Дату пробовали переводить назад?

ValdikSS ★★★★★
()

Проще переехать на новые сервера.

anonymous
()

А тебе для чего?

Если почти чистый сервер, то проще начисто поставить.

Если много всякой фигни, то всяко не удасться легко обновить. Придётся во всём этом разбираться

fornlr ★★★★★
()
Ответ на: комментарий от xDShot

Это примерно так

Конфиг версии 1 -> конфиг версии 2 -> конфиг версии 3 -> конфиг версии 4

И ты в итоге будешь изучать промежуточную фигню, которую успели добавить, а потом уже поменяли или вообще выкинули.

Ну и естественно, что все эти знания тебе больше не пригодятся, если ты не станешь профессиональным апдейтером древних дебианов по вызову.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от fornlr

Приведи примеры такого софта, у которых параметры конфигов постоянно менялись. Даже systemd не страдает такой фигней.

xDShot ★★★★★
()
Ответ на: комментарий от xDShot

Приведи примеры такого софта, у которых параметры конфигов постоянно менялись.

samba, часто меняются некоторые параметры по-умолчанию, некоторые параметры удаляются. было такое несколько раз уже, например в RHEL5 была самба 3.0.33 прилетела с обновлением 3.6.23 и работа с АД нарушилась. пришлось откатываться

futurama ★★★★★
()
Ответ на: комментарий от xDShot

Из серверной стороны я с NUTd замучился.

Это с каждым апдейтом гарантированно.

fornlr ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.