[Résolu] trouver paquet mintupgrade ?

[ped]

retour d'expérience non satisfaisante pour tenter de passer de Sarah à Tara

upgrade de Sarah à Sylvia en suivant ce tuto de Adrien de MLO https://www.linuxtricks.fr/wiki/wiki.ph ... le-version

Pour passer de niveau de Sarah à Sylvia, la mise à jour ne fonctionnait pas en mode graphique à l'aide de mintUpdate mais uniquement avec la ligne de commande.

La mise à niveau s'est alors effectué en utilisant l'ancienne méthode.
Puis j'ai mis à jour le noyau proposé via mintUpdate, avant d'aller plus loin...

Ensuite pour effectuer la mise à niveau de Sylvia à Tara, il y a un hic! c'est impossible.

Donc pour tenter l'upgrade, voici ce qui a été fait sans plus de succès :

Code: Select all

sudo apt-get update && sudo apt-get dist-upgrade

Code: Select all

$ sudo apt-get install mintupgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet mintupgrade

Il y a peut-être un souci de sources.list??

Qu'est ce qu'il faudrait faire SVP?

[Laurent85]

Bonjour,
Tes sources ne sont pas les bonnes, il y a une annonce officielle pour la mise à niveau vers 19, c'est la doc de référence :
viewtopic.php?f=143&t=272287
https://blog.linuxmint.com/?p=3615
https://community.linuxmint.com/tutorial/view/2416

La procédure n'est pas sans risque pour un débutant, tiens bien compte des conseils et avertissements qui sont donnés avant de te lancer

[ped]

Ok merci.

Donc en suivant le tuto

Code: Select all

apt install lightdm lightdm-settings slick-greeter

ne fonctionne pas et lightdm a été installé autrement

puis en suivant le tuto

et

Code: Select all

apt remove --purge mdm mint-mdm-themes*

sudo dpkg-reconfigure lightdm

sudo reboot

au reboot pas de détection de Xorg il faut rentrer le couple login/mot de passe et faire startx pour afficher le menu graphique ça commence bien
et puis lightdm est seul installé mais son service systemd est inactif. (Son option de reconfiguration pour lightdm avec le terminal ne donne rien).

Ensuite il faut ouvrir le terminal pour afficher le défilement illimité qui est dans Edition/Préférences du profil/Défilement et ça doit-être coché défilement sur la sortie ce qui doit correspondre à l'option " illimité ".

Puis

Code: Select all

apt install mintupgrade
[sudo] password for pedropedro: 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet mintupgrade

Pour débuter le tutoriel ce n'est pas si simple d'être bloqué dès le départ.

***************
(Même si graphiquement minUpdate propose l'option d'une mise à jour vers Sylvia la commande [lsb_release -a] renvoie bien Sarah).
Voici le souces.list actuel de Sarah et il ne doit pas contenir le dépôt nécessaire à mintupgrade non trouvé dans les liens de la doc officielle :

Code: Select all

deb http://packages.linuxmint.com sarah main upstream import backport 
deb http://archive.ubuntu.com/ubuntu xenial main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu xenial-updates main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu xenial-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ xenial-security main restricted universe multiverse
deb http://archive.canonical.com/ubuntu/ xenial partner

[Laurent85]

Il fallait d'abord faire une mise à niveau vers 18.3 Sylvia via les gestionnaire de mise à jour.

Tu n'as plus de session graphique qui marche maintenant ?

[ped]

" Il fallait d'abord faire une mise à niveau vers 18.3 Sylvia via les gestionnaire de mise à jour ".

Oui celà avait été fait avec le terminal puisque le manager ne fonctionnait pas; c'est la méthode de Adrien cité au premier message. Il y a eu d'autres petits soucis mais qui ont été réglés sans entrer dans les détails comme un exemple l'extinction subite du PC suite à une surchauffe, plusieurs update etc

Je suis bien passé de 18.3 Sylvia à Sarah.

X Window fonctionne en lançant Xorg manuellement et en ce moment je bricole avec le sourcelist...

[Laurent85]

Oui celà avait été fait avec le terminal puisque le manager ne fonctionnait pas; c'est la méthode de Adrien cité au premier message.

Ça c'est bon pour les experts seulement, c'est pas recommandé. Si ça ne marche pas avec la méthode recommandée il y a peu de chances que les autres méthodes règlent le problème automatiquement

X Window fonctionne en lançant Xorg manuellement

Donc ton système est cassé maintenant. A ta place j'essaierais de le remettre dans son état d'origine si tu as un instantané Timeshift ou en réinstallant les paquets que tu as déjà supprimés et remplacés.

Et après régler le problème de mise à niveau vers 18.3 via le gestionnaire.

[ped]

Puisque je suis bien passé de 18.3 Sylvia à Sarah c'est bon; même si le gestionnaire ne fonctionne pas correctement.
Je fais le choix de ne pas utiliser timeshift si c'est pour revenir au problème d'origine et tenter de comprendre pourquoi le gestionnaire refuse l'upgrade.

Si le serveur graphique ne se lance pas automatiquement, est-ce que c'est bien parce-qu'il appelle en premier chef le gestionnaire de connexion qui ne se lance pas? ou bien ce sont deux problèmes distincts.

[Laurent85]

Puisque je suis bien passé de 18.3 Sylvia à Sarah c'est bon même si le gestionnaire ne fonctionne pas correctement.

Tu veux dire de Sarah à Sylvia ?

Je fais le choix de ne pas utiliser timeshift si c'est pour revenir au problème d'origine et tenter de comprendre pourquoi le gestionnaire refuse l'upgrade.

Timeshift est indispensable, avec les sauvegardes c'est méthode ceinture et bretelles

Si le gestionnaire refusait l'upgrade c'est bien qu'il y avait un problème à régler d'abord, le système était déjà dans un état bancal

Tu peux y arriver en manuel si tu sais te débrouiller quand ça bloque mais c'est pas à recommander pour tous.

[Laurent85]

Si le serveur graphique ne se lance pas automatiquement, est-ce que c'est parce-qu'il appelle en premier chef le gestionnaire de connexion qui ne fonctionne pas? ou bien les deux problèmes sont distincts.

C'est quel gestionnaire de démarrage maintenant ? mdm ou lightdm ?

Tu as essayé dpkg-reconfigure ...

[ped]

Oui de Sarah à Sylvia c'est une erreur d'écriture.

mdm a été supprimé c'est lightdm qui est installé.
le serveur graphique appelle lightdm qui ne se lance pas

dpkg-reconfigure ne fonctionnait pas

Le système est lancé sur une longue mise à jour

Code: Select all

sudo aptitude update && sudo aptitude dist-upgrade -f

A plus tard...

[Laurent85]

Ok.

Si le serveur graphique ne se lance pas automatiquement, est-ce que c'est bien parce-qu'il appelle en premier chef le gestionnaire de connexion qui ne se lance pas? ou bien ce sont deux problèmes distincts.

C'est lightdm qui lance Xorg. Vérifie aussi l'état du service lightdm :

Code: Select all

systemctl list-unit-files | grep lightdm
systemctl status lightdm

[ped]

Ok donc c'est lightdm qui appelle xorg et pas l'inverse.

le service de lightdm ne fonctionne pas depuis le changement de gestionnaire le statut est inactif mais en réinstallant mdm alors mdm fonctionne

pour éviter l'éparpillement, mdm a été supprimé définitivement et lightdm est installé à la place même s'il ne se lance pas

[Laurent85]

Ok donc c'est lightdm qui appelle xorg et pas l'inverse.

Oui.

C'est quoi le retour des commandes systemctl ?

[ped]

systemctl list-unit-files | grep lightdm
systemctl status lightdm

Code: Select all

$ systemctl list-unit-files | grep lightdm
lightdm.service                            enabled 
pedropedro@pedro-H ~ $ systemctl status lightdm
● lightdm.service - Light Display Manager
   Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; vendor preset: 
   Active: inactive (dead) (Result: exit-code) since sam. 2018-07-28 10:25:39 CE
     Docs: man:lightdm(1)
  Process: 4082 ExecStart=/usr/sbin/lightdm (code=exited, status=1/FAILURE)
  Process: 4076 ExecStartPre=/bin/sh -c [ "$(basename $(cat /etc/X11/default-dis
 Main PID: 4082 (code=exited, status=1/FAILURE)

*******
Ayant déjà une session root en cours le sujet est en pause sinon le PC risque encore de se couper brutalement sans doute à cause de la pâte thermique qui ne fait plus effet.

[Laurent85]

Essaie de nettoyer et réinstaller lightdm :

Code: Select all

apt purge mdm mint-mdm-themes* lightdm lightdm-settings slick-greeter
sudo rm -r /var/lib/lightdm-data
apt install lightdm lightdm-settings slick-greeter

Redémarre.

Si lightdm ne démarre pas regarde la sortie de journalctl :

Code: Select all

journalctl -xe

[ped]

ça n'a pas fonctionné comme ça aurait dû l'être et pour passer c'est en cliquant sur le lien lightdm dans la doc wiki de Ubuntu que lightdm a bien voulu s'installer mais sans plus. Le démon lightdm s'est affiché juste pour créer l'objet mais sans pouvoir se connecter.

********************
En modifiant le sources.list par celui-çi ça fonctionne aussi

Code: Select all

deb http://mirrors.ircam.fr/pub/linuxmint tara main upstream import backport
deb ftp://ftp.rezopole.net/ubuntu bionic main restricted universe multiverse
deb ftp://ftp.rezopole.net/ubuntu bionic-updates main restricted universe multi$
deb ftp://ftp.rezopole.net/ubuntu bionic-backports main restricted universe mul$
deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe$
deb http://archive.canonical.com/ubuntu/ bionic partner

mais un problème de connexion wifi avec networkmanager est apparu au reboot et idem l’applet mint-update a signalé une mise à jour vers le noyau 4.15.0-10 mais pas moyen de l’installer. Je ne suis pas aller plus loin en n'utilisant pas synaptic car le PC s'était éteint par deux fois toujours pour un problème indépendant de surchauffe. A chaque fois il faut attendre un certain temps avant de redémarrer ce PC sinon il s'éteint pendant le grub.

Le choix a été porté sur l'utilisation de timeshift pour rétropédaler. Dommage si près du but sans savoir si celà aurait fonctionné 100% comme cité dans ce lien https://leblogdolivyeahh.wordpress.com/ ... t-openbox/
Le souci de lightdm et xorg, encore ça passe mais l'abscence de connexion wifi internet devient un problème.


Donc une fois la restauration de timeshift faite sur l'unique point qui était Sarah, il a fallut à nouveau faire l'upgrade vers la version 18.3

Donc nouveau sources.list

Code: Select all

deb http://packages.linuxmint.com sylvia main upstream import backport
deb http://archive.ubuntu.com/ubuntu xenial main restricted universe multiverse  
deb http://archive.ubuntu.com/ubuntu xenial-updates main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu xenial-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ xenial-security main restricted universe multiverse
deb http://archive.canonical.com/ubuntu/ xenial partner

Code: Select all

sudo apt-get update
sudo mintupdate-tool upgrade -r -l123 -s -nk

Ensuite le tutoriel officiel pour passer à Tara à bien fonctionné avec mintupgrade

La méthode de Adrien cité au premier message du sujet est obsolète et ne permet pas de passer de Sarah à Sylvia 18.3 mais de Sarah à Sylvia 18. Pour migrer vers Tara avec la doc officielle il faut être sur Sylvia 18.3. On peut le vérifier avec cette commande [lsb_release -a]
Malgré une incohérence dans un message il est à préciser que j'étais bien sur LM 18.3

Merci Laurent pour l'aide et les conseils apportés au sujet.

édition du 1 août finalement il n'y a que des soucis suite à l'upgrade l'affaire n'est pas concluante