The wikis are now using the new authentication system.
If you did not migrate your account yet, visit https://idp-portal-info.suse.com/

Upgrade openSUSE Tumbleweed

Aller à : navigation, rechercher

Situation

Vous souhaitez mettre à jour Tumblewedd vers le dernier snapshot.

Procédure

Il est recommandé de se familiariser avec l'utilisation de snapper pour revenir en arrière (rollback). Il peut être aussi intéressant de jeter un œil à la commande tumbleweed-cli.

De manière générale, il est plus sur de se déconnecter de votre environnement de bureau (DE) et de procéder à la mise à jour depuis un terminal virtual (TTY). Cela évite que quoi que ce soit bloque ou arrête le DE au milieu de la mise à jour. Cependant vous pouvez en toute sécurité procéder au téléchargement préalable des paquets à mettre à jour depuis votre DE sans les installer immédiatement. Ceci peut être fait via le terminal de votre DE avec:

 su -
 zypper dup -d
 exit

Cela peut aussi être plus pratique si vous avez besoin de demander de l'aide sur un forum à propos d'éventuels conflits de paquets.

Par la suite, les étapes suivantes réaliseront la mise à jour:

  1. Déconnectez-vous de votre DE et utilisez CTRL+ALT+F1 lorsque vous être sur le gestionnaire de connexion.
  2. Connectez-vous en tant que root.
  3. Tapez la commande: zypper dup
  4. Résolvez les éventuels conflits (qui peuvent apparaître si vous avez installé des paquets depuis des dépôts non officiels) et valider la mise à jour.
  5. Lorsqu'elle est terminée, lancez la commande: reboot

Un redémarrage n'est pas toujours nécessaire, lorsque c'est le cas, Zypper vous en informera. En ce cas, pour revenir au DE, faites exit et CTRL+ALT+F7.

En théorie, la manière la plus sure de mettre à jour lorsqu'un reboot n'est pas nécessaire est d'isoler le système en "rescue.target", car dans cet état beaucoup moins de choses sont chargées en mémoire, ce qui signifie que lors du retour au DE la plupart des éléments du système seront rechargés. Le but est d'éviter d'avoir des processus obsolètes en cours avec lesquels les paquets mis à jour pourraient vouloir interagir. Vous pouvez isoler le système en "rescue.target" via l'une des commandes suivantes:

 systemctl isolate rescue.target
 telinit 1

Documentation

Les informations (non exhaustives) qui suivent sont issues de Portal:Zypper. Reportez-vous au dépôt de zypper pour obtenir la liste de ses auteurs.

dist−upgrade (dup) [options]

Mettre la distribution à jour. Cette commande applique l'état des dépôts (indiqués) au système, met à jour (ou baisse la version) les paquets installés vers la version des dépôts, supprime les paquets qui ne sont plus dans les dépôts et qui posent des problèmes de dépendances, gère les séparation de paquets ainsi que les renommages, etc.

Si aucun dépôt n'est indiqué via l'option −−from, zypper procédera à une mise à jour globale en se basant sur tous les dépôts disponibles. Ce type de mise à jour globale prend également en compte les paquets installés non modifié et re−évalué leurs dépendances.

−−from alias|name|#|URI

Cette option peut être utilisée plusieurs fois et restreint la mise à jour à la liste des paquets présents uniquement dans les dépôts spécifiés. Toutefois l'ensemble des dépôts configurés sont visibles au résolveur qui les utilisera afin de statisfaire des problèmes de dépendances.

−l, −−auto−agree−with−licenses

Répondre automatiquement oui aux demandes d'acceptation des licences. En utilisant cette option, vous acceptez les licences de tous les fournisseurs de logiciels tiers que cette commande va installer. Ceci est particulièrement utile pour les administrateurs installant le même ensemble de paquets sur plusieurs machines (grâce à un processus automatique) et qui ont validé ces licences au préalable.

−−auto−agree−with−product−licenses

Accepter automatiquement les licences des produits uniquements. Ceci est utilisé par des outils tels que SUSEconnect qui demande confirmation avant que le produit soit enregistré. Ainsi il n'est pas nécessaire de confirmer la licence du produit de nouveau lors de l'installation.

−−replacefiles

Install the packages even if they replace files from other, already installed, packages. Default is to treat file conflicts as an error. −−download−as−needed disables the fileconflict check because access to all packages filelists is needed in advance in order to perform the check.


−D, −−dry−run

Test the upgrade, do not actually install or update any package. This option will add the −−test option to the rpm commands run by the dist−upgrade command.


−y, −−no−confirm

Don’t require user interaction. Alias for the −−non−interactive global option.


−−details

Show the detailed installation summary.

Solver related options:


−−debug−solver

Create solver test case for debugging. Use this option, if you think the dependencies were not solved all right and attach the resulting /var/log/zypper.solverTestCase directory to your bug report. To use this option, simply add it to the problematic install or remove command.


−−force−resolution

Force the solver to find a solution by allowing to remove packages with unfulfilled requirements. This is the default when removing packages (zypper remove). This option overrides −−no−force−resolution in case both are specified on the command line.


−R, −−no−force−resolution

Do not force the solver to find a solution. Instead, report dependency problems and prompt the user to resolve them manually. This is the default except when removing packages (zypper remove).


−−recommends

Install also recommended packages in addition to the required ones. The default behavior is determined by [zypp.conf:solver.onlyRequires].


−−no−recommends

Do not install recommended packages, but only required ones. The default behavior is determined by [zypp.conf:solver.onlyRequires].

Expert Options:

Don’t use them unless you know you need them.


−−[no−]allow−downgrade

Whether to allow downgrading installed resolvables [zypp.conf:solver.dupAllowDowngrade].


−−[no−]allow−name−change

Whether to allow changing the names of installed resolvables [zypp.conf:solver.dupAllowNameChange]. Setting this to no will not replace packages which have been renamed.


−−[no−]allow−arch−change

Whether to allow changing the architecture of installed resolvables [zypp.conf:solver.dupAllowArchChange].


−−[no−]allow−vendor−change

Whether to allow changing the vendor of installed resolvables [zypp.conf:solver.dupAllowVendorChange]. Setting this to no might be useful if you do not want packages from foreign repos being dup’ed to the distributions version (or vice versa).

This command also accepts the Download−and−install mode options described in the install command description.

Examples:

$ zypper dup −−from factory −−from packman

Upgrade the system to the latest versions provided by the factory and packman repositories.

Links