[Résolu]Kscreen bloque l'upgrade de jessie vers stretch

Support Debian
#1

Bonjour.

Je tente d’upgrader ma jessie vers stretch, mais la méthode que j’emploie avec succès habituellement bloque sur un message que je ne comprends pas.
Ma méthode que j’ai déjà utilisé pour passer de 7 a 8:

  1. Mises à jours effectuées.
  2. Sauvegardes du system et du home (images avec clonezilla)
  3. Changement des mots “jessie” par “stretch” dans le sources.list avec la commande:
    sudo sed -i ‘s|jessie|stretch|’ /etc/apt/sources.list
  4. vérification du sources.list
  5. sudo apt update
  6. sudo apt apt full-upgrade
    Et la ça bloque sur ce retour:

alain@debian:~$ sudo apt full-upgrade
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Calcul de la mise à jour… Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l’impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n’ont pas encore
été créés ou ne sont pas sortis d’Incoming.
L’information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
libkf5screen-bin : Casse: kscreen (< 4:5.8) mais 1.0.2.1-1 devra être installé
libkf5screen7 : Casse: kscreen (< 4:5.8) mais 1.0.2.1-1 devra être installé
E: Erreur, pkgProblem::Resolve a généré des ruptures, ce qui a pu être causé par les paquets devant être gardés en l’état.

J’ai verifié kscreen:
alain@debian:~$ sudo apt-cache policy kscreen
[sudo] password for alain:
kscreen:
Installé : 1.0.2.1-1
Candidat : 1.0.2.1-1
Table de version :
*** 1.0.2.1-1 0
500 http://deb.debian.org/debian/ jessie/main amd64 Packages
100 /var/lib/dpkg/status

Donc je ne comprends pas le problème avec kscreen.
Que dois-je faire?

Merci d’avance.

#2

Je peux pas te proposer mieux que la procédure fourni par Debian :

https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.fr.html

#3

il faut essayer en 3 temps avec le source.list stretch

mise a jour des listes

apt update

mise a jour des paquets déja installés

apt-get upgrade

installation des nouvelles versions de la distribution

apt-get dist-upgrade

#4

Bonjour,

Le retour de la commande apt-cache policy kscreen indique deux choses :

  • il reste une ligne qui référence jessie quelque part
  • la version stretch de kscreen n’apparaît même pas !

Y a-t-il des fichiers dans le dossier /etc/apt/sources.list.d/ ?

La vérification du fichier /etc/apt/sources.list est-elle concluante ?

#5

Bonjour jcsm33.
Normal, car quand j’ai vu que ça ne fonctionnait pas j’ai remis “jessie” dans les dépots avec la manipe inverse.
Donc : apt-cache policy kscreen a été fait sous jessie.
Oui il y a des fichiers dans /etc/apt/sources.list.d/

alain@debian:/etc/apt/sources.list.d$ ls
csoler-users-retroshare-jessie.list megasync.list sourcefabric.list toxrepo.list.save
csoler-users-retroshare-jessie.list.save megasync.list.save sourcefabric.list.save vivaldi-snapshot.list
csoler-users-retroshare-snapshots-jessie.list nilarimogard-webupd8-jessie.list tox.list.bak vivaldi-snapshot.list.save
csoler-users-retroshare-snapshots-jessie.list.save nilarimogard-webupd8-jessie.list.save tox.list’.bak
danielrichter2007-grub-customizer-wheezy.list ring-nightly-man.list tox.list.save
danielrichter2007-grub-customizer-wheezy.list.save ring-nightly-man.list.save toxrepo.list.bak

Mais seul les dépot vivaldi et méga sont actifs. les autres concernent d’anciens logiciels dont je n’ai pas actuellement besoin, mais gardé les dépots au cas ou.

Et oui bien sur, après la commande de changement de nom dans le sources.list, je vérifie et tout passe bien à stretch.

#6

ah ok

#7

Salut Grantoubab.

c’est ce que je fais.
J’ai essayé avec apt-get upgrade à la place de apt full_upgrade, c’est exactement le même retour.
En revanche pas essayé apt-get dist-upgrade.
Je ferai ça cette nuit et te dis quoi …

#8

Merci Clochette, je vais lire tout ça a tête reposée. J’espère y trouver la cause de mon problème.
Mais bon, la manipe que je décris, je l’ai déjà utilisée deux fois sans soucis.
Je pense qu’il y a véritablement un soucis avec kscreen…
Un rapport avec le passage à KDE plasma 5? Possible car les bureaux virtuels ne sont plus gérés de la même façon…

#9

pas la peine
résoud d’abord l’erreur sur le apt-get upgrade

parfois ça peut être meilleur de désinstaller le vieux logiciel et réinstaller le récent

apt purge --remove kscreen
apt install kscreen
#10

Bonsoir Grandtoubab
Voila je m’ y remet…

Moi je veux bien. Mais comme ça pour voir, je suis allé dans synaptic, si tu fait “désinstallation complète” sur kscreen, il (synaptic) te désinstalle tout KDE.
J’ai peur que la commande apt-purge --remove en fasse autant…
Peux tu m’assurer que je ne risque pas de désinstaller l’ensemble de KDE avec cette commande?
Merci :wink:

#11

tu confonds forum et SAV, on est obligé de rien
tu peux faire une simulation
apt -s purge --remove kscreen

#12

Non, non, tu as du mal interpréter mes propos.
Loin de moi l’idée que quelqu’un soit obligé à quelque chose.
Bien entendu un forum n’est pas un SAV. D’ailleurs debian n’est pas à vendre, donc pas de
service après vente :wink:
J’ai donc fait la simulation.
Et comme le dit synaptic, la totalité de KDE y passe.
Est ce qu’une copie du retour est intéressante?

#13

personnellement je considère que tant que le pc n’est pas eteind ou redémarrer , je peux supprimer et réinstaller tous les paquets que je veux

tant que

sudo dpkg --audit

me sors une erreur je ne redémarre pas

mais je ne conseille pas cette descente en hors-piste :grinning:

#14

Ok, merci pour l’info. Je vais peut être tenter dans la nuit…

faut que je me prépare mentalement :smile:

#15

@alain65
Peux-tu essayer ça:

cd /tmp
apt download -t stretch libkf5screen-bin libkf5screen7 kscreen
sudo dpkg -i *.deb
sudo apt install -f
#16

Tout à fait, et pourquoi pas sinon un coup d’aptitude il a la particularité de pouvoir proposer d’autre solution pour mettre à jour, il serait logique qu’une dépendance mal identifiée soit la cause de ce problème de mise à jour.

#17

Bonjour à tous.

Donc c’était bien ça le problème.
Après installation de libkf5screen-bin et de libkf5screen7.
J’ai pu faire mes upgrade et dist-upgrade sans soucis. merci Verner :slight_smile:
puis j’ai fait sur indication de Grantoubab un sudo dpkg --audit sans erreur. :slight_smile:

Seulement au reboot, j’arrive que en TTY …
startx inopérant…
Pour info, le serveur que j’ai dessus fonctionne bien, c’était surtout ça l’important.
Est ce j’ouvre un nouveau sujet pour le démarrage en mode graphique? Je serai assez d’accord
pour ça, vu que ça n’a plus de rapport avec ma question de Kscreen.

#18

oui c’est mieux un autre sujet

mais regarde déjà du côté du driver de la carte graphique, il a peut être été perdu à l’occasion d’un changement de noyau, ça arrive souvent avec du driver propriétaire mal contrôlé :grinning:

lspci -nnk | grep -i vga -A2

#19

Ok Grantoubab, j’ouvrirai un sujet cette nuit.
J’ y mettrai le retour de ta commande.
Je met ici en résolut.

Merci pour tout. Bonne journée

[résolu]Pas de démarrage en mode graphique après upgrade vers stretch
#20

[quote=“alain65, post:17, topic:75182”]Donc c’était bien ça le problème.
Après installation de libkf5screen-bin et de libkf5screen7.
J’ai pu faire mes upgrade et dist-upgrade sans soucis.
merci Verner[/quote]

La solution était explicite déjà dans ton premier message où tu as rapporté exactement ce qu’il fallait.
Après, pour le résoudre, ça dépend si on est pressé ou pas.

1 J'aime