Paketverwaltung verbogen?

[Maxodermoritz]

Am Beispiel von gcc-12-base steht unter "Eigenschaften" -> "Abhängigkeiten":

Code: Alles auswählen

Beschädigt: gnat (<7)
Ersetzt: ggc-12-base (<12.2.0-10)
Beschädigt: ggc-12-base (!=12.2.0-10)
Beschädigt: gnat

Zur Architektur:

Code: Alles auswählen

dpkg --print-foreign-architectures
i386

[MaGe]

.
@Maxodermoritz

Erst mal gucken, ist gnat, ggc-12-base den Installiert



gruss MaGe

[Maxodermoritz]

MaGe, nein, gnat ist gar nicht installiert. Hatte mich auch schon gewundert. Vergaß leider, es hier zu erwähnen.
Habe auch noch mal bei libc6 unter dem Reiter "Abhängigkeiten" geguckt. Dort sind so ziemliche alle Dateien als "Beschädigt" aufgeführt.
Z.B aide, ist aber auch nicht installiert. Viele Dateien sind sogar doppelt aufgelistet, was mir bisher noch gar nicht aufgefallen war.

[MaGe]

Dort sind so ziemliche alle Dateien als "Beschädigt" aufgeführt.

< Beschädigt >
Das sagt nur, wenn du gnat instalieren würdes,
würde es sich nicht mit gcc-12-base:i386 vertragen
das eine schlist das andere aus



gruss MaGe

[Maxodermoritz]

MaGe, unter libc6:i386 sind ca.70 - 80 Einträge, die meisten mit "Beschädigt" und viele doppelt.
Die Pakete sind zum großen Teil auch installiert. Das kann so nicht richtig sein.

Code: Alles auswählen

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

gibt mir:

Code: Alles auswählen

dpkg: Fehler beim Bearbeiten des Paketes libgcc-s1:i386 (--purge):
 Dies ist ein geschütztes Paket - es sollte nicht entfernt werden.
dpkg: Abhängigkeitsprobleme verhindern Entfernen von gcc-12-base:i386:
 libgcc-s1:i386 hängt ab von gcc-12-base (= 12.2.0-10).

dpkg: Fehler beim Bearbeiten des Paketes gcc-12-base:i386 (--purge):
 Abhängigkeitsprobleme - wird nicht entfernt
dpkg: Abhängigkeitsprobleme verhindern Entfernen von libc6:i386:
 libgcc-s1:i386 hängt ab von libc6 (>= 2.35).

dpkg: Fehler beim Bearbeiten des Paketes libc6:i386 (--purge):
 Abhängigkeitsprobleme - wird nicht entfernt
Fehler traten auf beim Bearbeiten von:
 libgcc-s1:i386
 gcc-12-base:i386
 libc6:i386

Hat jemand vielleicht noch eine Idee?

[KP97]

Dann nimm doch erstmal die Architektur i386 wieder zurück, oder brauchst Du die?

Code: Alles auswählen

dpkg --remove-architecture i386

Und dann alle i386er Pakete entfernen.

[Maxodermoritz]

KP97, die Architektur brauche ich nicht. Jedenfalls gehe ich davon aus, dass kein Programm installiert ist, welches sie zwingend braucht.
Ich wollte sie eigentlich erst löschen, nachdem die *i386-Pakete entfernt worden sind, also hinterher.

Habe es jetzt dennoch versucht und bekomme folgende Ausgabe:

Code: Alles auswählen

# dpkg --remove-architecture i386 
dpkg: Fehler: Architektur »i386«, derzeit verwendet von der Datenbank, kann nicht entfernt werden

und

Code: Alles auswählen

# apt-get remove --purge `dpkg --get-selections | awk '/i386/{print $1}'`

gibt mir das:

Code: Alles auswählen

Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden Pakete werden ENTFERNT:
  gcc-12-base:i386* libc6:i386* libgcc-s1:i386*
WARNUNG: Die folgenden essentiellen Pakete werden entfernt.
Dies sollte NICHT geschehen, außer Sie wissen genau, was Sie tun!
  libgcc-s1:i386 gcc-12-base:i386 (wegen libgcc-s1:i386) libc6:i386 (wegen libgcc-s1:i386)
0 aktualisiert, 0 neu installiert, 3 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 12,7 MB Plattenplatz freigegeben.
E: Das Entfernen essenzieller, system-kritischer Pakete ist nicht erlaubt. Dies kann das System beschädigen.

[JTH]

Code: Alles auswählen

E: Das Entfernen essenzieller, system-kritischer Pakete ist nicht erlaubt. Dies kann das System beschädigen.

apt möchte da wohl noch --allow-remove-essential haben, als Bestätigung, dass du dir ganz sicher bist.

Code: Alles auswählen

apt-get remove --purge `dpkg --get-selections | awk '/i386/{print $1}'`

Ganz kurz über APTs Suchfilter:

Code: Alles auswählen

apt purge --allow-remove-essential '~i ~ri386'

~i wählt nur installierte Pakete aus. Hinter ~r kann man eine gesuchte Architektur angeben. Beides muss hier zusammen in Anführungszeichen eingeschlossen sein, sonst werden installierte oder i386-Pakete ausgewählt – und das purge würde dann dein gesamtes System säubern

[Maxodermoritz]

Vielen Dank, JTH!
Hat alles gut funktioniert und die i386-Architektur ist nun auch raus!

Die Einträge unter den Abhängigkeiten bei libc6 sind deutlich weniger und auch nicht mehr doppelt, aber immer noch fast alle als "Beschädigt" gelistet.
Z.B.

Code: Alles auswählen

aide 
busybox 
chrony 
fakechroot 
firefox 
[...]

Die Programme, die als "Beschädigt" gelistet sind, sind aber nicht alle installiert.

Unter "gcc-12-base" steht "gnat" auch immer noch als "Beschädigt" und ist ebenfalls nicht installiert.

Vielleicht kann mir hierzu jemand noch schreiben, was das zu bedeuten hat. So ganz richtig ist das sicher nicht?

[Maxodermoritz]

Bin hier leider immer noch nicht weiter. Habe festgestellt, dass die /var/log/messages seit Wochen nicht mehr geschrieben werden.
Der syslogd läuft aber:

Code: Alles auswählen

ps -aux | grep rsyslog
root         588  0.0  0.0 221788  6456 ?        Ssl  13:05   0:00 /usr/sbin/rsyslogd -n -iNONE
root       10347  0.0  0.0   6352  2112 pts/1    R+   14:34   0:00 grep rsys

und die Schreibrechte scheinen auch zu stimmen:

Code: Alles auswählen

-rw-r----- 1 root adm 293658  8. Nov 10:52 /var/log/messages

Das ist bei meinem anderen Rechner, den ich nur sehr selten nutze und gelegentlich die Updates einspiele, auch so.

Ich bin also einigermaßen sicher, dass da mal was bei einem Update schiefgelaufen ist, aber stehe gerade auf dem Schlauch und weiß nicht, wo ich ansetzen kann.
Wenn jemand noch einen Tipp hat, würde ich mich freuen.

[MSfree]

Habe festgestellt, dass die /var/log/messages seit Wochen nicht mehr geschrieben werden.

Debian wurde mit Jessie (2015) auf systemd umgestellt und damit auch das Logging, das von rsyslog auf journalctl umgestellt wurde. Wenn du also irgendwelche Meldungen suchst, dann mit journalctl.

[Maxodermoritz]

MSfree, das mit der Umstellung habe ich schon irgendwo mal gelesen. Wundere mich nur ein bisschen, weil bei meinen Systemen (01/2018 neu aufgesetzt) bis vor wenigen Wochen (von Beginn an!) der syslogd lief und auch fleißig die /var/log/messages geschrieben hat und nun eben nicht mehr.
Ich hatte auch gehofft, dass das irgendwie mit den in Synaptic als "Beschädigt" gelisteten Paketen in Zusammenhang zu bringen ist, denn das hätte ich gern behoben.

Kannst Du vielleicht sagen, wie man mittels journalctl an die logs kommt, die bislang immer in /var/log/messages zu finden waren?

[KP97]

man journalctl
Wenn das Paket rsyslog noch installiert ist, wird das auch ausgeführt, allerdings parallel, also eigentlich unnötig.
Ich verstehe nicht so ganz, warum Du diese beschädigten Pakete nicht einfach deinstallierst. Es macht doch keinen Sinn, sowas in der Paketdatenbank zu belassen.
Du solltest genau lesen, was entfernt wird, und zur Not Hardcopys anfertigen. Es werden aber auch Logs über die einzelnen Schritte geschrieben.

[MaGe]

Ich verstehe nicht so ganz, warum Du diese beschädigten Pakete nicht einfach deinstallierst.

Ich vermute das kann er nicht.

Vorweg ich kenne synaptic nicht
aber apt-get depends ( manchmal ist weniger mehr ), und das zeigt
mir auch die Beschädigte dateien an, aber das sind nur hinweise.

Ausgabe gekürzt:

apt depends libc6:i386
libc6:i386
Hängt ab von: libgcc-s1:i386
Kollidiert mit: <libc6-i686:i386>
Beschädigt: firefox:i386 (<< 91~)
Beschädigt: firefox-esr:i386 (<< 91~)
Beschädigt: libgegl-0.4-0:i386 (<< 0.4.18)
Beschädigt: <locales:i386> (<< 2.36)
Beschädigt: macs:i386 (<< 2.2.7.1-3~)
Beschädigt: nocache:i386 (<< 1.1-1~)
Beschädigt: nscd:i386 (<< 2.36)
Schlägt vor: <debconf-2.0:i386>
Ersetzt: <libc6-i686:i386>

Breaks (beschädigt),
[...] Wenn dieses Paket installiert ist, werden alle aufgeführten Pakete als beschädigt markiert.
Normalerweise gibt ein Eintrag unter Breaks an, dass er auf Versionen älter als einen bestimmten
Wert zutrifft. [...]



gruss MaGe

[Maxodermoritz]

KP97, der syslogd läuft ja auch, aber er schreibt eben nichts mehr in die 'messages'.

Die Pakete werden nur in Synaptic unter "Eigenschaften" unter dem Reiter "Abhängigkeiten" als "Beschädigt" aufgelistet und sind zum Teil gar nicht installiert.

Code: Alles auswählen

dpkg --list | grep ^rc 

zeigt dagegen keine beschädigten Dateien an.

MaGe, danke, das hilft schon mal viel weiter!
Bei libc6 bekomme ich mit

Code: Alles auswählen

# apt depends libc6

die Liste, die ich auch unter Synaptic bekomme

Code: Alles auswählen

# apt depends libc6
libc6
  Hängt ab von: libgcc-s1
  Beschädigt: aide (<< 0.17.3-4+b3)
  Beschädigt: busybox (<< 1.30.1-6)
  Beschädigt: chrony (<< 4.2-3~)
  Beschädigt: fakechroot (<< 2.19-3.5)
  Beschädigt: <firefox> (<< 91~)
  Beschädigt: firefox-esr (<< 91~)
  Beschädigt: gnumach-image-1.8-486 (<< 2:1.8+git20210923~)
  [...]
  Empfiehlt: libidn2-0 (>= 2.0.5~)
  Schlägt vor: glibc-doc
 |Schlägt vor: debconf
  [...]
  Schlägt vor: libnss-nisplus
  Ersetzt: <libc6-amd64>

"aide (<< 0.17.3-4+b3)" ist z.B. nicht installiert. Auch keine andere Version von "aide".

Den Sinn dahinter habe ich zwar immer noch nicht verstanden, aber beruhigend, dass das bei Dir auch so ist und wohl normal zu sein scheint.

[MaGe]

Den Sinn dahinter habe ich zwar immer noch nicht verstanden

Pakete können auf verschiedene Arten miteinander in Beziehung stehen.

Was das problem mit dem Löschen der :i386-Dateien angeht
Es gibt eigentlich nur zwei Gründe, warum Du das nicht rückgängig machen kannst

1.) Du benutzt ein 32-Bit System
2.) Du hast eine 64-Bit Installation und bereits manuell Pakete installiert, die die Zusatz :i386 tragen.
Bei mir wäre das wine32:i386 und Brother-drucker

Ich müßte also wine and Brother-drucker löschen um die :i386-Dateien loszuwerden.



gruss MaGe

[Maxodermoritz]

Den Sinn dahinter habe ich zwar immer noch nicht verstanden

Pakete können auf verschiedene Arten miteinander in Beziehung stehen.

Was das problem mit dem Löschen der :i386-Dateien angeht
Es gibt eigentlich nur zwei Gründe, warum Du das nicht rückgängig machen kannst

1.) Du benutzt ein 32-Bit System
2.) Du hast eine 64-Bit Installation und bereits manuell Pakete installiert, die die Zusatz :i386 tragen.
Bei mir wäre das wine32:i386 und Brother-drucker

Ich müßte also wine and Brother-drucker löschen um die :i386-Dateien loszuwerden.
gruss MaGe

MaGe, die *i386 Dateien habe ich ja inzwischen mit der Hilfe von JTH löschen können und auch die i386-Architektur habe ich entfernt.
Trotzdem sind die Dateien als "Beschädigt" aufgeführt

Code: Alles auswählen

# apt depends libc6
libc6
  Hängt ab von: libgcc-s1
  Beschädigt: aide (<< 0.17.3-4+b3)
  Beschädigt: busybox (<< 1.30.1-6)
  Beschädigt: chrony (<< 4.2-3~)
  Beschädigt: fakechroot (<< 2.19-3.5)
  Beschädigt: <firefox> (<< 91~)
  Beschädigt: firefox-esr (<< 91~)
  Beschädigt: gnumach-image-1.8-486 (<< 2:1.8+git20210923~)
  [...]
  Empfiehlt: libidn2-0 (>= 2.0.5~)
  Schlägt vor: glibc-doc
 |Schlägt vor: debconf
  [...]
  Schlägt vor: libnss-nisplus
  Ersetzt: <libc6-amd64>

Das ist es, was mir nicht einleuchtet.

[KP97]

Die libc6 für die amd64 Architektur darfst Du auf keinen Fall löschen, die ist der rote Faden des Systems.
Versuche doch ein reinstall der Lib, evtl. auch als einzelnes Paket aus dem Repo https://packages.debian.org/search?keywords=libc6
und dann mit einem

Code: Alles auswählen

dpkg -i --force-overwrite 

achte aber unbedingt auf die richtige Version!

In Synaptic könntest Du mal ausführen: Bearbeiten - Defekte Pakete reparieren
oder auch den Status ansehen von einem der beschädigten Pakete durch
markieren des Paketes dann Menüleiste - Paket
Falls ein Haken bei "automatisch installiert" ist, diesen entfernen.

[Maxodermoritz]

KP97, danke für die Tipps!

Ich habe erst mal aus Synaptic heraus mit "zum erneuten Installieren vormerken" die libc6 neu installiert und auch noch mal die selbe Version aus dem Repo mit

Code: Alles auswählen

dpkg -i --force-overwrite libc6_2.36-6_amd64.deb

versucht, aber es brachte nichts.
In Synaptic "defekte Pakete reparieren" brachte auch nichts und der Haken bei "automatisch installiert" ist z.B bei

Code: Alles auswählen

fakechroot (gar nicht installiert)
chrony (gar nicht installiert)
aide (gar nicht installiert) 
busybox (installiert)) 

auch auch nicht gesetzt.

[KP97]

Du könntest noch in /var/cache/apt/ die beiden Dateien pkgcache.bin und srcpkgcache.bin umbenennen. Bei einem Neustart von Synaptic werden diese neu angelegt.
Evtl. siehst Du anhand der Größe einen Unterschied.
Ansonsten kannst Du nur manuell die Pfade/Libs/Dateien rausfinden und löschen.
Sonst fällt mir nix mehr ein...

[Maxodermoritz]

KP97, das Umbenennen hat leider auch nicht geholfen. Immer noch dasselbe Problem:

Code: Alles auswählen

# apt depends libc6
libc6
  Hängt ab von: libgcc-s1
  Beschädigt: aide (<< 0.17.3-4+b3)
  Beschädigt: busybox (<< 1.30.1-6)
  Beschädigt: chrony (<< 4.2-3~)
  Beschädigt: fakechroot (<< 2.19-3.5)
  Beschädigt: <firefox> (<< 91~)
  Beschädigt: firefox-esr (<< 91~)
  Beschädigt: gnumach-image-1.8-486 (<< 2:1.8+git20210923~)
  [...]
  Empfiehlt: libidn2-0 (>= 2.0.5~)
  Schlägt vor: glibc-doc
 |Schlägt vor: debconf
  [...]
  Schlägt vor: libnss-nisplus
  Ersetzt: <libc6-amd64>
  

Die umbenannten Dateien (pkgcache.bin und srcpkgcache.bin) unterscheiden sich auch nicht in ihrer Größe.

Was meinst Du genau mit:

Ansonsten kannst Du nur manuell die Pfade/Libs/Dateien rausfinden und löschen

?

[JTH]

Immer noch dasselbe Problem:

Code: Alles auswählen

# apt depends libc6

Korrigierender Einwurf: An der Stelle/in der Ausgabe gibt es kein Problem. apt depends zeigt dir nicht den Zustand der bei dir installierten Pakete an. Es zeigt nur an, welche Abhängigkeiten es bei Installation des angegebenen Pakets geben würde und welche anderen Pakete dadurch beschädigt würden. Auf Englisch steht an der Stelle Breaks:, also Bricht:, das wäre vielleicht eine bessere, weniger doppeldeutige deutsche Übersetzung.

Code: Alles auswählen

# apt depends libc6
libc6
  […]
  Beschädigt: aide (<< 0.17.3-4+b3)
  […]
  

keins der hinter einem Beschädigt: aufgeführten Pakete muss überhaupt installiert sein.

Deshalb hast du hier

Beschädigte Pakete auflisten kannst du mit:

Code: Alles auswählen

aptitude search ~b

tobo, der Befehl zeigt mir keine beschädigten Dateien an […]

auch keine Ausgabe bekommen – weil keins der potentiell kaputtgehenden Pakete anscheinend überhaupt installiert ist.

[…] synaptic (unter Eigenschaften- > Abhängigkeiten) hingegen schon.

auch das zeigt dir, wie apt depends, keine Paketzustände, sondern die bekannten, theoretischen -abhängigkeiten an.


Generell: Ob ein Paket installiert ist, verraten dir auf unterschiedliche Art:

Code: Alles auswählen

apt policy PAKET
apt list --installed PAKET
dpkg -l PAKET
apt-mark showinstall PAKET

dpkg -l PAKET verrät dabei durch das Buchstabenkürzel am Zeilenanfang zusätzlich den Zustand (u.a. ob „beschädigt“ – „broken“), allerdings in mehrere, genauere mögliche Zustände unterteilt.

[KP97]

Stimmt JTH, danke, da habe ich mich durch das depends irritieren lassen obwohl mir das bekannt ist.
Manchmal ist man doch etwas abwesend, sorry...

[JTH]

Die Verwechslung hat sich ja so im Verlauf des Threads ergeben

Die deutsche Übersetzung kann da eben auch missverstanden werden:

Code: Alles auswählen

Beschädigt: aide (<< 0.17.3-4+b3)

könnte

Code: Alles auswählen

Ist beschädigt: aide (<< 0.17.3-4+b3)

bedeuten oder

Code: Alles auswählen

Wird/würde durch libc6 beschädigt werden: aide (<< 0.17.3-4+b3)

Im englischen Original ist das eindeutiger.

[Maxodermoritz]

Verstehe ich es richtig, dass die in der Liste

Code: Alles auswählen

# apt depends libc6
libc6
  Hängt ab von: libgcc-s1
  Beschädigt: aide (<< 0.17.3-4+b3)
  Beschädigt: busybox (<< 1.30.1-6)
  Beschädigt: chrony (<< 4.2-3~)
  Beschädigt: fakechroot (<< 2.19-3.5)
  Beschädigt: <firefox> (<< 91~)
  Beschädigt: firefox-esr (<< 91~)
  Beschädigt: gnumach-image-1.8-486 (<< 2:1.8+git20210923~)
  [...]
  Empfiehlt: libidn2-0 (>= 2.0.5~)
  Schlägt vor: glibc-doc
 |Schlägt vor: debconf
  [...]
  Schlägt vor: libnss-nisplus
  Ersetzt: <libc6-amd64>

als "Beschädigt:" (bzw. "Breaks:") aufgeführten Pakete, beschädigt werden, sobald das entsprechende Paket (z.B. aide oder chrony) installiert wird?
Oder umgekehrt, sobald libc6 installiert wird, nimmt aide Schaden, wenn es installiert ist?
Falls ja, müssten ja in meinem Fall z.B. firefox-esr und busybox beschädigt sein, denn diese sind ja installiert.

Die Ausgabe für firefox-esr

Code: Alles auswählen

# dpkg -l  firefox-esr
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
+++-==============-============-============-============================================================
ii  firefox-esr    102.6.0esr-1 amd64        Mozilla Firefox web browser - Extended Support Release (ESR)

und busybox

Code: Alles auswählen

# dpkg -l  busybox
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
+++-==============-============-============-=============================================
ii  busybox        1:1.35.0-4   amd64        Tiny utilities for small and embedded systems

zeigen aber keine Beschädigungen an. Irgendwas habe ich hier wohl noch nicht richtig verstanden.