sssd-common fehlerhafte Abhängigkeiten

[Revod]

Hi Leute

Debian jessie/testing

sssd habe ich seit Beginn installiert, ca. seit 2 Monate und ein Up-Date gab es auch in der Zwischenzeit und erfolgreich ausgeführt.

Der zweite Up-Date von allen sssd kam vor 4 Tagen und seither ist das Paket sssd-common als fehlerhafte Abhängigkeit in Synaptic- und apt "verewigt"

Hat jemand von Euch das selbe Problem mit diesen Paket seit 4 Tage?

Habe bereits danach hier im Forum und im Netz gesucht. Hier finde ich nichts ähnliches und im Netz habe ich es vorhin aufgegeben zu suchen.

Gibt es eine "spezielle" Ausführung um das Fehler zu beheben? Alle sssd Pakete zu deinstallieren habe ich auch bereits ausgeführt um danach es erneut zu installieren. Das Paket sssd-common wird jedoch wegen das Trigger Script Unterprozess Fehler nicht deinstalliert.

Der Fehler wird ausgelöst durch das Paket sssd-ldap, gemäss der Konsolen Ausgabe von Synaptic.

[rendegast]

Code: Alles auswählen

dpkg -l | grep sssd
dpkg -l | egrep -v "^ii"

apt-get -s dist-upgrade

Statt apt-get vielleicht aptitude benutzen, weniger fehlerempfindlich, bietet gegebenenfals Lösungsalternativen an.



Hier, unter reinem jessie sieht das eigentlich problemlos aus:

Code: Alles auswählen

# apt-get -s install sssd | grep sssd
  sssd-ad sssd-ad-common sssd-common sssd-ipa sssd-krb5 sssd-krb5-common
  sssd-ldap sssd-proxy wamerican
  geoip-bin apparmor sssd-tools
  sssd sssd-ad sssd-ad-common sssd-common sssd-ipa sssd-krb5 sssd-krb5-common
  sssd-ldap sssd-proxy wamerican
Inst sssd-common (1.11.5.1-2 Debian:testing [amd64])
Inst sssd-ad-common (1.11.5.1-2 Debian:testing [amd64])
Inst sssd-krb5-common (1.11.5.1-2 Debian:testing [amd64])
Inst sssd-ad (1.11.5.1-2 Debian:testing [amd64])
Inst sssd-ipa (1.11.5.1-2 Debian:testing [amd64])
Inst sssd-krb5 (1.11.5.1-2 Debian:testing [amd64])
Inst sssd-ldap (1.11.5.1-2 Debian:testing [amd64])
Inst sssd-proxy (1.11.5.1-2 Debian:testing [amd64])
Inst sssd (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-common (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-ad-common (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-krb5-common (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-ad (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-ipa (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-krb5 (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-ldap (1.11.5.1-2 Debian:testing [amd64])
Conf sssd-proxy (1.11.5.1-2 Debian:testing [amd64])
Conf sssd (1.11.5.1-2 Debian:testing [amd64])

Code: Alles auswählen

apt-cache policy

apt-cache policy sssd sssd-common sssd-ldap

?

[Revod]

Danke erst mal.

Wegen gThumb Vorversion kann ich so einen apt-get dist-upgrade nicht ausführen. (Ob es hilft alleine durch das Pinnen bin mir nicht sicher und es sind keine Vroversionen mehr vorhanden).

Sorry, habe vergessen zu erwähnen, dass ich ein Jessie/testing 32-Bit installiert habe non-pae Kernel 3.14.xx

Das andere werde ich nächste Woche ausführen und dann posten (Habe soeben das Debian Notebook runter gefahren und den Stecker gezogen).

Heute habe ich es erneut versucht inkl. mit "Neu Laden" und sah folgende Ausgabe im Verarbeitungs Dialog.

"Fehler im Paket /var/cache/apt/archives/sssd-common-xx.xx.deb" (xx stehen für die Version Nummer), also schon beim- während des entpacken.

Es kamen auch neue Fehler hinzu, beim Versuch alle zu reinstallieren konnte es die Pakete sssd-ldap und sssd-da-common gar nicht runter laden, Dialog-Ausgabe: "pakete sssd-ldap und sssd-da-common nicht vorhanden" und brach somit alles ab, nachdem ich auf ok klickte.

Daher vermute ich eher in den 32 Bit Pakete sind tatsächlich Kompilierungsfehler entstanden oder die Leuts haben da irgend was mit 32- und 64 Bit verwechselt hoch zu laden und sind dabei alles zu korrigieren.

Reposerver sind die von debian.de

An aptitude hatte ich auch daran gedacht, muss mich jedoch erst damit einarbeiten. Bin soeben noch auf diese Idee gekommen, hbe noch den praktischen xfe Dateimanager installiert und der hat ein Tool einzelne Paket-Installer. Will versuchen das Paket von jessie runter zu laden und mit dem xfe Installer-Tool zu reinstallieren.

Will trotzdem noch ein paar Tage abwarten ob wirklich sich meine Vermutung bestätigt in dem vlt. neue sssd Up-Date folgen.

[Revod]

Synaptic Dialog Ausgabe

Code: Alles auswählen

E: Internal Error, No file name for sssd-ad-common:i386

beim Versuch die sssd Pakete erneut zu installieren, somit wird logischer weise dann die Paket Markierung automatisch entfernt (Bin am überlegen an eine reinstallation, heute empfinde ich es eher nervend)

Braucht man überhaupt die sssd Pakete? würde ssh alleine nicht genügen? Oder gibt es eine Alternative?

Frage nur, weil im Netz Suche über sssd Fehler habe die letzten Tage Distro gesehen, die haben in den 32 Bit Systeme keine sssd mehr (64 bit habe ich nicht überprüft).

@rendegast

Edit:

Ausgabe Überprüft Ksplash-trinity (als voll auf XFCE umstellte im Exe-Linux Debian und alle Repos auf die von ~.de umstellte,) oder z. B. eSound habe ich vollständig deinstalliert und in Synaptic wird es entsprechend angezeigt.

Code: Alles auswählen

dpkg -l | egrep -v "^ii"
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                                   Version                           Architektur  Beschreibung
+++-======================================-=================================-============-========================================================================================================
rc  bootcd-i386                            3.28                              all          bootcd extension to create images that can boot on i386
rc  buildd                                 0.63.2-1.1                        all          Daemon for automatically building Debian binary packages from Debian sources
rc  debian-installer-launcher              17                                all          Debian Installer desktop launcher
rc  esound-common                          0.2.41-10                         all          Enlightened Sound Daemon - Common files
rc  exim4-base                             4.80-7                            i386         support files for all Exim MTA (v4) packages
rc  exim4-config                           4.80-7                            all          configuration for the Exim MTA (v4)
rc  exim4-daemon-light                     4.80-7                            i386         lightweight Exim MTA (v4) daemon
rc  foomatic-filters                       4.0.17-1                          i386         OpenPrinting printer support - filters
rc  furiusisomount                         0.11.3.1                          all          An ISO, IMG, BIN, MDF and NRG image management utility
rc  glade2script-gtk2                      3.2.2~ppa45~precise               all          Glade interface engine for scripts (Gtk2 version)
rc  gnome-control-center                   1:3.4.3.1-2                       i386         utilities to configure the GNOME desktop
rc  gnome-control-center-data              1:3.4.3.1-2                       all          configuration applets for GNOME - data files
rc  gnome-themes                           2.30.2-1                          all          official themes for the GNOME desktop
rc  gnome-themes-extras                    2.22.0-3                          all          extra themes for the GNOME desktop
rc  grub-coreboot                          1.99-27+deb7u2                    i386         GRand Unified Bootloader, version 2 (Coreboot version)
rc  grub-legacy                            0.97-67                           i386         GRand Unified Bootloader (Legacy version)
rc  kde-systemsettings-trinity             4:3.5.13.2-0debian7.0.0+0         i386         easy to use control centre for TDE
rc  kdesktop-trinity                       4:3.5.13.2-0debian7.0.0+0         i386         miscellaneous binaries and files for the KDE desktop
rc  kdm-trinity                            4:3.5.13.2-0debian7.0.0+0         i386         X display manager for KDE
rc  kicker-trinity                         4:3.5.13.2-0debian7.0.0+0         i386         desktop panel for KDE
rc  konq-plugins-trinity                   4:3.5.13.2-0debian7.0.0+0         i386         plugins for Konqueror, the Trinity file/web/doc browser
rc  konqueror-trinity                      4:3.5.13.2-0debian7.0.0+0         i386         KDE's advanced file manager, web browser and document viewer
pi  konsole-trinity                        4:3.5.13.2-0debian7.0.0+0         i386         X terminal emulator for KDE
rc  kpersonalizer-trinity                  4:3.5.13.2-0debian7.0.0+0         i386         installation personalizer for KDE
rc  ksplash-trinity                        4:3.5.13.2-0debian7.0.0+0         i386         the KDE splash screen
rc  libaudcore1:i386                       3.4.3-1                           i386         audacious core engine library
rc  libaudit0                              1:1.7.18-1.1                      i386         Dynamic library for security auditing
rc  libavahi-tqt-1:i386                    4:3.5.13.2-0debian7.0.0+0         i386         Avahi TQt integration library
rc  libavbin0                              7-1.3                             i386         cross-platform media decoding library
rc  libavcodec-extra-53:i386               6:0.8.12-1                        i386         Libav codec library (additional codecs)
rc  libavcodec-extra-55:i386               6:10.2-1                          i386         Libav codec library (additional codecs)
rc  libavdevice53:i386                     6:0.8.12-1                        i386         Libav device handling library
rc  libcheese-gtk21:i386                   3.4.2-2                           i386         tool to take pictures and videos from your webcam - widgets
rc  libcheese3:i386                        3.4.2-2                           i386         tool to take pictures and videos from your webcam - base library
rc  libcogl-pango0:i386                    1.10.2-7                          i386         Object oriented GL/GLES Abstraction/Utility Layer
rc  libcogl9:i386                          1.10.2-7                          i386         Object oriented GL/GLES Abstraction/Utility Layer
rc  libcupsdriver1:i386                    1.5.3-5+deb7u2                    i386         Common UNIX Printing System(tm) - Driver library
rc  libcupt2-0                             2.5.9                             i386         alternative front-end for dpkg -- runtime library
rc  libdbus-tqt-1-1c2                      4:3.5.13.2-0debian7.0.0+0         i386         simple interprocess messaging system (TQt-based shared library)
rc  libescpr1:i386                         1.1.1-2                           i386         printer driver for Epson Inkjet - shared library
rc  libesd0:i386                           0.2.41-10+b1                      i386         Enlightened Sound Daemon - Shared libraries
rc  libgnome-desktop-3-2                   3.4.2-1                           i386         Utility library for loading .desktop files - runtime files
rc  libgoa-1.0-0:i386                      3.4.2-2                           i386         library for GNOME Online Accounts
rc  libini-config2:i386                    0.1.3-2                           i386         INI file parser for C
rc  liblognorm0                            0.3.7-1                           i386         Log normalizing library
rc  libmate-window-settings1:i386          1.8.1+dfsg1-3                     i386         utilities to configure the MATE desktop (window settings library)
rc  libmatekbd4:i386                       1.8.0-2                           i386         MATE library to manage keyboard configuration
rc  libmenu-cache1                         0.3.3-1                           i386         LXDE implementation of the freedesktop Menu specification
rc  libmx-1.0-2:i386                       1.4.6-1                           i386         toolkit for the Moblin user experience
rc  libpoppler-tqt                         4:3.5.13.2-0debian7.0.0+0         i386         TQt support for Poppler
rc  libqt4-phonon:i386                     4:4.8.6+dfsg-2                    i386         Qt 4 Phonon module
rc  libsnmp15                              5.4.3~dfsg-2.8                    i386         SNMP (Simple Network Management Protocol) library
rc  libvlccore5                            2.0.3-5                           i386         base library for VLC and its modules
rc  libvtv0:i386                           4.9.0-7                           i386         GNU vtable verification library (runtime)
rc  libwxsvg0:i386                         2:1.1.8~dfsg0-2                   i386         SVG library for the wxWidgets toolkit
rc  linux-image-3.2.0-4-486                3.2.60-1+deb7u1                   i386         Linux 3.2 for older PCs
rc  live-config-sysvinit                   4.0~alpha33-1                     all          Live System Configuration Components (sysvinit backend)
rc  luatex                                 0.70.1.20120524-3                 i386         next generation TeX engine
rc  mate-control-center                    1.8.1+dfsg1-3                     i386         utilities to configure the MATE desktop
rc  mate-icon-theme                        1.8.0-1                           all          MATE Desktop icon theme
rc  mate-menus                             1.8.0-4                           i386         implementation of the freedesktop menu specification for MATE
rc  mate-settings-daemon-gstreamer         1.8.1-1                           i386         MATE session settings daemon (GStreamer version)
rc  mutt                                   1.5.21-6.2+deb7u2                 i386         text-based mailreader supporting MIME, GPG, PGP and threading
pc  nvidia-installer-cleanup               20120630+3                        i386         Cleanup after driver installation with the nvidia-installer
rc  sbuild                                 0.63.2-1.1                        all          Tool for building Debian binary packages from Debian sources
iU  sssd-ad-common                         1.11.5.1-2                        i386         System Security Services Daemon -- PAC responder
iU  sssd-ipa                               1.11.5.1-2                        i386         System Security Services Daemon -- IPA back end
iU  sssd-krb5                              1.11.5.1-2                        i386         System Security Services Daemon -- Kerberos back end
iU  sssd-krb5-common                       1.11.5.1-2                        i386         System Security Services Daemon -- Kerberos helpers
iU  sssd-ldap                              1.11.5.1-2                        i386         System Security Services Daemon -- LDAP back end
iU  sssd-proxy                             1.11.5.1-2                        i386         System Security Services Daemon -- proxy back end
iU  sssd-tools                             1.11.5.1-2                        i386         System Security Services Daemon -- tools
rc  systemd-shim                           6-3                               i386         shim for systemd
rc  sysvinit-core                          2.88dsf-53.2                      i386         System-V-like init utilities
rc  tcl8.4                                 8.4.19-5                          i386         Tcl (the Tool Command Language) v8.4 - run-time files
rc  texlive-doc-base                       2012.20120611-1                   all          TeX Live: TeX Live documentation
rc  tk8.4                                  8.4.19-5                          i386         Tk toolkit for Tcl and X11, v8.4 - run-time files
rc  virtualbox-guest-x11                   4.3.12-dfsg-1                     i386         x86 virtualization solution - X11 guest utilities
rc  xfce4-utils                            4.8.3-2                           i386         Various tools for Xfce

und

Code: Alles auswählen

dpkg -l | grep sssd
iU  sssd-ad-common                         1.11.5.1-2                        i386         System Security Services Daemon -- PAC responder
ii  sssd-common                            1.11.3-1                          i386         System Security Services Daemon -- common files
iU  sssd-ipa                               1.11.5.1-2                        i386         System Security Services Daemon -- IPA back end
iU  sssd-krb5                              1.11.5.1-2                        i386         System Security Services Daemon -- Kerberos back end
iU  sssd-krb5-common                       1.11.5.1-2                        i386         System Security Services Daemon -- Kerberos helpers
iU  sssd-ldap                              1.11.5.1-2                        i386         System Security Services Daemon -- LDAP back end
iU  sssd-proxy                             1.11.5.1-2                        i386         System Security Services Daemon -- proxy back end
iU  sssd-tools                             1.11.5.1-2                        i386         System Security Services Daemon -- tools

[rendegast]

dpkg -l | grep sssd
iU sssd-ad-common 1.11.5.1-2
ii sssd-common 1.11.3-1
...

(sssd selbst ist nicht mehr in der Liste)
In aptitude könntest Du verfolgen, warum (von welchem Paket ausgehend) sssd-commen zurückgehalten wird/wurde.
Eventuell ein 'hold' gesetzt?

Code: Alles auswählen

apt-mark showhold

Braucht man überhaupt die sssd Pakete? würde ssh alleine nicht genügen? Oder gibt es eine Alternative?

Liest Du eigentlich die Pakethinweise, sssd hat erstmal nichts mit ssh zu tun:

Paket: sssd (1.11.5.1-2)
SSS-Daemon (System Security Services) - Metapaket
Es stellt eine Reihe von Daemons zur Verwaltung des Zugriffs auf entfernte Verzeichnisse und von Authentifizierungsmechanismen bereit. Das Modul bietet eine NSS- und eine PAM-Schnittstelle zum System und ein modulares Backend-System zur Verbindung mit vielen verschiedenen »account sources«. Es ist auch die Grundlage für Dienste zur Client-Prüfung und für Richtlinien für Projekte wie FreeIPA.
...

Frage nur, weil im Netz Suche über sssd Fehler habe die letzten Tage Distro gesehen, die haben in den 32 Bit Systeme keine sssd mehr (64 bit habe ich nicht überprüft).

Der "debian-way" einer solchen Recherche
- 'apt-cache policy sssd'
- oder online:
https://packages.debian.org/sssd
-> https://packages.debian.org/jessie/sssd
Sehe ich in der Liste unten aber "i386".

Synaptic Dialog Ausgabe
E: Internal Error, No file name for sssd-ad-common:i386

Unter testing / unstable würde ich auf das Tool verzichten,
außer Du willst explizit synaptic testen.

[Revod]

Wegen der Frage "ssh <> sssd" klar ich lese die Beschreibungen, ssh = Client oder User Remote.... und deswegen war mir unsicher, weil es eben Remote Funktionen hat ob es nicht Sicherheit Dateien beinhalten könnten, die den Rechner gleichermasen wie sssd absichern könnten und schon weil, eben ein paar Distri es nicht haben.... nur dies war mein Gedanke.... nun durch Deine Antwort weiss ich es.

Ok, zum Thema:

Aptitud ausgeführt und nachdem es den cache geladen hatte freute ich mich schon.... zu früh....

"Es wurde ein fehlerhaftes Paket repariert" und es zeigte auch nicht erfüllte Abhängigkeiten an, und schlug vor alle sssd Pakete zu entfernen.

Eingabe: g und es arbeitete, es konnte alle entfernen ausser des sssd-common was auch mit apt angewendet werden konnte, somit bleibt erst mal das Fehler bestehen.

Vorweg; Letzte Woche deinstallierte ich allen Aktualisierungen zwei veraltete Lib, Libcollection2 (ich glaube es war...die 2 auf jeden Fall Libcollection) und noch eine. Beim vormerken zum deinstallieren wurden keine Weitere Pakete zum entfernen angezeigt, deshalb tat ich es (ansonsten bin ich auch bei veraltete Pakete sehr vorsichtig zu entfernen). Am nächsten Tag kamen dann die neuen sssd Aktualisierungen. Ob deswegen was vom Server zu früh gelöscht wurde...?

Unerfüllte Abhängigkeiten:

Code: Alles auswählen

libcollection4
libini-config5
libsss-idmap0
apparmor

sssd selbst habe ich auch installiert und alle reinstalliert und hat leider den Fehler trotzdem nicht aufheben können.

Bei den Abhängigkeiten von sssd-common steht "beschädigt - ersetzt sssd" daher hatte ich es nicht installiert. Wenn ich was anderes installieren wird automatisch das andere Paket deinstalliert falls der neue zu installierende diesen beschädigt oder ersetzt, weil es ein anderes Name gegeben wurde.

Ich vermute ich hätte die veralteten Pakete nicht deinstallieren sollen. Zum zweiten bei den 4 unerfüllten Abhängigkeiten werden die Versionen nicht übereinstimmen, weilsie eben installiert sind.

Bleibt wohl nichts anderes übrig als entweder abzuwarten oder das funktionierende Iso zu reinstallieren und die veralteten Lib noch behalten. Wenn wegen sssd-common sich andere Pakete nicht mehr aktualisieren lassen werde ich reinstallieren müssen, doch erst mal klappt es noch und warte ein paar Tage ab bis Anfang nächster Woche.

Glaube, viel mehr Optionen sind nicht gegeben...

Edit:

Nein ein "hold" oder "Pinnen" wurden nicht gesetzt.

xfpack von xfe hat logischerweise auch nicht geholfen.

[rendegast]

Eingabe: g und es arbeitete, es konnte alle entfernen ausser des sssd-common ...

Bei den Abhängigkeiten von sssd-common ...

Da hätte ich es mit einem beherzten 'p' für purgen markiert.

Unerfüllte Abhängigkeiten:
...
apparmor

Ist eigentlich nur ein suggest von sssd resp. sssd-common.
Hast Du vielleicht install-suggests vorgewählt? Bei mir nicht:

Code: Alles auswählen

# apt-config dump | grep -i sugg
APT::Install-Suggests "0";

Überbleibsel-Bibliotheken findet deborphan.





---------------------------------------------------------------------
Um den rc-Zoo in der Ausgabe von 'dpkg -l' zu vermeiden

Code: Alles auswählen

# apt-config dump | grep -i purg
APT::Get::Purge "true";
Aptitude::Purge-Unused "true";

Um die rc in einem Schritt zu entfernen:

Code: Alles auswählen

aptitude purge  $(dpkg -l | awk '$1=="rc" {print $2}')

[Revod]

Alles gemäss den vorgegebene Befehle ausgeführt, das sssd-common Paket "beisst" sich mit apt und aptitude hartnäckig fest, lässt sich nicht deinstallieren und wird weiterhin als Fehlerhaft markiert.

Ich vermute noch (wie ich im Netz gefunden habe) es müssen auch um das deinstallieren eines Paketes alle Abhängigkeiten erfüllt sein. Irgend welche Erfolgreiche Lösungen konnte ich allerdings nicht finden. Soll nur ein Hinweis sein,ob es Sinnvoll ist noch weitere Stunden damit zu verlieren (letzte Woche und heute ca. 12 Std. zusammen gezählt), oder ob eine Reinstall sinnvoller wäre (Entgegen meiner Aussage meines letzten Posting), wie denkst Du darüber?

deborphan war bereits installiert. Ein Beispiel, beim ausführen listet er das Paket libalsa-plugin-eq als "orphan" an, den will ich aber, es mit Audioplayer Audacious zusammen arbeitet, respektive anders rum.

[rendegast]

Code: Alles auswählen

aptitude why sssd-common

?

Holzhammer

Code: Alles auswählen

dpkg -P [--force-all|--force-depends] sssd-common libsss-idmap0

Was gibt es noch? ("sssd" war nicht umfassend)

Code: Alles auswählen

dpkg -l | grep sss

... das Paket libalsa-plugin-eq als "orphan" an, den will ich aber, ...

Nix debian, das ähnlichste (vom Namen her http://packages.debian.org/plugin-eq) wäre wohl libasound2-plugin-equal,
https://packages.debian.org/jessie/i386 ... l/filelist.

Code: Alles auswählen

apt cache policy libalsa-plugin-eq
dpkg-query -L libalsa-plugin-eq | sort

Was hast Du da? Ein Mischsystem?

Code: Alles auswählen

apt-cache policy | grep -v Translat

Das Problem mit dieser

ii sssd-common 1.11.3-1

ist aber schon älter, http://snapshot.debian.org/binary/sssd-common/:
1.11.3-1 2014-01-03
1.11.4-1 2014-03-21
1.11.5-1 2014-04-09
Bei testing solltest Du mehr aufs System achten.

[Revod]

.... auch Deine Zeit und Geduld...

Befehl Ausgaben sssd-common:

Code: Alles auswählen

aptitude aptitude why sssd-common
Unbekannter Befehl »aptitude«
aptitude 0.6.11
Aufruf: aptitude [-S dname] [-u|-i]
            aptitude [Optionen] <Aktion> ...
Aktionen (wenn keine angegeben wird, startet Aptitude interaktiv):
 install        Pakete installieren/aktualisieren
 

Code: Alles auswählen

dpkg -l | grep sss
ii  libnss-sss:i386    1.11.5.1-2  i386  Nss library for the System Security Services Daemon
ii  libsss-idmap0      1.11.5.1-2  i386  ID mapping library for SSSD
ii  python-sss         1.11.5.1-2  i386  Python module for the System Security Services Daemon
ii  sssd-common        1.11.3-1    i386  System Security Services Daemon -- common files

Nun zeigt es logischerweise nur dieses Paket an, weil ich mit aptitude Deine vorgeschlagene Befehle heute Mittag ausgeführt habe und so alles andere, z. B. auch die Gnome-Theme. mit deinstalliert wurden und noch ca. 30 dazu. Das System bootet wie gehabt und gemerkt am Style habe ich noch keine Änderungen fest gestellt- noch nicht.


Holzhammer:

Code: Alles auswählen

dpkg -P [--force-all|--force-depends] sssd-common libsss-idmap0
bash: --force-depends]: Kommando nicht gefunden.
dpkg: Fehler: --purge benötigt einen gültigen Paketnamen. »[--force-all« ist kein solcher; ungültiger Paketname in Spezifizierer »[--force-all«: muss mit alphanumerischem Zeichen beginnen

Nutzen Sie dpkg --help für Hilfe zur Installation und Deinst. von Paketen [*];
Benutzen Sie »apt« oder »aptitude« für benutzerfreundliches Paketmanagement;
Nutzen Sie dpkg -Dhelp für eine Liste von Debug-Flags von dpkg;
Nutzen Sie dpkg --force-help für eine Liste von Optionen zum Erzwingen;
Nutzen Sie dpkg-deb --help für Hilfe zum Manipulieren von *.deb-Dateien;

Optionen mit [*] geben viel aus - schicken Sie es durch »less« oder »more«!

Habe es noch mit

Code: Alles auswählen

apt-get -P [--force-all|--force-depends] sssd-common libsss-idmap0

und

Code: Alles auswählen

aptitude -P [--force-all|--force-depends] sssd-common libsss-idmap0

versucht, das geht schon gar nicht.


apt translate

Code: Alles auswählen

apt-cache policy | grep -v Translat
Paketdateien:
 100 /var/lib/dpkg/status
     release a=now
 500 ftp://ftp.deb-multimedia.org/ jessie/non-free i386 Packages
     release v=None,o=Unofficial Multimedia Packages,a=testing,n=jessie,l=Unofficial Multimedia Packages,c=non-free
     origin ftp.deb-multimedia.org
 500 ftp://ftp.deb-multimedia.org/ jessie/main i386 Packages
     release v=None,o=Unofficial Multimedia Packages,a=testing,n=jessie,l=Unofficial Multimedia Packages,c=main
     origin ftp.deb-multimedia.org
 500 http://security.debian.org/ jessie/updates/non-free i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=non-free
     origin security.debian.org
 500 http://security.debian.org/ jessie/updates/main i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=main
     origin security.debian.org
 500 http://security.debian.org/ jessie/updates/contrib i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian-Security,c=contrib
     origin security.debian.org
 500 http://ftp.debian.org/debian/ jessie-updates/non-free i386 Packages
     release o=Debian,a=testing-updates,n=jessie-updates,l=Debian,c=non-free
     origin ftp.debian.org
 500 http://ftp.debian.org/debian/ jessie-updates/main i386 Packages
     release o=Debian,a=testing-updates,n=jessie-updates,l=Debian,c=main
     origin ftp.debian.org
 500 http://ftp.debian.org/debian/ jessie-updates/contrib i386 Packages
     release o=Debian,a=testing-updates,n=jessie-updates,l=Debian,c=contrib
     origin ftp.debian.org
 500 http://ftp.de.debian.org/debian/ testing/non-free i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=non-free
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ testing/main i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=main
     origin ftp.de.debian.org
 500 http://ftp.de.debian.org/debian/ testing/contrib i386 Packages
     release o=Debian,a=testing,n=jessie,l=Debian,c=contrib
 100 http://ftp.uk.debian.org/debian/ wheezy-backports/contrib i386 Packages
     release o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=contrib
     origin ftp.uk.debian.org
 100 http://ftp.uk.debian.org/debian/ wheezy-backports/main i386 Packages
     release o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=main
     origin ftp.uk.debian.org
 100 http://ftp.uk.debian.org/debian/ wheezy-backports/non-free i386 Packages
     release o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=non-free
Mit Pinning verwaltete Pakete:

.... wobei die Backports deaktiviert sind und in Synaptic (/etc/apt/sources.list natürlich auch) die "Höchste Version bevorzugen" eingestellt ist.

--------------

Alsa EQ alles klar mein "Verschreib" weil ich den Notebook bereits runter gefahren hatte das Paketname nicht mehr richtig wusste. Wird nicht mehr passieren, versprochen.

Code: Alles auswählen

apt cache policy libalsa-plugin-eq
E: Ungültige Operation cache

dpkg-query -L libalsa-plugin-eq | sort
dpkg-query: Paket »libalsa-plugin-eq« ist nicht installiert
Verwenden Sie dpkg --info (= dpkg-deb --info) zum Untersuchen von Archiven
und dpkg --contents (= dpkg-deb --contents) zum Auflisten ihres Inhalts.

Code: Alles auswählen

dpkg-query -L libasound2-plugin-equal | sort
/.
/usr
/usr/lib
/usr/lib/i386-linux-gnu
/usr/lib/i386-linux-gnu/alsa-lib
/usr/lib/i386-linux-gnu/alsa-lib/libasound_module_ctl_equal.so
/usr/lib/i386-linux-gnu/alsa-lib/libasound_module_pcm_equal.so
/usr/share
/usr/share/alsa
/usr/share/alsa/alsa.conf.d
/usr/share/alsa/alsa.conf.d/equal.conf
/usr/share/doc
/usr/share/doc/libasound2-plugin-equal
/usr/share/doc/libasound2-plugin-equal/changelog.Debian.gz
/usr/share/doc/libasound2-plugin-equal/copyright
/usr/share/doc/libasound2-plugin-equal/examples
/usr/share/doc/libasound2-plugin-equal/examples/asound.conf_equal
/usr/share/doc/libasound2-plugin-equal/README

****************************

Code: Alles auswählen

Das Problem mit dieser
[quote]
ii  sssd-common                            1.11.3-1
[/quote] ist aber schon älter, [url]http://snapshot.debian.org/binary/sssd-common/[/url]:
1.11.3-1 2014-01-03
1.11.4-1 2014-03-21
1.11.5-1 2014-04-09
Bei testing solltest Du mehr aufs System achten.[/quote]

Ja sicher..., es ist älter da es eben seit letzter Woche Synaptic das neue sssd-common Paket gar nicht als Up-Date mit den anderen sssd Pakete installiert hat. Statt dessen kam die Fehlermeldung und das Paket wurde unmittelbar aller Up-Dates (etwas über 40 Pakete) als defekt markiert.

Ich markierte nebst den anderen auch alle sssd Pakete zum aktualisieren. "Schulterzuck, was kann man da grosses falsch machen? etwa gut 2 Monate haben die Up-Dates alle samt gut funktioniert" Hexen- Zauberstab.... ? :mrgreen:

[rendegast]

aptitude aptitude why sssd-common
Unbekannter Befehl »aptitude«

Es heißt

Code: Alles auswählen

aptitude why sssd-common

Aber warum wird es wohl gehalten, wegen der anderen "sss"-Pakete.
(Warum es nicht upgradet? Hatte aber schon auf aptitude hingewiesen, worin eventuell ein Konflikt der zu upgradenden Version angezeigt würde.)

... und so alles andere, z. B. auch die Gnome-Theme. mit deinstalliert wurden und noch ca. 30 dazu.

Gut davon zu erfahren.
Dürfte aber eher aufgestautes testing-Krimskrams sein als mit sssd zu tun zu haben.

dpkg -P [--force-all|--force-depends] sssd-common libsss-idmap0
bash: --force-depends]: Kommando nicht gefunden.

Nach allgemeinem Usus ist das in eckigen Klammern optional.
Die eckigen Klammern tauchen in der Befehlszeile nicht auf.

Habe es noch mit
apt-get -P [--force-all|--force-depends] sssd-common libsss-idmap0
und
aptitude -P [--force-all|--force-depends] sssd-common libsss-idmap0

testing-admins sollten man-pages können:

Code: Alles auswählen

apt-get purge paket paket ...
apt-get --purge remove paket paket ...

aptitude purge paket paket ...

Mit den eckigen Klammern, wie oben (wobei die Optionen speziell für dpkg sind).
Diese versuchen aber ihren Resolver einzusetzen,
was ich durch Verwendung von dpkg umgehen wollte.
Der "Holzhammer" ist nicht weit davon entfernt, händisch zu löschen.

500 http://security.debian.org/ jessie/updates/non-free i386 Packages
release o=Debian,a=testing,n=jessie,l=Debian-Security,c=non-free
origin security.debian.org
500 http://security.debian.org/ jessie/updates/main i386 Packages
release o=Debian,a=testing,n=jessie,l=Debian-Security,c=main
origin security.debian.org
500 http://security.debian.org/ jessie/updates/contrib i386 Packages
release o=Debian,a=testing,n=jessie,l=Debian-Security,c=contrib
origin security.debian.org
500 http://ftp.debian.org/debian/ jessie-updates/non-free i386 Packages
release o=Debian,a=testing-updates,n=jessie-updates,l=Debian,c=non-free
origin ftp.debian.org
500 http://ftp.debian.org/debian/ jessie-updates/main i386 Packages
release o=Debian,a=testing-updates,n=jessie-updates,l=Debian,c=main
origin ftp.debian.org
500 http://ftp.debian.org/debian/ jessie-updates/contrib i386 Packages
release o=Debian,a=testing-updates,n=jessie-updates,l=Debian,c=contrib
origin ftp.debian.org

Da es sich um testing handelt, sind obige Repos leer,
/var/lib/apt/lists/*Packages.
Sie werden bei jessie->stable mit Inhalt befüllt.

100 http://ftp.uk.debian.org/debian/ wheezy-backports/contrib i386 Packages
release o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=contrib
origin ftp.uk.debian.org
100 http://ftp.uk.debian.org/debian/ wheezy-backports/main i386 Packages
release o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=main
origin ftp.uk.debian.org
100 http://ftp.uk.debian.org/debian/ wheezy-backports/non-free i386 Packages
release o=Debian Backports,a=wheezy-backports,n=wheezy-backports,l=Debian Backports,c=non-free

Hier unsinnig,
als Pakete leicht an dem String "bpo" zu erkennen:

Code: Alles auswählen

dpkg -l | grep bpo

Sollten im besten Fall schon durch Pakete aus jessie/testing ersetzt sein(?)


Ostereier?

Code: Alles auswählen

aptitude search "?installed(?obsolete)"

aptitude search "?installed(?obsolete)" -F "%c %M %p %v#"

---------------------------------------------------------------------------------

500 ftp://ftp.deb-multimedia.org/ jessie/non-free i386 Packages
release v=None,o=Unofficial Multimedia Packages,a=testing,n=jessie,l=Unofficial Multimedia Packages,c=non-free
origin ftp.deb-multimedia.org
500 ftp://ftp.deb-multimedia.org/ jessie/main i386 Packages
release v=None,o=Unofficial Multimedia Packages,a=testing,n=jessie,l=Unofficial Multimedia Packages,c=main
origin ftp.deb-multimedia.org

Schuldigen gefunden, haha, einself!

[Revod]

500 ftp://ftp.deb-multimedia.org/ jessie/non-free i386 Packages
release v=None,o=Unofficial Multimedia Packages,a=testing,n=jessie,l=Unofficial Multimedia Packages,c=non-free
origin ftp.deb-multimedia.org
500 ftp://ftp.deb-multimedia.org/ jessie/main i386 Packages
release v=None,o=Unofficial Multimedia Packages,a=testing,n=jessie,l=Unofficial Multimedia Packages,c=main
origin ftp.deb-multimedia.org

Schuldigen gefunden, haha, einself!

Schuldigen gefunden, haha, einself! ?? Wie soll ich es verstehen, etwa auch deaktivieren? Oder gibt es eine offizielle Multi Media Quelle?


Ostereier: (schreibe soeben aus mein andere PCLOS Notebook, hatte mich hiermit erst ins Forum eingeloggt)

exegnulinux-snapshot (remaster tool), acidrip, k9kopy, libexpad0, sodipodi, yad (Das Selbe in der Konsolenausgabe)

Ausser exegnulinux-snapshoti, k9kopie und yad, sind die anderen Tools von mir, auch zwei Monate her, mit alien konvertiert und mit gdebi installiert worden. Weitere Lib oder Zusätzliches wurde von gdebi nicht nicht installiert. Das sind auch die Pakete die in Synaptic als veraltet angezeigt werden, auch weil ich die /etc/apt/sources.list.d/exegnulinux.list auf exegnulinux.list.old umbenannt habe. Mir nam das Trinity Deskt. Manager wunder und da sah ich wie gut exegnulinux, als System funktionierte entschied ich mich dafür.

Ich hatte vor ca. 3 Monate exegnulinux iso installiert,

1. die sources.list wie gepostet umgestellt
2. von 1900 Paketedamals ca. 1390 davon aktualisiert (somit wurde es jessie)
3 verdeutscht
4. Mit meine Lieblingsanwendungen (jessie) ergänzt
6. linux-image- und header- pae mit non pae ausgetauscht und zugleich den höchsten Kernel 3.14.xx installiert
7. stellte alles auf xfce um und deinstallierte trinity (Hatte so seine Macken)

Das erste voll update ging schief, während des Up-Date entsdanden damals Fehler in Trinity Pakete (keine Trinity Up-Date waren vorhanden). Also stellte ich das komplette Up-Date auf xfce um und deinstallierte alles vom Trinity um danach alles zu updaten. (Hatte ich im "Smalltalk - Distrohopping kurz geschildert").

Daher ist auch Deine Vermutung richtig, durch Up-Date ersetzte Pakete, und seit über 2 Monate kamen pro Tag im Schnitt ca. 35 Pakete zum updaten dazu, also ich denke das ganze System ist schon (bis auf die obigen 7 Pakete) aktuell.

Sind die obigen 5 Pakete System- und Synaptic so kompromittierend in Debian Distro? Es sind keine unbekannte oder risikoreiche Anwendungen, eher umgekehrt (exegnulinux-snapshot und yad waren bereits installiert, weil das snapshot Tool als Script auf yad angewiesen ist, übrigens arbeitet sehr gut).

Und die hatte ich nachdem alles mit den Up-Dates fertig war installiert, etwas über zwei Monate. Warum diese Pakete dem System nun so schwer auf dem Magen liegen versteh ich nicht ganz (k9kopie installierte ich aus dem old-stable).

Anders gesagt, alles was System anbelangt wie Kern, Paketverwaltung, alle dazu gehörende Lieb usw. sind einheitlich jessie/testing und sssd Aktualisierung kamen die letzten zwei Monate zwei mal, ca vor einen Monat das erste mal. Das erste mal verlief jedoch alles reibungslos mit meinen jetzigen und gleichen Konfigurationen.

Falls diese 5 Pakete irgend was aus dem Gleichgewicht bringen muss ich wohl oder übel einen anderen Weg gehen. Mal eine andere Debian- Testing- xfce- Distri von Haus aus installieren um dann erst meine einstellungen tätigen und diese wieder über längere Zeit testen. Wenn es wieder nicht klappt wird es happik, in gewisse Dinge habe ich mich für immer, so zu sagen "verliebt" es nutzen zu dürfen.

In meine andere Distri (Debian Vetter- PCLinuxOS- hat apt und ehemalige deb- mylivecd) sind über 27 fremde "Ostereier" installiert. Konvertierte Fedora- Megaia- und gar Debian Pakete.... seit Jahren und alles funktioniert sehr gut.

Nun komm lieber Debian sei doch nicht so überempfindlich....

PS Edit:

Smaltalk ab,
http://debianforum.de/forum/viewtopic.p ... g&start=30

[rendegast]

Schuldigen gefunden, haha, einself!

?? Wie soll ich es verstehen,

Ein Scherz?

Bei dem festgehaltenen sssd-common kann ich nur wieder auf das aptitude-Interface verweisen,
welches den Konflikt bei der aktuellen Version des Paketes anzeigen sollte.
Ansonsten bin ich zugegeben ratlos.
Vielleicht "relative Mondfeuchte"?

Code: Alles auswählen

apt-cache policy sssd-common

?

Heute gab es ein Upgrade

Code: Alles auswählen

# aptitude versions sssd-common sssd-ad-common --disable-columns
Package sssd-ad-common:
p  1.11.6-1 testing,unstable 101

Package sssd-ad-common:i386:
p  1.11.6-1 testing,unstable 101

Package sssd-common:
p  1.11.6-1 testing,unstable 101

Package sssd-common:i386:
p  1.11.6-1 testing,unstable 101

----------------------------------------------------
Inkonsistenzen, Beispiel:

Code: Alles auswählen

# apt-get -s dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
   libcryptsetup4 (1.4.3-4)
   libsystemd-id128-0 (44-11+deb7u4)
   libsystemd-journal0 (44-11+deb7u4)
0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.

wogegen

Code: Alles auswählen

# aptitude -s dist-upgrade
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

EDIT -----------------
Nach Installation dieser drei Pakete ist apt-get zufrieden,
als 'manuell installiert' werden sie bei deborphan aufgeführt,
als 'automatisch installiert' will aptitude sie wieder entfernen.
Es sind scheinbar keine 'essential' oder 'required' Pakete.
--------------
Mir unerklärlich
(es handelt sich um eine komplexe Repo-Zusammenstellung, die ich aber eigentlich gut im Griff habe).
Ich bevorzuge aptitude (obwohl da gelegentlich die 'installed automatic' verloren gingen
bei Benutzung des Interfaces in Konfliktsituationen mit Root-Rechten
-> 'apt-mark auto paketliste' zur Reparatur)

[Revod]

Inkonsistenzen, Beispiel:

Code: Alles auswählen

# apt-get -s dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
   libcryptsetup4 (1.4.3-4)
   libsystemd-id128-0 (44-11+deb7u4)
   libsystemd-journal0 (44-11+deb7u4)
0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.

wogegen

Code: Alles auswählen

# aptitude -s dist-upgrade
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Mir unerklärlich
(es handelt sich um eine komplexe Repo-Zusammenstellung, die ich aber eigentlich gut im Griff habe).
Ich bevorzuge aptitude (obwohl da gelegentlich die 'installed automatic' verloren gingen
bei Benutzung des Interfaces in Konfliktsituationen mit Root-Rechten
-> 'apt-mark auto paketliste' zur Reparatur)

Das glaube ich Dir nun gerne ohne weiteres, so wie Du mich mit den Befehlen hindurch "gelozt" hast. Für Deine lehrreiche Hilfe kann ich Dir nur wieder danken (Die Befehlskombination kannte ich nicht).

Letzte Woche gab es (wirklich eine einzige Ausnahme seit sieben Jahre ich nun mit PCLOS arbeite) ausnahmsweise auch einen Paketfehler, da musste ich denken, was nun los, alles gegen mich verschworen.

Es war nichts anderes als ein "Packattierung" Fehler. Am nächsten Tag "Neu laden > Zum aktualisieren vormerken > Anwenden" und danach war der Paketfehler behoben. Paketbäcker hatten es gemerkt und im Forum geschrieben. Dort kenne ich es anders bei Paketfehler, ein Dialog öffnet sich und listet auf, Pake-XY hängt ab von Paket-A, Libpaket-A und Libpaket-B doch diese sind nicht installierbar und deswegen wird entweder die Installation oder die Aktualisierung für dieses Paket nicht fort gesetzt und somit alles ist gut, und auch ohne "...Super Kuh" gut.

Daher vermute ich Mal es können durchaus, entweder in der Kompilierung oder bei der Packettierung, oder bei beides Fehler entstanden sein, auch deswegen weil nach gut 7 bis 8 Tage wieder Aktualisierungen kamen. So kurzfristige Aktualisierung Angebote der gleichen Pakete ist eher selten, also mit Debian weiss ich es nicht, bin noch Debian Neuling, oder passiert es mit jessie/testing öfter?

Ich konnte gestern wegen das sssd-common kein einziges Up-Date mehr abschliessen, weder mit Synaptic noch mit apt-get dist-upgrade, noch mit Aptitude, weil es als erstes stets sssd-common von etwa über 100 Pakete updaten wollte. Und weil dieser eben Fehlerhaft war wurde dadurch das gesamte Up-Date der restliche Pakete abgebrochen, da konnte ich nichts tun, auch nicht mit mehrmalige Anläufe. Und trotzdem erfolgreich als erstes ausgeführt nachdem die von vorgestern mit Aptitude deinstallierte sssd Pakete erneut installiert werden konnten.

Erwähnte hatte ich es bereits, da formatierte ich und installierte einen original Debian-Wheeze-XFCE. Morgen oder übermorgen werde ich dann die sources.list auf jessie umstellen und so original wie es ist alles aktualisieren um mit sssd zu testen und vlt um es wieder kaputt-daten.

Kanns nur nochmal erwähnen, vor ca. 1½ Monate verliefen die sssd Up-Date alle reibungslos und da hatte ich bereits alle die Multimedia und "Ostereier" installiert gehabt.

Es werden sicher ca. über 1400 Pakete sein, da werde ich wohl apt-get dist-upgrade ausführen müssen und ein Reboot. Ob die sssd schon jetzt installiert sind weiss ich nicht, habe noch nicht nachgeschaut.... morgen ist ein neuer Tag....

Falls nicht werde ich diese Pakete erst Mal von wheeze installieren und erst danach auf jessie umstellen und updaten...

Fortsetzung folgt....

hmmm überlege soeben..., das tue ich mir noch an, das funktionierende Remaster morgen installieren und die veraltete Lib die ich deinstalliert hatte (wie hiess sie nochmal, Synaptic wird es mir schon sagen... ...) diesmal nicht deinstallieren, Mal gucken was mit den sssd passiert. Die remasterte System ist ca. 2 Wochen alt, also mit den gleichen Pakete und alles so konfiguriert wie das weg formatierte System von heute.

[Revod]

Gesagt getan, meine Iso reinstalliert....

Das angezeigte, veraltete war das Paket, libcollection2, das ich am Vortag der sssd Pakete Aktualisierung vorgängig deinstalliert hatte. Nun habe ich zuerst (325 Pakete) aktualisiert und die sssd Pakete sind nun Fehlerfrei. Paket libcollection2 werde ich vorsichtshalber noch darauf lassen.

In der Eifer habe vergessen nach zu schauen ob in der original wheeze-xfe Iso ssssd installiert ist.

Als gelöst kann ich es nicht setzen, weil wenn neue Pakete ein sogenanntes "request- oder so ähnlich" einer alte Abhängigkeit beinhalten dann ist es fehlerhaft... Die Konsole würde "....nichts mehr zu tun, fertig"

[Revod]

Fortsetzung folgt....

und wie....

Am Dienstag Morgen original debian-wheeze-xfce von Grund auf installiert und nach allen Up-Date auf jessie/testing die ganze Software reinstalliert, und was noch ausschlaggebender ist wegen des Inhaltes /etc/skel alles wie so konfiguriert wie ich es hatte.

Unterschiede mit dem original Debian Installation- Verhalten und Fehleraufkommen:

Mit dem exegnulinux-trinity hatte ich leider von Beginn meine Schwierigkeiten. Die gleichen Ausführungen mit dem original Debian-XFCE die letzten 6 Tage keine einzige. Vermutlich ist das ganze System auf Trinity ausgelegt, nicht nur die Desktop Envoriment Dateien.

Synaptic arbeitet beim "neu laden" Installation und Verarbeitung dessen Minim. drei mal schneller und bei Up-Dates, bisher .keine einziges Paketfehker, dass ich während der Up-Date Wahl der Pakete händisch vorgängig immer beheben musste, hatte z. B. von Beginn weg xfce Paketfehler beim Up-Date.

Keine Kernel Boot Fehler mehr nach Up-Dates (weiss der Teufel warum)

Ich vermute zu dem bei der Deinstallation des Trinity nachdem xfce installiert wurde bereits irgend welche versteckte Fehler im System entstanden sind, die sich erst danach heraus kristallisiert haben, auch wegen der libstdc++.

Im Prinzip sollte man genau wissen welche Iso mit dem Desktop den man will im Original zu installieren ist.

Kurz gesagt, von wheeze xfce auf jessie/testing-xfce Umstellung verlief reibungslos und ohne jegliche Fehler und alle Einstellungen klappten von Anfang an, ich musste die letzten 5 Tage nichts 2 mal wiederholen oder irgend was erneut starten damit es endlich klappte.

Uff... stirnwischen....