Fehler beim Installieren von Paketen unter Debian 11.3 VM unter VirtualBox 6.1.97 / Win10 Pro x64 HOST [Gelöst]

[jmar83]

Hallo zusammen

Habe gerade folgenden Befehl unter der Konsole ausgeführt:

Code: Alles auswählen

lksctp-tools unzip curl net-tools moreutils dos2unix sudo apt-transport-https gnupg gnupg1 gnupg2 curl samba libgdiplus ca-certificates gnupg-agent software-properties-common debian-archive-keyring php-pear git build-essential lsb-release software-properties-common bc nvidia-openjdk-8-jre build-essential openjdk-11-jdk git

Ergebnis in der Konsole:

Code: Alles auswählen

...
...
...
update-alternatives: /usr/lib/jvm/java-11-openjdk-amd64/bin/serialver wird verwendet, um /usr/bin/serialver (serialver) im automatischen Modus bereitzustellen
update-alternatives: /usr/lib/jvm/java-11-openjdk-amd64/bin/jaotc wird verwendet, um /usr/bin/jaotc (jaotc) im automatischen Modus bereitzustellen
update-alternatives: /usr/lib/jvm/java-11-openjdk-amd64/bin/jhsdb wird verwendet, um /usr/bin/jhsdb (jhsdb) im automatischen Modus bereitzustellen
openjdk-11-jdk:amd64 (11.0.14+9-1~deb11u1) wird eingerichtet ...
update-alternatives: /usr/lib/jvm/java-11-openjdk-amd64/bin/jconsole wird verwendet, um /usr/bin/jconsole (jconsole) im automatischen Modus bereitzustellen
ca-certificates-java (20190909) wird eingerichtet ...
head: '/etc/ssl/certs/java/cacerts' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden
Error: dl failure on line 894
Error: failed /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so, because /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so)
dpkg: Fehler beim Bearbeiten des Paketes ca-certificates-java (--configure):
 »installiertes ca-certificates-java-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 6 zurück
Trigger für mailcap (3.69) werden verarbeitet ...
Trigger für libc-bin (2.31-13+deb11u3) werden verarbeitet ...
Trigger für man-db (2.9.4-2) werden verarbeitet ...
Trigger für ca-certificates (20210119) werden verarbeitet ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...

Error: dl failure on line 894
Error: failed /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so, because /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so)
E: /etc/ca-certificates/update.d/jks-keystore exited with code 1.
done.
Trigger für dbus (1.12.20-2) werden verarbeitet ...
Trigger für php7.4-cli (7.4.28-1+deb11u1) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 ca-certificates-java
E: Sub-process /usr/bin/dpkg returned an error code (1)

Screenshot hier:




Weiss evtl. jemand von euch das das sein könnte.

Hier noch /etc/apt/sources.list:

Code: Alles auswählen

# deb cdrom:[Debian GNU/Linux 11.3.0 _Bullseye_ - Official amd64 DVD Binary-1 20220326-11:23]/ bullseye contrib main

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

deb http://security.debian.org/debian-security bullseye-security main contrib non-free
deb-src http://security.debian.org/debian-security bullseye-security main contrib non-free

# bullseye-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb-src http://deb.debian.org/debian/ bullseye-updates main contrib non-free

...dort habe ich einfach die 2 CD/DVD-Einträge (einer ist "per default" auskommentiert, der Andere nicht. Ist so, seit ich Debian kenne. Logik: M.E. keine!! [???]) bereinigt und dann bei den Web-Quellen überall dafür gesorgt dass "contrib", "main" sowie "non-free" steht. (Gut, man sein dass es bei der einen oder anderen URL kein "non-free" und/oder "main" gibt... macht aber ja auch keinen Stress - daher kein Problem; machte ich ja immer so, seit Jahren)

Vielen Dank für die Feedbacks!

[jmar83]

Bereinigung mit 'apt purge --autoremove && sleep 2 && apt clean' klappt auch nicht - wieder mal alles komplett am Arsch... na ja, ist man sich ja gewohnt von APT, wenn da was durcheinander gerät kommt man in 99.7% von allen Fällen nicht mehr um ne Neuinstallation herum... (bin gerade wieder mal auf 180 innerlich, ** KOTZ, WÜRG!! **)

Code: Alles auswählen

Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
ca-certificates-java (20190909) wird eingerichtet ...
head: '/etc/ssl/certs/java/cacerts' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden
Error: dl failure on line 894
Error: failed /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so, because /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so)
dpkg: Fehler beim Bearbeiten des Paketes ca-certificates-java (--configure):
 »installiertes ca-certificates-java-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 6 zurück
Trigger für ca-certificates (20210119) werden verarbeitet ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...

Error: dl failure on line 894
Error: failed /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so, because /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/server/libjvm.so)
E: /etc/ca-certificates/update.d/jks-keystore exited with code 1.
done.
Fehler traten auf beim Bearbeiten von:
 ca-certificates-java
E: Sub-process /usr/bin/dpkg returned an error code (1)

[jmar83]

"nvidia-openjdk-8-jre" und "openjdk-11-jdk" sowie dürften einander eigentlich nicht "beissen"... v8/Nvidia von ist komplett getrennt und liegt nicht im Befehlspfad und hat auch keine %JAVA_HOME%-Variable gesetzt. Ganz im Ggs. zu v11/offizielles OpenJDK/JRE...

WTF hoch 27.....!!

[willy4711]

Abhängigkeiten von ca-certificates-java

siehe https://packages.debian.org/bullseye/ca ... cates-java

Was nun nvidia-openjdk-8-jre in einer VM zu suchen hat, entzieht sich meiner Vorstellungswelt.

Vielleicht erst mal selbst sortieren und dann apt für Fehler verantwortlich machen ?

[jmar83]

Vielen Dank für's Feedback. Das Nvidia-JRE8 ist nur "auf Reserve", falls es mal ne Java-Applikation gibt welche "legacy" ist...

ANMERKUNG ZUM THEMA: Vorher, also bei Debian 11.x < 11.3 bestand das Problem nicht. Habe ja meine Debian11-Installationsanleitung heute so eingesetzt wie vorher...

Hier noch das Thema mit den 2 CD/DVD-Einträgen in der /etc/apt/sources.list-Datei - also direkt nach erfolgter Installation. 1 Eintrag ist auskommentiert, der Andere nicht. Aber letztendlich sind BEIDE (!!) exakt gleich - mal abgesehen vom '#':



Irgendwie schade fehlt hier das Clown-Emoji wie bei FB, Twitter & Co...

Warum ist dem so und warum seit ich Debian kenne - seit ca. 12 Jahren!?

[jmar83]

"Abhängigkeiten von ca-certificates-java"

Warum wird das nicht automatisch aufgelöst - quasi "wie es sich gehört!!" ?

Nun ja, werde das Paket 'ca-certificates-java' mal in meinen 'apt install ... '-Befehl inkludieren.

Oder sollte ich besser "aptitude" verwenden anstelle von "apt" (das Ganze wiederum anstelle von "apt-get ... ") ??

[jmar83]

Und bevor ich dieses Mal "apt install ... " ausführe, setze ich noch folgende Kommando vorher ab. Ist gem. meiner Inst.-Anleitung NACH dem "apt install ... ". Ist wohl besser vorher einzusetzen...?

Stammzertifikate aktualisieren mit:

Code: Alles auswählen

´wget -qO- https://dl.packager.io/srv/zammad/zammad/key | sudo apt-key add -´

UND: Natürlich den VM-Snapshot nicht vergessen!!

[jmar83]

Code: Alles auswählen

root@debian11-emqx:~# wget -qO- https://dl.packager.io/srv/zammad/zammad/key | sudo apt-key add -
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
OK

...vielleicht weiss grad jemand wie der neue / nicht-obsolete / "deprecated" Befehl lautet? Ggf. wird das aus Debian V12 dann entfernt. Jetzt geht's ja noch - wäre aber trotzdem vorteilhaft, es schon "zukunftsweisend" einzusetzen.

[jmar83]

NA JA... klappt noch immer nicht. Problem solved by ignoring JRE8 from Nvidia

[jmar83]

Aber trotzdem ziemlich mühsam - alles in allem. Wenn sich die V11 plötzlich von selbst "schrottet"...

[jmar83]

JA - ohne hat's geklappt...

[DeletedUserReAsG]

Problem solved by ignoring JRE8 from Nvidia

Das kommt garantiert nicht von Debian. Was kotzt du also hier das Debian-Forum voll, statt dein System in Ordnung zu halten, oder den zu bekotzen, der für dein System verantwortlich ist?

[jmar83]

Doch, das kommt aus dem Debian-Repo...

Und damit sollten die doch (zumindest ein wenig) Verantwortung tragen dass keine Pakete drin sind welche Stress machen. Vor allen hat es sich, wie schon erwähnt, von v11.x < v11.3 geändert. Habe ja immer nach meinem "Drehbuch" das installiert; aber heute ist das Problem das allererste Mal aufgetaucht.

So long...

[DeletedUserReAsG]

Doch, das kommt aus dem Debian-Repo.

In der Tat – in non-free: use at your own risk. Dass es obsolet ist, steht übrigens auch in der Paketbeschreibung.

Trotzdem kein Grund, hier alles vollzukotzen, IMHO.

[rhHeini]

Wo ist denn die VBox Version 6.1.97 her? Ich kenne maximal die 6.1.34.

[jmar83]

Vorversion von 7.0 Release, sieht GUI-mässig schon so aus und kann auch das meiste was 7.0 können soll. Mir ging's um TPM (Hand auf's Herz: ** KOTZ, WÜRG!! **) bei Win11 in der Firma...

V6.1.97 ist aber, trotz Vorversion, ganz gut brauchbar und macht bis jetzt NULL Stress...

Musst bei den VirtualBox-Downloads unter "Development snapshots" nachschauen...
-> https://www.virtualbox.org/wiki/Testbuilds

[jmar83]

Problem soweit gelöst und Thread entsprechend markiert...