Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 26-12-2016 00:27:07

guillaumebs
Membre
Distrib. : debian
Noyau : linux 3.16.0-4-amd64
(G)UI : icewm + zsh
Inscription : 25-12-2016

apt ne résoud plus les dépendences: certains paquets passés en testing

Bonjour,

j'ai compromis mon système jessie en lançant le script "katoolin", depuis 24h mon gestionnaire de paquet n'arrive plus à résoudre aucune dépendence.

Par exemple si je veux installer un paquet comme vlc, j'obtiens:

sudo apt-get install vlc


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:
vlc : Depends: libgles1-mesa (>= 7.8.1) but it is not going to be installed or
               libgles1
E: Unable to correct problems, you have held broken packages.
 



Si je tente de résoudre le problème à la main pour vous montrer le genre d'erreur que j'obtiens:

sudo apt-get install libgles1-mesa


   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:
   libgles1-mesa : Depends: libglapi-mesa (= 10.3.2-1+deb8u1) but 13.0.2-1 is to be installed
   E: Unable to correct problems, you have held broken packages.
 



Donc parmis les dépendences du paquet que je voudrais installer, il y a un conflit car celles que apt voudrait installer sont trop récentes.

La source du probleme: j'ai utilisé le script "katoolin" pour installer le programme "nmap" issu de la distriution "Kali linux". Le script a tout simplement append les repo kali linux à mon /apt/source.list, qui il me semble est une rollin et qui pendant un laps de temps court a lancé un upgrade de tous mes paquets fondamentaux.

J'ai retrouvé l'étape exacte dans /var/log/apt/hystory, si je la fais brève:

Start-Date: 2016-12-20  21:22:35
Commandline: apt-get install nmap
Install: [....] installe tout un tas de trucs
Upgrade:  linux-libc-dev:amd64 (3.16.36-1+deb8u2, 4.8.11-1kali1), libstdc++6:amd64 (4.9.2-10, 6.2.1-5) [...]



à ce moment là un upgrade de plusieurs versions a été lancé sur des paquets comme libstdc++6 ou libc6.

J'ai besoin d'aide pour entrevoir une solution à ce problème, je ne suis pas un expert d'apt, loin de là.

voici d'autres infos sur ma configuration:

cat /etc/apt/source.list


# default
deb http://ftp.fr.debian.org/debian/ jessie main
deb-src http://ftp.fr.debian.org/debian/ jessie main
# security
deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main
deb http://ftp.fr.debian.org/debian/ jessie-updates main
deb-src http://ftp.fr.debian.org/debian/ jessie-updates main
 


uname -a


Linux lenovoX201 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux



Pour l'instant j'ai enlevé tout ce qui touche à kali-linux de mon source.list, j'ai fait plein de "autoremove, install -f etc..", j'ai enlevé beaucoup de paquets de ma distribution.
Finalement il me reste à enlever les paquets fondamentaux comme c++6 ou libc6 mais apt me mets en garde sur cette étape là que je préfère éviter.

1/ pensez vous que c'est résolvable?

2/ est-ce que je fais un pas en arriere vers la version jessie précédente des paquets? ce qui p-e va faire passer le système par une étape très instable et risque de ne pas marcher

3/ est-ce que tout simplement je passe vers une "autre" debian, le temps que ma version soit considérée stable? Si c'est le plus simple pouvez vous m'indiquer un exemple de /apt/source.list?

3/ est-ce qu'il y a des commandes dpkg ou aptitude qui permettraient d'avoir plus d'infos, cibler un paquet qui mettrait tout en l'air?

4/ pour moi je n'ai pas de paquets en stand-by ou "being held" car si je fais:

sudo dpkg -l

je n'obtiens que des flags "ii" et 1 seul "rc", mais je peux me tromper.

merci de votre temps

Edit à toto :
Mis les commandes en conformité (ligne de commande séparée de son retour).

Dernière modification par guillaumebs (26-12-2016 11:45:45)

Hors ligne

#2 26-12-2016 00:40:32

mizapar
Membre
Distrib. : nutyx/debian8/ubuntu
(G)UI : openbox
Inscription : 26-10-2016

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

dans le script utilisé je pense que c'est ici:
https://github.com/LionSec/katoolin/blo … atoolin.py

il y a un ajout dans le source list, d'un depot rolling, donc j'imagine que ca upgrade la distri vers un genre de sid.

j'ai trouver ca https://www.debian-fr.org/t/passer-de-s … le/53202/3
et il parle de dist-upgrade avec le sourcelist de jessie.

avec une petite sauvegarde des fichiers que tu souhaite garder au cas ou ...

Hors ligne

#3 26-12-2016 00:48:49

enicar
Membre
Lieu : Grenoble
Distrib. : debian/sid
Noyau : Linux 4.8.15
(G)UI : openbox
Inscription : 26-08-2010

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

Pourquoi ne pas utiliser le nmap qui est dans debian ?

Pour rétablir la situation il suffit de virer les sources de paquets qui ne sont pas
de debian dans /etc/apt/sources.list et les fichiers (s'il y en a) dans le
répertoire /etc/apt/sources.list.d/.

Quand ces fichiers auront été rétablis, tu pourras faire :


apt-get update
 


Et ça devrait de nouveau fonctionner normalement.


La machine, c'est dépassé ! On va tout remplacer par des humains big_smile

Hors ligne

#4 26-12-2016 00:50:39

raleur
Membre
Inscription : 03-10-2014

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

guillaumebs a écrit :

j'ai compromis mon système jessie en lançant le script "katoolin"


Les mots ont un sens. Je ne vois pas dans ce qui suit en quoi tu as compromis ton système, mais si c'est le cas alors il faut réinstaller sans se poser de questions. On ne peut plus faire confiance à un système qui a été compromis. Jamais.

Dernière modification par raleur (26-12-2016 00:51:38)

Hors ligne

#5 26-12-2016 02:19:59

otyugh
Membre
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

Je ne sais pas ce que tu as fait. S'il est compromis ^ Raleur a raison.

Sinon (si c'est juste un logiciel d'une mauvaise version que t'as ma bidouillé), tu vérifies que ton sources.list est sain, tu "apt-get update", et enfin tu lances "aptitude" qui va t'aider à nettoyer le bordel en partie, très pratique pour résoudre les conflits de ce genre. Après si tu fais des trucs pas catholique, c'est un peu à toi d'assumer qu'on dit en général en support debian x)

On execute pas n'importe quoi, c'est irresponsable ? Moi je te fais un script qui supprime la racine, ou pire, qui ajoute une entrée ssh en root pour moi sur ta machine, et c'en est fini de ta vie privée et du contrôle de ta machine par rapport à moi. C'est trivial à faire et je suis vraiment un sys admin amateur dans le style.

Edit à toto :
Pas d'édition de commande fatale.

Dernière modification par otyugh (26-12-2016 02:24:18)


Agenda du libre : se faire dépanner/dépanner IRL ! Le libre n'est pas qu'un phénomène internet.
Framapad sur les balados : Emissions audio pro/amateur, votre radio sur-mesure !

Hors ligne

#6 26-12-2016 08:46:49

golgot200
Membre
Lieu : AIN
Distrib. : Debian Jessie
Noyau : Linux debian 3.16.0-4-amd64
(G)UI : MATE
Inscription : 05-08-2007

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

Bonjour,

rajouter les non-free peut-être dans ton sources.list

EDIT: Ne pas tenir compte de mon post smile

Dernière modification par golgot200 (26-12-2016 08:51:28)


L'ultime question ... l'intelligence a besoin de la bêtise pour s'affirmer, la beauté a besoin de la laideur pour resplendir, le courage nait dans la peur, les forts impressionnent au millieu des faibles, mais au final,... qui a donc besoin d'autant de connards ?

Hors ligne

#7 26-12-2016 08:56:16

golgot200
Membre
Lieu : AIN
Distrib. : Debian Jessie
Noyau : Linux debian 3.16.0-4-amd64
(G)UI : MATE
Inscription : 05-08-2007

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

La libc6 à été mis à jour, c'est pas trop bon à mon avis. hmm

L'ultime question ... l'intelligence a besoin de la bêtise pour s'affirmer, la beauté a besoin de la laideur pour resplendir, le courage nait dans la peur, les forts impressionnent au millieu des faibles, mais au final,... qui a donc besoin d'autant de connards ?

Hors ligne

#8 26-12-2016 10:34:00

guillaumebs
Membre
Distrib. : debian
Noyau : linux 3.16.0-4-amd64
(G)UI : icewm + zsh
Inscription : 25-12-2016

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

bonjour,

merci de vos réponses

Les mots ont un sens. Je ne vois pas dans ce qui suit en quoi tu as compromis ton système, mais si c'est le cas alors il faut réinstaller sans se poser de questions



j'ai mis compromis car cela me donne ce genre d'erreur pratiquement à chaque paquet que je voudrais installer, mais c'est à la fois faux car le système fonctionne toujours et il n'y a pas eu "d'intrusion" ou de problèmes de ce genre. Finalement, je ne peux pas installer de nouveaux paquets complexes sans régler ce problème d'abord donc le système est figé.

il y a un ajout dans le source list, d'un depot rolling, donc j'imagine que ca upgrade la distri vers un genre de sid



oui tu as raison, en quelque sorte j'ai beaucoup de paquets qui sont passés dans l'état de Debian rolling d'aujourd'hui ou récent. Est-ce qu'upgrader vers sid, figer tout de suite après et attendre de revenir vers stable serait une solution saine et simple?

Pourquoi ne pas utiliser le nmap qui est dans debian ?


J'ai aussi installé dnsenum qui n'est pas dispo, j'ai réalisé hier que nmap est dispo sous debian

Pour rétablir la situation il suffit de virer les sources de paquets qui ne sont pas
de debian dans /etc/apt/sources.list et les fichiers (s'il y en a) dans le
répertoire /etc/apt/sources.list.d/.



C'est la première chose que j'ai faite, voici mon source.list aujourd'hui


deb http://ftp.fr.debian.org/debian/ jessie main
deb-src http://ftp.fr.debian.org/debian/ jessie main

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main

# jessie-updates, previously known as 'volatile'
deb http://ftp.fr.debian.org/debian/ jessie-updates main
deb-src http://ftp.fr.debian.org/debian/ jessie-updates main
 



je vais bien chercher mes mises à jour chez debian/jessie mais j'ai parfois 2 versions de plus d'avances sur certaines dépendences.

Sinon (si c'est juste un logiciel d'une mauvaise version que t'as ma bidouillé), tu vérifies que ton sources.list est sain, tu "apt-get update", et enfin tu lances "aptitude" qui va t'aider à nettoyer le bordel en partie, très pratique pour résoudre les conflits de ce genre. Après si tu fais des trucs pas catholique, c'est un peu à toi d'assumer qu'on dit en général en support debian x)



J'ai bien le sentiment qu'il doit y avoir une solution à ce problème car ce n'est que de l'administration de version Debian, mais je ne connais pas bien aptitude ou d'autres outils qui pourraient m'aider. Pourrais tu m'expliquer s'il faut que je downgrade quelque chose, comment le faire? ou si je peux déterminer les paquets responsables?

d'après le lien de @mizapar, pour revenir en arrière il me faudrait lancer un apt-get dist-upgrade en modifiant /etc/apt/preferences comme suivant, pour forcer l'installation de version antérieure:


Package: *
Pin: release a=testing
Pin-Priority: 1010
 



je viens de vérifier que j'ai bien des paquets comme libc6, libstd6c++ dans l'état de debian/sid

Dernière modification par guillaumebs (26-12-2016 10:55:53)

Hors ligne

#9 26-12-2016 10:56:50

deuchdeb
Moderato ma non troppo
Lieu : Pays de Cocagne
Distrib. : Jessie 8 + backports
Noyau : linux-image-3.16
(G)UI : KDE4.14 - Mate
Inscription : 13-01-2010

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

Bonjour,

Tout d'abord, as tu des fichiers dans /etc/apt/sources.list.d/ ?

Ensuite, si tu veux tout remettre en stable, il faut forcer les paquets à prendre la version stable et non pas testing.


Package: *
Pin: release a=stable
Pin-Priority: 1010
 



Fichier preferences

apt-get update


apt-get upgrade


voir peut être

apt-get dist-upgrade



Documentation apt-get

Hors ligne

#10 26-12-2016 11:23:30

guillaumebs
Membre
Distrib. : debian
Noyau : linux 3.16.0-4-amd64
(G)UI : icewm + zsh
Inscription : 25-12-2016

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

Bonjour,

non je n'ai pas de /etc/apt/source.list.d, en fait j'en avais mais je les ai enlevé tant que je ne résoud pas ce problème là.

j'ai essayé de faire la manip en observant quels paquets allaient revenir en arrière (et éventuellement ne pas autoriser à la lancer), mais bizarrement si je mets a=stable comme cible de préférence dans /etc/apt/preferences:

apt-get update ne fais rien car je suis déjà pointé vers jessie,
apt-get upgrade ne fais rien car je suis déjà plus qu'à jour
mais comment expliquer que dist-upgrade ne fasse rien et ne force pas mes paquets tels que libc6 qui est actuellement en 2.24.8, à revenir vers 2.19.18 (jessie) ?

j'ai l'impression que basculer vers testing serait la solution la plus simple hmm

Dernière modification par guillaumebs (26-12-2016 11:24:52)

Hors ligne

#11 26-12-2016 11:56:59

guillaumebs
Membre
Distrib. : debian
Noyau : linux 3.16.0-4-amd64
(G)UI : icewm + zsh
Inscription : 25-12-2016

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

Merci à tous de votre temps,

j'ai pris la décision de passer vers testing pour les raisons suivantes:

1/ le système est devenu bien plus proche de testing que d'autres choses, donc c'est le plus petit pas que je puisse prendre
2/ ne pas revenir en arrière car on est pas sensé faire ça
3/ mes outils de compilation et le gestionnaire apt sont déjà dans l'état tels que testing, donc je ne remets pas en question des outils fondamentaux

le fin mot de l'histoire:
j'adore debian qui est mon outil de travail, notamment à cause de apt qui me permet de me focaliser sur le travail et non pas l'administration (j'entends par là qu'il gère bien les dépendences). Evidemment les bétises ça peut arriver et j'aurai du lire plus attentivemnt la liste de paquets qui allaient être mis à jour. J'ai trop pris l'habitude de laisser courrir apt, alors que finalement il nous suffit de vérifier ce qu'il va lancer.
Enfin ce n'était pas un vrai "problème" puisque je n'ai rien "cassé", simplement p-e mon approche du système et la façon dont je le gère qui vont évoluer. Au moins certaines manip du gestionnaire de paquet ne sont plus des gros mots pour moi maintenant smile

Hors ligne

#12 26-12-2016 12:08:06

smolski
administrateur quasi...modo
Lieu : AIN
Distrib. : 8 (jessie) 64 bits + backports
Noyau : 3.16.0-4-amd64 - 3.16.39-1
(G)UI : gnome 1:3.14+3
Inscription : 21-10-2008

Re : apt ne résoud plus les dépendences: certains paquets passés en testing

En testing, les outils recommandés sont :
https://debian-facile.org/doc:systeme:apt:apt-listbugs
&
https://debian-facile.org/doc:systeme:apt:aptitude

Il y a aussi :
https://debian-facile.org/doc:systeme:a … ce-ncurses

Ces outils permettent de savoir ce qui se passe lors de cette manœuvre fondamentale qui consiste à mettre à jour son système.
Seul Stable avec des sources stables est stable.
... animal0028.gif

"Théo et Adama te rappellent pourquoi Zyed et Bouna couraient…"
"L'utopie ne signifie pas l'irréalisable, mais l'irréalisée." - T Monod (source :  La zone de Siné)
"Je peux rire de tout mais pas avec n'importe qui." - P Desproges
"saque eud dun" (patois chtimi : fonce dedans)

Hors ligne

Pied de page des forums