L'installation manuelle de packages avec dpkg empêche-t-elle un futur chemin de mise à niveau?

13

Je gère un réseau privé qui n'a pas de connectivité Internet en raison de la politique de sécurité du client. Ce réseau a une seule installation de serveur Ubuntu 10.04 LTS (bientôt plusieurs autres) et j'ai essayé de le personnaliser avec un logiciel - cependant, je dois installer manuellement des packages avec dpkg en raison du manque de connectivité Internet.

Est-ce que cela m'empêche de passer à une version plus récente d'Ubuntu Server (LTS) lorsqu'elle sera disponible, car les paquets que j'ai installés ne sont pas sur le CD de distribution actuel, il est peu probable qu'ils soient également sur les versions les plus récentes.

— James Booker
source

3

Note latérale: Puisqu'il y a plusieurs autres serveurs Ubuntu à venir, vous voudrez peut-être envisager un référentiel local?

— andol

3

Pourquoi ce wiki communautaire?

— Nathan Osman

@George Edison - pourquoi pas?

1

@James: Parce que personne ne gagne de rep. des questions CW.

— Nathan Osman

17

Non. L'installation de packages à partir des dépôts officiels à l'aide de dpkg ne vous posera aucun problème à l'avenir.

En fait, d'un point de vue technique, l'installation d'un package via dpkg n'est pas différente de celle que vous aviez exécutée sudo apt-get install package. Les mêmes choses se produisent.

Le seul problème avec l'installation de packages avec dpkg est que vous devrez vous assurer que les dépendances sont installées dans le bon ordre. Sinon, vous pourriez vous retrouver avec une base de données de packages corrompue.

Je sais que cela se produit par expérience personnelle ...

— Nathan Osman
source

Qu'entendez-vous par installé dans le bon ordre? Si une bibliothèque a 3 dépendances, a, b et c, alors elles devraient être installées dans un ordre spécifique? Pourquoi?

— levesque

@JCL: Parce que certaines des dépendances dépendent probablement les unes des autres.

— Nathan Osman

2

La base de données des packages ne serait pas corrompue ... mais cela indiquerait qu'un package n'est décompressé (et non configuré) qu'en raison de dépendances manquantes. Corrompu signifierait cassé et que dpkg ne fonctionnerait plus. Dans le cas que vous mentionnez, cela fonctionne toujours et vous pouvez terminer l'installation en utilisant dpkg pour installer les dépendances manquantes (ou même apt-get -f install).

— Raphaël Hertzog

@Rap: Oui, ce serait le cas. Cela m'est réellement arrivé. Et oui, dpkg n'a pas fonctionné après.

— Nathan Osman

2

Je crains que le problème que vous ayez rencontré ne soit pas lié aux opérations spécifiques que vous décrivez. Quelque chose d'autre a dû arriver. Une panne de courant inattendue, une corruption du système de fichiers ou autre chose, mais l'installation de packages dans le mauvais ordre ne corrompt pas la base de données dpkg. Je suis un mainteneur de dpkg et nous aurions vu beaucoup de rapports de bogues liés si c'était vraiment le cas.

— Raphaël Hertzog

3

Juste pour être complet: lorsque vous effectuez une mise à niveau, si vos packages ne sont plus pris en charge ou incompatibles avec les packages plus récents (dépendances cassées, etc.), le processus de mise à niveau vous demandera si vous souhaitez supprimer ces packages. Je ne sais pas ce qui se passe si vous ne les désinstallez pas - ils ne fonctionneront probablement plus.

Dans tous les cas, vous pourrez effectuer une mise à niveau.

— Little Jawa
source

2

AptOnCD pourrait être un outil utile pour vous dans ce cas: http://aptoncd.sourceforge.net/

— Jorge Castro
source

1

Ce serait peut-être une meilleure idée, étant donné que vous ajouterez bientôt plus de serveurs, de configurer un référentiel local. De cette façon, vous pouvez ajouter le référentiel aux sources apt de chaque serveur, puis les pointer vers un référentiel local qui n'est qu'un miroir du vrai référentiel ubuntu.

Ensuite, quand il est temps d'installer ou de mettre à niveau des packages, vous utilisez simplement les outils ubuntu standard pour gérer cette opération. Un autre avantage est que vous n'avez qu'à mettre à jour le référentiel local centralisé de temps en temps avec quelques DVD ou disque dur que vous pouvez apporter dans l'environnement fermé et synchroniser avec les répertoires du référentiel. Ensuite, chaque serveur vous alertera sur les packages qu'ils ont installés et qui ont des mises à niveau disponibles sur votre dépôt local ... ce qui signifie que vous avez beaucoup moins d'administration à maintenir. Les outils sont autorisés à faire ce pour quoi ils sont bons.

Alan Pope, évangéliste ubuntu et membre de l'équipe derrière le podcast Ubuntu UK, a écrit un article sur la création d'un miroir des référentiels ubuntu officiels qui devrait aider. Vous pouvez le trouver ici .

— Jim
source