Existe-t-il un moyen de rétrograder d'Ubuntu 17.04 à 16.10?


9

J'ai Xubuntu 17.04, et je me demandais s'il y avait un moyen de rétrograder de 17.04 à 16.04, pour deux raisons:

  1. Parce que mGBA ne fonctionne pas en 17.04
  2. Parce que Parole Media Player se bloque lorsque je rembobine
  3. Parce que LMMS se ferme lorsque j'essaie de charger les exemples de chansons
  4. etc.

Question:

Existe-t-il un moyen de rétrograder de Xubuntu 17.04 à 16.10?


7
Je pense que vous devriez enquêter sur ces problèmes plutôt que de simplement jeter le tout
cat

2
Ces sons semblent être des problèmes liés à la configuration audio de votre système. Je pense que vous seriez mieux servi en étudiant cette possibilité. Toutes ces applications doivent utiliser le système audio.
StephenG

@StephenG Je pense que vous avez peut-être raison. Cependant, je n'ai jamais trouvé de problème majeur avec mes pilotes audio sur tous les Linux, malgré le fait que j'utilise notoirement le mplayer à un seul thread pour la lecture vidéo. Mais Internet est en quelque sorte plein de problèmes de blocage causés par des problèmes de pilote audio, je ne peux tout simplement pas vraiment comprendre cela.
peterh

@peterh En effet. Le dernier problème audio que j'ai eu était d'essayer de faire en sorte que Windoze utilise le système audio que mon Linux Mint 18 à double démarrage a détecté et utilisé sans problème. Aucun problème de son Xubuntu 17.04 n'a été détecté lors d'une recherche rapide sur le Web.
StephenG

Cela ne vous aidera pas maintenant, mais j'ai été brûlé plusieurs fois par des mises à niveau. Maintenant, avec de gros disques durs, je viens de copier toute ma racine et de séparer les partitions personnelles vers de nouvelles partitions vides et de faire la mise à niveau là-bas. Cela laisse le système de travail ... fonctionnel. Une fois la mise à niveau réussie dans les autres partitions, je dis simplement à grub qu'il s'agit du système par défaut pour démarrer. Tout ce que vous avez à faire est de modifier / etc / fstab dans la nouvelle copie pour refléter les UUID des partitions de test. Pour faciliter cela, j'ai placé la plupart de mes autres données comme les fichiers multimédias dans une autre partition non affectée par tout cela. gparted est votre ami!
Joe

Réponses:


13

Il n'existe aucun moyen officiellement pris en charge pour cela, mais vous pouvez le faire.

La rétrogradation entraînera probablement des problèmes plus graves que la mise à niveau provoquée. Les raisons:

  1. Les scripts d'installation / suppression de packages n'ont pas été testés pour la rétrogradation.
  2. Il pourrait y avoir des fichiers de configuration spécifiques au package, des bases de données, dont le format a changé avec une nouvelle version. Dans ces cas, leur mise à niveau de format a été développée, mais leur rétrogradation ne l'était pas.
  3. Les dépendances de package ne sont pas très testées dans les scénarios de rétrogradation. Il en résulte, pendant la rétrogradation, un état d'un système peut apparaître dans lequel des packages incompatibles sont là par hasard.

Tous ces problèmes sont rares. Mais un système Linux typique a des milliers de packages, donc au moins dans l'un d'entre eux, vous rencontrerez sûrement des problèmes. Vous devrez les réparer à la main, individuellement.

Les étapes exactes pour une rétrogradation sont détaillées dans cette réponse.

(Pas le sujet de la question, mais c'est très drôle: de la même manière, vous pouvez également basculer entre différentes distributions basées sur Debian, peut-être même sans redémarrage. S'il y a un support multi-architecture dans les deux, vous pouvez même changer d’ architecture sans redémarrage.)

Étant donné que votre objectif est d'éviter certains problèmes spécifiques au package rares et similaires après une mise à niveau , vous éviterez probablement ceux que provoquerait une dégradation.

Ainsi, je proposerais davantage une solution de contournement:

Rétrogradez uniquement les quelques packages avec lesquels vous rencontrez un problème.

C'est très simple:

  1. Ajoutez également temporairement les sources de package de votre ancienne distribution dans le /etc/apt/sources.list. Ainsi, votre sources.listtestament contiendra temporairement les sources du package pour vos deux versions de distribution.
  2. Exécutez un apt-get updatepour charger les caches.
  3. Une apt-cache show mybuggytoolaffiche ensuite votre mybuggytooldans toutes les versions disponibles, dans les deux référentiels. Par exemple, vous verrez mybuggytooldans les versions 1.1-crapet dans 1.3-crap.
  4. Choisissez le plus sympathique, ce qui sera probable 1.1-crap.
  5. Installez-le avec un apt-get install mybuggytool=1.1-crap
  6. Supprimez (ou commentez) les lignes de votre ancienne disto du sources.list, puis à apt-get updatenouveau.

De cette façon, vous aurez le package de l'outil buggy - mais, à partir de votre ancienne distribution. La grande majorité des bibliothèques étant conçues pour être rétrocompatibles, vous rencontrerez un problème avec une probabilité beaucoup plus faible.

Vous voudrez peut-être exempter ces packages des futures mises à niveau. Il est détaillé dans cette réponse . La partie importante est:

  • Vous pouvez contenir un package par la commande apt-mark hold mybuggytool.
  • Vous pouvez le détacher par apt-mark unhold mybuggytool.

Merci @peterh! C'est exactement ce dont j'avais besoin! Merci beaucoup!
JBoy Advance

@JBoyAdvance Mon plaisir :-)
peterh

1
Belle réponse très complète.
Joe
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.