Fehler nach dist-upgrade

[Cora89]

Nein, du hast ja grundsätzlich Recht. Wie gesagt, ich halte kurzfristig Vorträge und habe keine Zeit mehr ein funktionierendes System auf Basis von Debian aufzusetzen. Kali bringt halt alles wichtige on board mit ...

[Cora89]

Habe die sources.list angepasst:

deb http://deb.torproject.org/torproject.org stretch main
deb http://http.kali.org/kali kali-bleeding-edge contrib non-free main
deb http://http.kali.org/kali kali-rolling main non-free contrib

apt-cache policy:

Paketdateien:
100 /var/lib/dpkg/status
release a=now
100 http://http.kali.org kali-bleeding-edge/main i386 Packages
release o=Kali,n=kali-bleeding-edge,c=main,b=i386
origin http.kali.org
100 http://http.kali.org kali-bleeding-edge/main amd64 Packages
release o=Kali,n=kali-bleeding-edge,c=main,b=amd64
origin http.kali.org
500 http://http.kali.org/kali kali-rolling/contrib i386 Packages
release o=Kali,a=kali-rolling,n=kali-rolling,c=contrib,b=i386
origin http.kali.org
500 http://http.kali.org/kali kali-rolling/contrib amd64 Packages
release o=Kali,a=kali-rolling,n=kali-rolling,c=contrib,b=amd64
origin http.kali.org
500 http://http.kali.org/kali kali-rolling/non-free i386 Packages
release o=Kali,a=kali-rolling,n=kali-rolling,c=non-free,b=i386
origin http.kali.org
500 http://http.kali.org/kali kali-rolling/non-free amd64 Packages
release o=Kali,a=kali-rolling,n=kali-rolling,c=non-free,b=amd64
origin http.kali.org
500 http://http.kali.org/kali kali-rolling/main i386 Packages
release o=Kali,a=kali-rolling,n=kali-rolling,c=main,b=i386
origin http.kali.org
500 http://http.kali.org/kali kali-rolling/main amd64 Packages
release o=Kali,a=kali-rolling,n=kali-rolling,c=main,b=amd64
origin http.kali.org
100 http://http.kali.org/kali kali-bleeding-edge/main i386 Packages
release o=Kali,n=kali-bleeding-edge,c=main,b=i386
origin http.kali.org
100 http://http.kali.org/kali kali-bleeding-edge/main amd64 Packages
release o=Kali,n=kali-bleeding-edge,c=main,b=amd64
origin http.kali.org
500 http://deb.torproject.org/torproject.org stretch/main i386 Packages
release o=TorProject,a=testing,n=stretch,c=main,b=i386
origin deb.torproject.org
500 http://deb.torproject.org/torproject.org stretch/main amd64 Packages
release o=TorProject,a=testing,n=stretch,c=main,b=amd64
origin deb.torproject.org
Mit Pinning verwaltete Pakete:

Leider ohne Erfolg. Trotzdem danke...

[rendegast]

Versuche

Code: Alles auswählen

aptitude dist-upgrade --simulate

aptitude dist-upgrade

Nicht unbedingt die erste angebotene Lösung benutzen.

Es bringt die Möglichkeit, erstmal machbares abzuarbeiten,
statt abzubrechen.


Im weiteren Verlauf kann mit

Code: Alles auswählen

aptitude search "?installed(?obsolet)"   -F "%c%a%M %p %36v"
apt-show-versions
deborphan

u.ä. nach Ostereiern und Showstoppern gefahndet werden.

[breakthewall]

Nein, du hast ja grundsätzlich Recht. Wie gesagt, ich halte kurzfristig Vorträge und habe keine Zeit mehr ein funktionierendes System auf Basis von Debian aufzusetzen. Kali bringt halt alles wichtige on board mit ...

Keine Zeit für eine Installation von 20 Minuten? Auf Kali-Linux zu setzen ist ein erhebliches Risiko, wenn man nicht weiß was man da hat. Das ist keine gewöhnliche Distribution für eine alltägliche Nutzung, und sofern man am Standard nichts geändert hat, ist man unter Kali-Linux immer als root eingeloggt. Schon allein den Web-Browser mit Rootrechten zu öffnen ist Wahnsinn.

[Cora89]

Jetzt fängt er wieder an zu installieren ...

... und ich schulde Dir meinen großen Dank und verneige mich ...

Kannst Du mir noch ganz kurz erklären, warum aptitude besser funktioniert als apt?

[rendegast]

warum aptitude besser funktioniert als apt?

Die Entwickler waren bekifft.


Die Richtschnur dürfte eine andere sein.
Aber auch aptitude hat seine "Macken", zBsp. das Vormerken von Aktionen, "schedule" genannt.
Sind die Vorbedingungen problematisch, können plötzlich massenhaft libs als "manuell installiert" gekennzeichnet sein.
Und das auch bei einem 'aptitude --simulate', und unabhängig vom entsprechenden Status in dpkg.
Verhinderung von sowas durch Ausprobieren unter einem rechtlosen Account,
Reparaturwerkzeuge bei einem "Unfall" sind 'apt-mark' und aptitude selbst.

[Cora89]

@breakthewall

Nein, ich nutze Kali lediglich als System für Live-Hacking-Veranstaltungen. Das System ist schnell aufgesetzt, aber für die einzelnen Hacks habe ich sehr viel angepasst und vorbereitet. Das wäre eher eine Arbeit von Tagen ...

@rendegast:

Nochmal tausend Dank!!!