Paketverwaltung verbogen?

[Maxodermoritz]

Hallo,
Wenn ich apt autoremove ’~c’ laufen lasse, bekomme ich folgende Meldung:

Code: Alles auswählen

# apt autoremove '~c'
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paket »libglib2.0-0:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libglib2.0-0«?
Paket »libgdk-pixbuf-2.0-0:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libgdk-pixbuf-2.0-0«?
Paket »libgssapi-krb5-2:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libgssapi-krb5-2«?
Paket »libpulse0:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libpulse0«?
Paket »libasound2-plugins:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libasound2-plugins«?
Paket »libwrap0:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libwrap0«?
Paket »libgl1-mesa-dri:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libgl1-mesa-dri«?
Paket »libsasl2-modules:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libsasl2-modules«?
Paket »libvdpau1:i386« ist nicht installiert, wird also auch nicht entfernt. Meinten Sie »libvdpau1«?
Paket »libvdpau-va-gl1:i386« ist nicht installiert, wird also auch nicht entfernt.
Paket »edrawmax« ist nicht installiert, wird also auch nicht entfernt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.

Das edrawmax hatte ich mal versucht zu installieren, aber wie die *i386 Pakete dahingekommen sind, kann ich mir nicht erklären.
Hat jemand eine Idee, was das zu bedeuten hat und wie ich das bereinigen kann?

[tobo]

Das was du da probierst, das wirft 2 verschiedene Paramter durcheinander. Je nachdem, was du da willst, entweder

Code: Alles auswählen

# apt auoremove

oder

Code: Alles auswählen

# apt remove "~c"

[Maxodermoritz]

tobo, mit

Code: Alles auswählen

apt remove "~c"

bekomme ich dieselbe Meldung.

[tobo]

Dann mach mal ein

Code: Alles auswählen

apt search ~c

und vegleiche das mal mit einem

Code: Alles auswählen

aptitude search ~c

und zeige mal die Ausgaben hier. Apt liefert da nämlich mitunter immer noch Müll. aptitude musst du unter Umständen dafür nachinstallieren.
Darauf beziehst du dich doch, oder? Du willst verwaiste Konfigurationsdateien löschen?

[Maxodermoritz]

edrawmax bin ich schon mal lost. Ging mit:

Code: Alles auswählen

apt remove --purge edrawmax

Hier die Ausgaben der beiden Befehle:

Code: Alles auswählen

# apt search ~c
Sortierung… Fertig
Volltextsuche… Fertig
libtext-brew-perl/testing,testing 0.02-3 all
  perl implementation of Brew edit distance

Code: Alles auswählen

# aptitude search ~c
c   libasound2-plugins:i386                                                    - ALSA library additional plugins                                                     
c   libgdk-pixbuf-2.0-0:i386                                                   - GDK Pixbuf library                                                                  
c   libgl1-mesa-dri:i386                                                       - free implementation of the OpenGL API -- DRI modules                                
c   libglib2.0-0:i386                                                          - GLib library of C routines                                                          
c   libgssapi-krb5-2:i386                                                      - MIT Kerberos runtime libraries - krb5 GSS-API Mechanism                             
c   libpulse0:i386                                                             - PulseAudio client libraries                                                         
c   libsasl2-modules:i386                                                      - Cyrus SASL - pluggable authentication modules                                       
c   libvdpau-va-gl1:i386                                                       - VDPAU driver with OpenGL/VAAPI backend                                              
c   libvdpau1:i386                                                             - Video Decode and Presentation API for Unix (libraries)                              
c   libwrap0:i386                                                              - Wietse Venema's TCP wrappers library  

[tobo]

Wenn du die verwaisten Konfigurationsdateien löschen willst, dann

Code: Alles auswählen

# aptitude purge ~c

Ansonsten solltest du langsam mal erklären, was du willst...

[JTH]

~c ist zusammen mit remove unsinnig. ~c ist ein Suchmuster für schon deinstallierte, aber noch nicht gepurgete Pakete. Deinstallierte Pakete kann man aber nicht removen, das ist ja schon passiert, daher die Meldungen aus dem Eingangsbeitrag.

Code: Alles auswählen

apt purge '~c'

wäre sinnvoll, das entfernt letzte Überreste (die Konfigurationen) von ansonsten schon deinstallierten Paketen. Oder eben mit aptitude, wie tobo hier drüber erwähnt hat.

[Maxodermoritz]

Mir interessiert, wie die *i386 Dateien auf mein System gekommen sind und warum ich die Konfigurationsdateien nicht löschen konnte.
Mit

Code: Alles auswählen

aptitude purge ~c

gings.

Vielen Dank!

JTH, danke auch Dir für die Erklärung!

[tobo]

@JTH: Du denkst apt kann Paketrückstände deinstallieren, die es per search nicht mal findet?

EDIT:
Antwort: Ja, kann es. Insbesondere gibt es hier einen Unterschied zwischen remove und purge.

[JTH]

Mir war da bisher kein Unterschied im Suchverhalten zwischen apt und aptitude bewusst, tobo. Hab aber zugegeben auch noch nie ganz genau drauf geachtet.

Vielleicht findet

Code: Alles auswählen

apt list '~c'

alle erwarteten Treffer? Ich bin mir gar nicht ganz sicher (und kann's auch grad nicht ausprobieren), ob diese Adaption der aptitude-Suchmuster durch apt überhaupt (auch) für apt search gedacht sind oder nur als Filter für install, remove, purge, list.

autopurge und autoremove kann man übrigens, meine ich, auch Filter übergeben. Ein

Code: Alles auswählen

apt autopurge '~c'

hätte hier also auch eine ungewöhnliche „Lösung“ sein können (die man eher direkt wieder vergessen sollte).

[tobo]

Vielleicht findet

Code: Alles auswählen

apt list '~c'

alle erwarteten Treffer? Ich bin mir gar nicht ganz sicher (und kann's auch grad nicht ausprobieren), ob diese Adaption der aptitude-Suchmuster durch apt überhaupt (auch) für apt search gedacht sind oder nur als Filter für install, remove, purge, list.

Genau so sieht's aus: Mit list kann man per fixed strings (+) und/oder den aptittude pattern suchen und mit search per regex.

[MaGe]

Mir interessiert, wie die *i386 Dateien auf mein System gekommen sind

Von alleine nicht, du wirst irgendwann einmal den Befehl

Code: Alles auswählen

 dpkg --add-architecture i386 

eingegeben haben.



gruss MaGe

[michaa7]

Code: Alles auswählen

apt purge '~c'

Danke dafür.

Diese Befehl löscht bei mir nun alles was beim automatischen entfernen meiner kernel immer übrig und unbemerkt blieb: die kernel konfigurationsdateien und die kernelmodule. Das die Module beim löschen der kernel nicht mitgelöscht werden hatte oft genervt weil insbesondere letztere doch eine Menge Platz beanspruchen (ich habe den Debian Kernel ja nur neben meinen siduction Kerneln installiert. Und letztere erscheinen ja fast alle paar Tage. Das reicht dann über Wochen und Monate in GB Bereich. Dann habe ich das immer wieder beim updaten zwangsweise wg. "No space left" bemerkt und habe das händisch gelöscht).

[MSfree]

Das die Module beim löschen der kernel nicht mitgelöscht werden hatte oft genervt...

Code: Alles auswählen

apt autoremove --purge

oder

Code: Alles auswählen

apt autopurge

und

Code: Alles auswählen

apt-get purge Paketname

sorgen dafür, daß die Konfigurationsdateien und Kernelmodule beim Deinstallieren mitgelöscht werden.

[michaa7]

...

sorgen dafür,.... Kernelmodule beim Deinstallieren mitgelöscht werden.

fast.

In den Verzeichnissen der Kernelmodule gibt es hier Unterordner: /...../updates/dkms/nvidia...blabla, was das komplette Löschen verhindert.
Pro kernel knapp 50MB.

Das geht dann doch wieder nur händisch.

[JTH]

[…]
fast.

In den Verzeichnissen der Kernelmodule gibt es hier Unterordner: /...../updates/dkms/nvidia...blabla, was das komplette Löschen verhindert.
Pro kernel knapp 50MB.

Das geht dann doch wieder nur händisch.

Dann ist bei dir aber womöglich was verbogen oder du hast etwas am Paketsystem vorbei installiert. Die Pakete im Debian-Repo sollten alle im prerm Trigger für DKMS enthalten, durch die per DKMS gebaute Module beim Purgen Remove einer Kernelversion auch entfernt werden. Die Nvidia-Pakete haben das zumindest, siehe /var/lib/dpkg/info/nvidia-*kernel-dkms.prerm.

[michaa7]

...
Dann ist bei dir aber womöglich was verbogen oder du hast etwas am Paketsystem vorbei installiert.

Zumindest nicht absichtlich ... aber das System ist alt und hat viel durchgemacht

Die Pakete im Debian-Repo sollten alle im prerm Trigger für DKMS enthalten,

Ja, da wollte ich mal sehen wie das für die siduction kernel ausssieht.

... siehe /var/lib/dpkg/info/nvidia-*kernel-dkms.prerm.

Wonach konkret wird denn der Asteriks für die Debian Kernel aufgelöst, kannst du dafür ein Beispiel posten?

Danke.

[JTH]

Wonach konkret wird denn der Asteriks für die Debian Kernel aufgelöst, kannst du dafür ein Beispiel posten?

Das sollte ein Platzhalter für alle Paketnamen sein, die man per apt list 'nvidia-*kernel-dkms' findet.

Aber da war ich vorhin gedanklich an der falschen Stelle. Beim Entfernen eines (Debian-) Kernels sorgt /etc/kernel/prerm.d/dkms aufgerufen per run-parts aus den /var/lib/dpkg/info/linux-image-*-*.prerm heraus für das gleichzeitige Entfernen der durch DKMS gebauten Module. Ein Beispielpfad wär da mit Bullseye-Backports-Kernel /var/lib/dpkg/info/linux-image-6.0.0-0.deb11.2-amd64.prerm.

[michaa7]

Beim Entfernen eines (Debian-) Kernels sorgt /etc/kernel/prerm.d/dkms aufgerufen per run-parts aus den /var/lib/dpkg/info/linux-image-*-*.prerm heraus für das gleichzeitige Entfernen der durch DKMS gebauten Module.

Da kommt zumindest ein bisschen Licht ins Dunkel. Aus irgendeinem Grund fehlt der betreffende Kernel (/var/lib/dpkg/info/linux-image-6.0.12-1-siduction-amd64.prerm) in der Liste. Alle anderen, Debian und Siduction, sind gelistet. Vermutlich kleiner Fehler bei der Konfiguraton des Kernels ... vermute ich mal laienhaft.
Es gab aber auch noch die Scripte für längst nicht mehr installierte Kernel. Wohl pakete deren modul ich, weil ich nicht wußte wie sonst, manuell gelöscht habe. Nachdem ich diese dann mit "apt-get purge <paketrname>" gelöscht hatte sind hier auch die entsprechenden Scripte verschwunden ... und mehr als 1,5 GB Platz frei geworden. Da habe ich wohl beim Löschen der alten Kernel einiges versemmelt
Schaut jetzt aber besser aus und ich weiß nun wo ich nachschauen kann.

Danke!

[Maxodermoritz]

@MaGe

Den Befehl habe ich ganz sicher nicht eingegeben. Vielleicht ist das durch irgendein Script erledigt worden und ich hatte nicht aufgepasst.

Habe mal geguckt, was da noch so alles drauf ist.

Code: Alles auswählen

dpkg -l | grep i386

zeigt mir:

Code: Alles auswählen

ii  gcc-12-base:i386                              12.2.0-10                               i386         GCC, the GNU Compiler Collection (base package)
ii  libc6:i386                                    2.36-6                                  i386         GNU C Library: Shared libraries
ii  libgcc-s1:i386                                12.2.0-10                               i386         GCC support library
ii  libidn2-0:i386                                2.3.3-1+b1                              i386         Internationalized domain names (IDNA2008/TR46) library
ii  libunistring2:i386                            1.0-2                                   i386         Unicode string library for C

Ich kann die Pakete nicht so einfach löschen und Synaptic zeigt mir z.T. auch noch Beschädigungen an.

Was kann ich tun? Hat jemand eine Idee?

EDIT: "Beschädigt" wird mir nur in Synaptic unter den Eigenschaften (Reiter Abhängigkeiten) des jeweiligen Pakets angezeigt. Links in dem Suchfilter ist aber kein Paket als defekt aufgeführt.

[tobo]

Beschädigte Pakete auflisten kannst du mit:

Code: Alles auswählen

aptitude search ~b

[Maxodermoritz]

tobo, der Befehl zeigt mir keine beschädigten Dateien an, synaptic (unter Eigenschaften- > Abhängigkeiten) hingegen schon.
Einige Paket bin ich inzwischen los und die folgenden sind noch als *i386-Version vorhanden:

Code: Alles auswählen

dpkg -l | grep i386
ii  gcc-12-base:i386                              12.2.0-10                               i386         GCC, the GNU Compiler Collection (base package)
ii  libc6:i386                                    2.36-6                                  i386         GNU C Library: Shared libraries
ii  libgcc-s1:i386                                12.2.0-10                               i386         GCC support library

Wenn ich mit synaptic eins dieser Pakete, bei dem unter Abhängigkeiten ein anderes Paket als "Beschädigt" angezeigt wird, löschen möchte, ist dies nicht möglich. Z.B. bei den oben aufgeführten Paketen bekomme ich die Meldung:

Code: Alles auswählen

"Die Änderungen konnten nicht angewendet werden! Bitte zuerst die Probleme mit defekten Paketen beheben."

Synaptic -> "Paket" -> "Version erzwingen" geht auch nicht.

Wie kann ich die Pakete durch die AMD64-Version ersetzen?

[MaGe]

Wie kann ich die Pakete durch die AMD64-Version ersetzen?

Die wirst du schon Installiert haben.



gruss MaGe

[Maxodermoritz]

MaGe, ja stimmt, aber die i386 würde ich gern loswerden.
Danach würde ich die Architektur wieder 'rausnehmen.

Auf meinem anderen Rechner habe ich das gleiche Problem. Vielleicht ist das mal durch ein Update passiert. Kann's mir immer noch nicht richtig erklären.

[JTH]

Vielleicht ist das mal durch ein Update passiert.

So ohne weiteres fügt sich die Architektur nicht hinzu. Das muss schon jemand oder etwas bewusst per

Code: Alles auswählen

 dpkg --add-architecture i386 

gemacht haben.

Ist i386 denn überhaupt noch als Architektur konfiguriert? Was sagt

Code: Alles auswählen

dpkg --print-foreign-architectures

?

Ohne apt und Synaptic kannst du die drei verbliebenen i386-Pakete sonst per

Code: Alles auswählen

dpkg --purge gcc-12-base:i386 libc6:i386 libgcc-s1:i386

loswerden, wenn nötig mit zusätzlichem --force-all. Das ist dann aber auf eigenes Risiko

Vorher am Besten noch zu klären: Bei welchen Paketen behauptet Synaptic denn, dass sie beschädigt seien?