Probleme mit zurückgehaltenen Pakete – unerfüllten Abhängigkeiten - Debian Stretch

[seanxenos]

Meine sources.list ist:

Code: Alles auswählen

/etc/apt/sources.list                                                                                                                                   1221/1221              100%
#------------------------------------------------------------------------------#
#                   OFFICIAL DEBIAN REPOS
#------------------------------------------------------------------------------#

###### Debian Main Repos
deb http://deb.debian.org/debian/ stable main contrib non-free
deb-src http://deb.debian.org/debian/ stable main contrib non-free

deb http://deb.debian.org/debian/ stable-updates main contrib non-free
deb-src http://deb.debian.org/debian/ stable-updates main contrib non-free

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

deb http://ftp.debian.org/debian stretch-backports main
deb-src http://ftp.debian.org/debian stretch-backports main

#------------------------------------------------------------------------------#
#                      UNOFFICIAL  REPOS
#------------------------------------------------------------------------------#

###### 3rd Party Binary Repos
###Debian Multimedia
deb [arch=amd64,i386] https://www.deb-multimedia.org stretch main non-free

###Google Chrome Browser
deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main

Ich erhalte von apt die Meldung, dass 21 Pakete zurückgehalten werden:
Die folgenden Pakete sind zurückgehalten worden:
bind9-host dnsutils gstreamer1.0-plugins-bad libbind9-160 libegl1 libgl1
libglapi-mesa libgles2 libglvnd0 libglx-mesa0 libglx0
libgstreamer-plugins-bad1.0-0 libirs160 libisc169 libisccc160 libisccfg160
libjavascriptcoregtk-4.0-18 liblwres160 libopengl0 libwayland-egl1-mesa
libwebkit2gtk-4.0-37
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 21 nicht aktualisiert.

Bei apt-get dist-upgrade erhalte ich die Meldung:

Code: Alles auswählen

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fehler!
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 gvfs-daemons : Hängt ab von: x11-utils soll aber nicht installiert werden
 kdelibs5-plugins : Hängt ab von: libkdewebkit5 (= 4:4.14.26-2) soll aber nicht installiert werden
                    Empfiehlt: kde-runtime soll aber nicht installiert werden
 vdpau-driver-all : Hängt ab von: libvdpau-va-gl1 soll aber nicht installiert werden
 vlc-plugin-video-output : Hängt ab von: libgl1-mesa-glx soll aber nicht installiert werden oder
                                          libgl1
E: Fehler: Unterbrechungen durch pkgProblemResolver::Resolve hervorgerufen; dies könnte durch zurückgehaltene Pakete verursacht worden sein.

Die jeweiligen Pakete sind aber alle installiert und haben die neueste Version.

Vorher waren auch schon die Pakete systemd und linux-headers-amd64 zurückgehalten worden, diese konnte ich aber manuell über apt-get install installieren, ohne dass es dadurch Probleme gab.

Wenn ich ich eine manuelle Installation der Pakete
libgl1 libgles2 libglvnd0 libglx0 libjavascriptcoregtk-4.0-18
libwayland-egl1 libopengl0
vornehmen will, meldet mir apt aber zurück, dass Pakete mit 564 MB Plattenplatz überflüssig seien,
und gelöscht werden sollen, was eine Katastrophe auslösen würde…. Abbruch.

Wie komme ich aus diesem Durcheinander wieder heraus?

apt-get install -f hatte ich schon probiert, ohne Erfolg. Es bleibt bei 21 zurückgehaltenen Paketen.

[seanxenos]

Eigentlich ist es ein Problem, was in eine Rubrik wie "Systempflege / Maintenance" gehören würde, aber so eine Rubrik gibt es hier nicht.

[rendegast]

Nach 'apt.... update'

Code: Alles auswählen

apt-cache policy

dpkg -l  |  egrep -v "^ii"

Code: Alles auswählen

dpkg -l  |  grep bpo

Code: Alles auswählen

apt-cache policy gvfs-daemons x11-utils kdelibs5-plugins libkdewebkit5 kde-runtime vdpau-driver-all libvdpau-va-gl1 vlc-plugin-video-output libgl1-mesa-glx libgl1

Code: Alles auswählen

apt-mark showmanual  |  grep lib

Versuche mal
(erstmal als normaler Benutzer, denn aptitude setzt gelegentlich schedule-Marker mit Problempotential)

Code: Alles auswählen

aptitude -s dist-upgrade

und dann mal die vorgeschlagenen Lösungen durchblättern.
(Also die entsprechenden Fragen mit 'n' beantworten)
<->

Code: Alles auswählen

aptitude -s dist-upgrade  --without-recommends

--------------------------------------
Auf Einträge 'deb-src' kann meist verzichtet werden, gestaltet die scources.list einfacher.

###Google Chrome Browser
deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main

Falls das ein separater Eintrag in sources.list ist,
chrome erstellt normalerweise bei Installation einen Eintrag in sources.list.d/ (soweit ich mich erinnere).

[seanxenos]

Danke schön, probiere ich heute Nachmittag mal aus.

[KBDCALLS]

Richtiger wäre

• Code: Alles auswählen

  aptitude full-upgrade -V

Dann wird aptitude etwas gesprächiger und gibt auch die Versionnummern mit aus.

Ich laß mir das ganze in ein Log schreiben. Hab mir dafür einen alias angelegt. Vermutlich nicht besonders elegant tuts aber.

• Code: Alles auswählen

  alias aptitude-update='export LANG=C ; aptitude update ; aptitude full-upgrade -V 2>&1 |tee /var/log/apt/update/update.txt-$(date  --iso-8601=seconds) ; export LANG=de_DE.UTF-8'

PS: Das Verzeichnis update vorher anlegen.

[seanxenos]

aptitude full-upgrade -v
ist nur als root möglich

daher habe ich zunächst als user

aptitude -s dist-upgrade
durchgeführt

das ergab unter anderem:

Code: Alles auswählen

Die folgenden Pakete haben verletzte Abhängigkeiten:
 libegl-mesa0 : Hängt ab von: libgbm1 (= 18.1.9-1~bpo9+1) but 13.0.6-1+b2 is installed
                Hängt ab von: libwayland-client0 (>= 1.15.0) but 1.12.0-1 is installed
                Hängt ab von: libwayland-server0 (>= 1.15.0) but 1.12.0-1 is installed
 bind9-host : Hängt ab von: libidn2-0 (>= 2.0.0) but 0.16-1+deb9u1 is installed
 dnsutils : Hängt ab von: libidn2-0 (>= 2.0.0) but 0.16-1+deb9u1 is installed
 libglx-mesa0 : Beschädigt: glx-diversions (< 0.8.4~) but 0.8.3~deb9u1 is installed
Die folgenden Aktionen werden diese Abhängigkeiten auflösen:

      Beibehalten der folgenden Pakete in ihrer aktuellen Version:  
1)      bind9-host [1:9.11.3+dfsg-2~bpo9+1 (now)]                   
2)      dnsutils [1:9.11.3+dfsg-2~bpo9+1 (now)]                     
3)      libbind9-160 [1:9.11.3+dfsg-2~bpo9+1 (now)]                 
4)      libdns1100 [1:9.11.3+dfsg-2~bpo9+1 (now, stretch-backports)]
5)      libdns1102 [Nicht installiert]                              
6)      libegl-mesa0 [Nicht installiert]                            
7)      libegl1 [1.0.0+git20180308-2~bpo9+1 (now)]                  
8)      libgl1 [1.0.0+git20180308-2~bpo9+1 (now)]                   
9)      libglapi-mesa [17.3.9-1~bpo9+1 (now)]                       
10)     libgles2 [1.0.0+git20180308-2~bpo9+1 (now)]                 
11)     libglvnd0 [1.0.0+git20180308-2~bpo9+1 (now)]                
12)     libglx-mesa0 [17.3.9-1~bpo9+1 (now)]                        
13)     libglx0 [1.0.0+git20180308-2~bpo9+1 (now)]                  
14)     libirs160 [1:9.11.3+dfsg-2~bpo9+1 (now)]                    
15)     libisc169 [1:9.11.3+dfsg-2~bpo9+1 (now)]                    
16)     libisccc160 [1:9.11.3+dfsg-2~bpo9+1 (now)]                  
17)     libisccfg160 [1:9.11.3+dfsg-2~bpo9+1 (now)]                 
18)     liblwres160 [1:9.11.3+dfsg-2~bpo9+1 (now)]                  
19)     libopengl0 [1.0.0+git20180308-2~bpo9+1 (now)]

[seanxenos]

apt-cache policy habe ich mit diversen Paketen abgefragt,

z.B.

Code: Alles auswählen

apt-cache policy libgbm1
libgbm1:
  Installiert:           13.0.6-1+b2
  Installationskandidat: 13.0.6-1+b2
  Versionstabelle:
     18.1.9-1~bpo9+1 100
        100 http://ftp.debian.org/debian stretch-backports/main amd64 Packages
 *** 13.0.6-1+b2 500
        500 http://deb.debian.org/debian stable/main amd64 Packages
        100 /var/lib/dpkg/status

oder

Code: Alles auswählen

apt-cache policy libwayland-client0
libwayland-client0:
  Installiert:           1.12.0-1
  Installationskandidat: 1.12.0-1
  Versionstabelle:
     1.16.0-1~bpo9+1 100
        100 http://ftp.debian.org/debian stretch-backports/main amd64 Packages
 *** 1.12.0-1 500
        500 http://deb.debian.org/debian stable/main amd64 Packages
        100 /var/lib/dpkg/status

oder

Code: Alles auswählen

apt-cache policy libidn2-0
libidn2-0:
  Installiert:           0.16-1+deb9u1
  Installationskandidat: 0.16-1+deb9u1
  Versionstabelle:
     2.0.5-1~bpo9+1 100
        100 http://ftp.debian.org/debian stretch-backports/main amd64 Packages
 *** 0.16-1+deb9u1 500
        500 http://deb.debian.org/debian stable/main amd64 Packages
        500 http://deb.debian.org/debian-security stable/updates/main amd64 Packages
        100 /var/lib/dpkg/status

oder

Code: Alles auswählen

apt-cache policy glx-diversions
glx-diversions:
  Installiert:           0.8.3~deb9u1
  Installationskandidat: 0.8.3~deb9u1
  Versionstabelle:
 *** 0.8.3~deb9u1 500
        500 http://deb.debian.org/debian stable/contrib amd64 Packages
        100 /var/lib/dpkg/status

Mein zugegebenermaßen laienhafter Eindruck ist, dass es Probleme mit den stretch-backports gibt, da scheinen die Abhängigkeiten von bestimmten Versionsnummern nicht erfüllbar zu sein.

[rendegast]

Du hast Probleme mit mesa und dem dns-Kram aus stretch-backports.



Was ist mit
dpkg -l | egrep -v "^ii"

und
apt-mark showmanual | grep lib
?
(manuell installierte Libs sollten meist doch automatisch-installiert sein
(Ausnahmen bestätigen die Regel))





aptitude -s dist-upgrade
bietet mehrere Lösungen an, wie oben erwähnt.
Gelegentlich "frißt" sich das aber doch fest.

Dann kann ein meist längerer
aptitude -s install .... .... ...._ ....._
(der je nach Meldung fertigkonstruiert wird)
die Lösung sein oder zumindest das Problem Paket für Paket verkleinern.

[KBDCALLS]

Ich würde erst einem die Backports aus der sources.list rausschmeißen bzw. ein Kommentarzeichen davorsetzen.

Und dann würde ich für Stretch selbst die Priority hochsetzen. Auf 1001 zum Beispiel.

• Code: Alles auswählen

  cat /etc/apt/preferences.d/stretch
  Package:        *
  Pin: release     a=stable,n=stretch
  Pin-Priority:   1001
  

Und dann aptitude full-upgrade -V . Dann alle Backports downgegradet.

Irgenwie stimmt was mit den Backports nicht. sieht so aus als wenn die Liste veraltet ist.

• Code: Alles auswählen

  dnsutils [1:9.11.3+dfsg-2~bpo9+1 (now)]

Die Version in den installierten Backports ist veraltet.

• Code: Alles auswählen

  apt-cache policy dnsutils
  dnsutils:
    Installiert:           (keine)
    Installationskandidat: 1:9.11.5+dfsg-1
    Versionstabelle:
       1:9.11.5+dfsg-1 500
          500 http://ftp.nl.debian.org/debian buster/main amd64 Packages
          500 http://ftp.nl.debian.org/debian sid/main amd64 Packages
       1:9.11.4.P2+dfsg-3~bpo9+1 -4
           -4 http://ftp.nl.debian.org/debian stretch-backports/main amd64 Packages
       1:9.10.3.dfsg.P4-12.3+deb9u4 -4
           -4 http://ftp.nl.debian.org/debian stretch/main amd64 Packages
       1:9.9.5.dfsg-9+deb8u15 -5
           -5 http://ftp.nl.debian.org/debian jessie/main amd64 Packages

Was auch etwas seltsam ist das relativ fiel aus den Backports installiert ist. Denn normalerweise muß man die explizit anfordern damit die installiert werden. Normal ist für die Backports eine priority von 1 . Es sei den man setzt die höher.

[seanxenos]

Was ist mit
dpkg -l | egrep -v "^ii"

und
apt-mark showmanual | grep lib
?

http://nopaste.debianforum.de/40508

und

http://nopaste.debianforum.de/40507

[seanxenos]

@ KBDCALLS

Ist das so ungewöhnlich, dass die stretch-backports bei den Versionsnummern sid und buster hinterherhinken?

Ich hatte auch schon überlegt die stretch-backports aus der sources.list wieder heraus zu kommentieren.

Ich hatte die backports mal in die sources.list aufgenommen, da ich unbedingt ein Programmpaket in einer aktuelleren Version benötigte, stable (stretch) hinkte da zu sehr hinterher

[seanxenos]

Auch nach dem Herauskommentieren der backports aus der sources.list

werden noch einige Pakete zurückgehalten:

gstreamer1.0-plugins-bad libgstreamer-plugins-bad1.0-0 libjavascriptcoregtk-4.0-18 libwebkit2gtk-4.0-37

Das ist allerdings eine überschaubare Anzahl, so dass ich das Problem wie schon empfohlen von Paket zu Paket verkleinern kann.

apt-get dist-upgrade hat das Problem mit den zurückgehaltenen Paketen inzwischen gelöst .... so wie ich das eigentlich sonst auch kenne, wenn mal Pakete zurückgehalten werden.

Die stretch-backports sind anscheinend nicht konsistent aufgebaut/enthalten veraltete Pakete, fehlerhafte Verweise oder unerfüllbare Abhängigkeiten.

[DeletedUserReAsG]

Die stretch-backports sind anscheinend nicht konsistent aufgebaut/enthalten veraltete Pakete, fehlerhafte Verweise oder unerfüllbare Abhängigkeiten.

Ich würd das Problem eher bei deinen Fremdquellen suchen. gstreamer-Kram ist eher ’n Indiz auf dmo, das hat schon ab und zu mal derartige Probleme verursacht.

OT: würd’s dir viel ausmachen, deine Beiträge lesbar zu formatieren, und lange Pastes ggf. nach NoPaste zu stellen?

[seanxenos]

Den "gstreamer-Kram" konnte ich ja recht einfach beheben.

Das Auskommentieren der stretch-backports hat das Durcheinander hingegen beendet, sonst hätte apt-get dist-upgrade das Problem mit den zurückgehaltenen Paketen nicht behoben,
es werden jetzt keine zurückgehaltenen Pakete mehr angezeigt.

Stimmt, die langen Pastes hätte ich besser nach NoPaste stellen können.
Habe ich jetzt nachgeholt.

Danke für die Tipps.

[KBDCALLS]

@ KBDCALLS

Ist das so ungewöhnlich, dass die stretch-backports bei den Versionsnummern sid und buster hinterherhinken?

Ich hatte auch schon überlegt die stretch-backports aus der sources.list wieder heraus zu kommentieren.

Ich hatte die backports mal in die sources.list aufgenommen, da ich unbedingt ein Programmpaket in einer aktuelleren Version benötigte, stable (stretch) hinkte da zu sehr hinterher

Das zwar nicht
Aber dann vergleiche mal hier die Versionnummern : Fällt dir was auf ?

[KBDCALLS]

Stimmt, die langen Pastes hätte ich besser nach NoPaste stellen können.
Habe ich jetzt nachgeholt.

Danke für die Tipps.

PS: Steht übrigens auch im Editierfenster unter Wichtiger Hinweis und in meinem Footer auch noch mal.

[funkyflo]

Hallo Ich habe diesen Thread beim Googlen meines Problemes gefunden....

habe nen neuen blanken default installation image vps eines russischen vps anbieteres,
DEBIAN9/STRETCH der hat wohl ein schlechtes default image mit unpassender sources.list
und weil ich auch das wie in diese thread beschriebene problem hatte
ich konnte KEIN

apt install dnsutils

machen damit ich nslookup und so machen kann
kam auch der gante sch... wegen broken packages unmet dependencies lies mich einfach nicht installieren
und da bin ich draufgekommen: weil wir ja schon debian11 haben, muss ich die sources.list nicht mit "stretch" im release name
sondern "oldstable" machen also so zb:

Code: Alles auswählen

deb http://ftp.nl.debian.org/debian/ oldstable main contrib non-free

deb http://ftp.nl.debian.org/debian/ oldstable-updates main contrib non-free

deb http://security.debian.org/ oldstable/updates main

und nach apt update ; apt upgrade
lies sich aber apt install dnsutils OHNE PROBLEME OHNE ERROR installieren....
also wem das was hilft der was zb wegen OVZ auf VPS wegen kernel nur debian9 z verfügung hat (wie ich)
einfach OLDSTABLE statt stretch in sources.list, bei mir ging es dann....

LG FunkyFlo