Migration en version 4 échoué

Mon serveur YunoHost

Matériel: VM perso
Version de YunoHost:
yunohost:
repo: stable
version: 3.8.5.8
yunohost-admin:
repo: stable
version: 3.8.3.5
moulinette:
repo: stable
version: 3.8.1.3
ssowat:
repo: stable
version: 3.8.0.3

J’ai accès à mon serveur : En SSH | Par la webadmin | En direct avec un clavier/écran | …
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : oui

changement domaine pour postfix et les fichiers de l’appication redirect_yhn

Description du problème

je viens de tenté la migration et cela a échoué je vous joins le pastebin de l’opération



https://paste.yunohost.org/raw/araxuqanun

cela viens d’ou d’aprés vous. quelle correctif manuel je peux apporter?

Si tu retentes la migration, est-ce que tu obtiens un résultat similaire ?

Visiblement ça semble être lié à un paquet “apt-listbugs” installé sur ton système qui liste des bugs connu avant de faire la mise à jour …

(mais du coup ça bloque la mise à jour parce que ce logiciel s’attends à ce que tu sois un expert capable d’aller analyser si ces bugs connus sont critiques pour toi ou non …)

Est-ce que tu sais pourquoi ce paquet est installé sur ton système ?

Sinon perso j’essayerais de faire (depuis SSH) : apt remove apt-listbugs (en faisant un peu gaffe à ce que ça dit avant de valider)

blors’ je ne sais pas pouquoi ce paquet est installe apt-listbugs.
je le désinstalle et relance la migration
wait and see
[edit]

et bin paf le chien toujours pas

voici le pastebin https://paste.yunohost.org/raw/inutitusap

j’ai tenté de faire les réparation usel avec les commande suivante mais cela ne change rien

sudo apt install --fix-broken
Reading package lists... Done 
Building dependency tree        
Reading state information... Done
The following packages were automatically installed and are no longer required:
linux-headers-4.9.0-11-amd64 linux-headers-4.9.0-11-common linux-image-4.9.0-11-amd64 ruby- 
debian ruby-domain-name ruby-gettext ruby-http-cookie ruby-httpclient ruby-locale ruby-soap4r ruby- 
sqlite3 ruby-text ruby-unf ruby-unf-ext
ruby-unicode ruby-xmlparser sqlite3
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 845 not upgraded.
sudo dpkg --configure -a

Zblerg … j’ai déjà vu ce genre de soucis mais me souviens plus de la raison …

Tu peux tenter un

apt install dpkg libapt-pkg5.0

voici le resultat de la commande d’installation

sudo dpkg --configure -a

apt install dpkg libapt-pkg5.0 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
yunohost : Depends: apt but it is not going to be installed
                  Recommends: unattended-upgrades but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

C’est dingue ce truc…

il ne serait pas plus simple que je fasse l’upgrade debian’ reboot et ensuite upgrade yunohost en ligne de commande ?

Si tu sais ce que tu fais alors vas-y … nous on propose un processus qui est censé marcher, par contre c’est typiquement super galère de prévoir toute la combinatoire de problème qui peuvent survenir car ça dépends beaucoup des paquets chelous qui peuvent être installé sur le système …

M’enfin sinon on peut continuer d’investiguer et possiblement trouver une solution relativement simple au soucis, sinon à faire trop de bidouilles à la main, tu risques de t’empêtrer dans la spirale du bordel…

Bref, tentons un :

apt install dpkg libapt-pkg5.0 apt unattended-upgrades

nouvelle commande et nouvelle echec

apt install dpkg libapt-pkg5.0 apt unattended-upgrades
Reading package lists... Done
Building dependency tree       
Reading state information... Done
unattended-upgrades is already the newest version (0.93.1+nmu1).
apt is already the newest version (1.4.10).
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libapt-pkg5.0 : Breaks: apt (< 1.6~) but 1.4.10 is to be installed
             Recommends: apt (>= 1.8.2.1) but 1.4.10 is to be installed
E: Unable to correct problems, you have held broken packages.

même si je connais linux depuis très longtemps je préfère tenter de voir si on ne peux pas résoudre avec la méthode douce car cela pourrais servir d’autre personne:

Mokey alors regardons ce que raconte :

apt policy apt

voila le resultat

apt policy apt
apt:
  Installed: 1.4.10
  Candidate: 1.4.10
  Version table:
     1.8.2.1 500
    500 http://ftp.debian.org/debian buster/main amd64 Packages
    500 http://security.debian.org/debian-security buster/updates/main amd64 Packages
*** 1.4.10 30000
    100 /var/lib/dpkg/status

Mokay bon bah il sais que y’a des nouveaux paquets mais il veut pas les installer … probablement un soucis de pinning ou autre (c.f. le 30000 sur la version 1.4.10 … même si c’est pas clair du tout pourquoi c’est là …)

Du coup regardons :

cat /etc/apt/preferences.d/*

du pinning, c’est possible car actuellement ma co adsl n’est pas actve j’ai fais construire et Orange a grave tardé pour m’envoyé le devis pour la construction de la ligne…

actuellement je passe par un routeur 4G…

resultat du cat

https://paste.yunohost.org/zilexepodi.bash

(Non non je parle de pinning dans apt, le gestionnaire de paquet, rien à voir avec le hairpinning sur ta connexion internet …)

Bon du coup c’est la suite du bordel mis sur le système par apt-listbugs …

Tu peux faire un ls /etc/apt/preferences.d/, et je pense que tu vas voir un fichier en rapport avec listbug …

Du coup il faut faire un rm /etc/apt/preferences.d/<le_fichier> … et après ça tu peux re-tenter la migration

bingo, j’avais bien ce GRRR de fichier aprés suppression, purge du cache j’ai relancé l’update.

la mise a jour est donc en cour. y a plus qu’a attendre

et bien pas mieux, je pense que c’est même pire…

https://paste.yunohost.org/raw/ofuyineyih

Hmbeh regardons journalctl -u ssh -n 100 --no-pager --no-hostname

voila le resultat de la commande

journalctl -u ssh -n 100 --no-pager --no-hostname
-- Logs begin at Wed 2020-09-09 13:24:46 CEST, end at Wed 2020-09-09 17:20:41 CEST. --
-- No entries -

Marf … et avec sshd à la place de ssh ?

cela ne change pas le resultat

bon migration réussi aprés avoir vue que deux ligne merdais dans le fichier de conf de sshd.
il s’agit des ligne suivante:

#UsePrivilegeSeparation sandbox

et de la ligne suivante qui faisait doublon:

#MaxSessions no

merci pour l’aide bien précieuse et le temp passé a m’aider.