Diskussions- und Newsboard der Linux Interessen Gruppe Suletuxe 
allgemeine Kategorie => Installation, Einrichtung und Systempflege => Thema von: Dietrich am 23. Februar 2025, 22:10:47
Titel: [Status: gelöst] Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 23. Februar 2025, 22:10:47
Bei meinem heutigen update hat es einen Fehler gegeben der dazu führt das ich jetzt pacman und yay nicht mehr ausführen kann. da ich mir nicht sicher bin was nach einem Neustart passiert, lasse ich den PC durchlaufen.

Wenn ich pacman-ArchWiki richtig verstehe muss ich jetzt pacman manuell neu installieren, oder muss ich jetzt einen chroot ausführen.

Gruss Dietrich


->

==> Pakete zum Ausschließen: (z.B. "1 2 3", "1-3", "^4" oder Repo-Name)
-> Das Ausschließen von Paketen kann zu teilweisen Aktualisierungen führen und Systeme beschädigen.
==> 1


:: Vollständige Systemaktualisierung wird gestartet …
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …
Fehler: Vorgang konnte nicht vorbereitet werden (Kann Abhängigkeiten nicht erfüllen)
:: Installation von icu (76.1-1) verletzt Abhängigkeit »libicui18n.so=75-64«, benötigt von electron30
:: Installation von icu (76.1-1) verletzt Abhängigkeit »libicuuc.so=75-64«, benötigt von electron30
:: Installation von flac (1.5.0-1) verletzt Abhängigkeit »libFLAC.so=12-64«, benötigt von electron30
-> error installing repo packages
[dietrich@dietrich-medion ~]$ yay -Syu --ignore=icu,flac
:: Paketdatenbanken werden synchronisiert …
endeavouros ist aktuell
core ist aktuell
extra 7,7 MiB 5,84 MiB/s 00:01 [----------------------------------------------------] 100%
community ist aktuell
multilib ist aktuell
:: Durchsuche AUR nach Updates...
:: Durchsuche Datenbanken nach Updates...
-> flac: ignoring package upgrade (1.4.3-2 => 1.5.0-1)
-> icu: ignoring package upgrade (75.1-2 => 76.1-1)

:: 8 dependency wird für diesen Vorgang ebenfalls installiert.
extra/lld -> 19.1.7-1
(make dependency of electron30)
extra/llvm -> 19.1.7-1
(make dependency of electron30)
extra/nodejs-lts-iron -> 20.18.3-1
(make dependency of electron30)
extra/npm -> 11.1.0-2
(make dependency of electron30)
extra/patchutils -> 0.4.2-3
(make dependency of electron30)
extra/python-httplib2 -> 0.22.0-8
(make dependency of electron30)
extra/rust -> 1:1.85.0-1
(make dependency of electron30)
extra/yarn -> 1.22.22-2
(make dependency of electron30)


==> Pakete zum Ausschließen: (z.B. "1 2 3", "1-3", "^4" oder Repo-Name)
-> Das Ausschließen von Paketen kann zu teilweisen Aktualisierungen führen und Systeme beschädigen.
==> 1
linux-lts-headers-6.12.16-1
AUR Explicit (2): chirp-next-20250221-1, brave-nightly-bin-1.77.58-1
:: PKGBUILD ist auf dem neuesten Stand, überspringe Herunterladen: brave-nightly-bin
:: PKGBUILD ist auf dem neuesten Stand, überspringe Herunterladen: chirp-next
2 brave-nightly-bin (Installiert) (Build-Dateien sind vorhanden)
1 chirp-next (Installiert) (Build-Dateien sind vorhanden)
==> Pakete neu erstellen?
==> [N] Keine [A]lle [Ab]brechen [I]nstalliert [No]nicht installiert oder (1 2 3, 1-3, ^4)
==>
2 chirp-next (Installiert) (Build-Dateien sind vorhanden)
1 brave-nightly-bin (Installiert) (Build-Dateien sind vorhanden)
==> Unterschiede zeigen?
==> [N] Keine [A]lle [Ab]brechen [I]nstalliert [No]nicht installiert oder (1 2 3, 1-3, ^4)
==>
==> Erstelle Paket: brave-nightly-bin 1.77.58-1 (So 23 Feb 2025 22:19:09 CET)
==> Empfange Quellen...
-> brave-nightly-bin.sh gefunden
-> brave-browser-nightly_1.77.58_amd64.deb gefunden
==> WARNUNG: Überspringe Überprüfung der PGP-Signaturen der Quell-Dateien.
==> Überprüfe source Dateien mit sha512sums...
brave-nightly-bin.sh ... Erfolg
==> Überprüfe source_x86_64 Dateien mit sha512sums...
brave-browser-nightly_1.77.58_amd64.deb ... Erfolg
==> Erstelle Paket: chirp-next 20250221-1 (So 23 Feb 2025 22:19:11 CET)
==> Empfange Quellen...
-> chirp-next-20250221.tar.gz gefunden
==> WARNUNG: Überspringe Überprüfung der PGP-Signaturen der Quell-Dateien.
==> Überprüfe source Dateien mit sha1sums...
chirp-next-20250221.tar.gz ... Erfolg
:: (1/2) SRCINFO geparst: brave-nightly-bin
:: (2/2) SRCINFO geparst: chirp-next
:: Paketdatenbanken werden synchronisiert …
endeavouros ist aktuell
core ist aktuell
extra ist aktuell
community ist aktuell
multilib ist aktuell
:: Vollständige Systemaktualisierung wird gestartet …
Warnung: flac: Ignoriere Paket-Aktualisierung (1.4.3-2 => 1.5.0-1)
Warnung: icu: Ignoriere Paket-Aktualisierung (75.1-2 => 76.1-1)
Abhängigkeiten werden aufgelöst …
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "electron32")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "electron33")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "electron34")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicui18n.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "gspell")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "libsndfile")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "libsndfile")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicui18n.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "raptor")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "libsndfile")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "raptor")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
:: Die folgenden Pakete können aufgrund nicht auflösbarer Abhängigkeiten nicht aktualisiert werden:
electron32 electron33 electron34 gspell harfbuzz-icu libphonenumber libsndfile raptor

:: Möchten Sie die oben genannten Pakete bei dieser Aktualisierung überspringen? [j/N] j
Nach in Konflikt stehenden Paketen wird gesucht …


Gesamtgröße des Downloads: 1234,50 MiB
Gesamtgröße der installierten Pakete: 4561,70 MiB
Größendifferenz der Aktualisierung: 10,83 MiB

:: Installation fortsetzen? [J/n]
:: Pakete werden empfangen …

(102/102) Schlüssel im Schlüsselbund werden geprüft [----------------------------------------------------] 100%
(102/102) Paket-Integrität wird überprüft [----------------------------------------------------] 100%
(102/102) Paket-Dateien werden geladen [----------------------------------------------------] 100%
(102/102) Auf Dateikonflikte wird geprüft [----------------------------------------------------] 100%
:: Pre-transaction-Hooks werden gestartet …
(1/1) Removing linux initcpios...
:: Paketänderungen werden verarbeitet …
( 1/102) Aktualisiert wird glibc [----------------------------------------------------] 100%

:: Post-transaction-Hooks werden gestartet …
( 1/23) Creating system user accounts...
( 2/23) Registering binary formats...
( 3/23) Reloading system manager configuration...
( 4/23) Reloading user manager configuration...
( 5/23) Restarting marked services...
( 6/23) Creating temporary files...
( 7/23) Reloading device manager configuration...
( 8/23) Arming ConditionNeedsUpdate...
( 9/23) Updating the MIME type database...
/usr/bin/update-mime-database: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
Fehler: Befehl konnte nicht korrekt ausgeführt werden
(10/23) Updating module dependencies...
(11/23) Restarting cronie for libc upgrade...
(12/23) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
==> Using configuration file: '/etc/mkinitcpio.conf'
==> WARNING: Deprecated option 'ALL_microcode' found. Update '/etc/mkinitcpio.d/linux-lts.preset' to use the 'microcode' hook instead.
-> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> Starting build: '6.12.16-1-lts'

==> WARNING: consolefont: no font found in configuration
-> Running build hook: [resume]
-> Running build hook: [filesystems]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-lts.img'
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> ERROR: Early uncompressed CPIO image generation FAILED: 'bsdtar (step 1)' reported an error
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'fallback'
==> Using configuration file: '/etc/mkinitcpio.conf'
==> WARNING: Deprecated option 'ALL_microcode' found. Update '/etc/mkinitcpio.d/linux-lts.preset' to use the 'microcode' hook instead.
-> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts-fallback.img -S autodetect
==> Starting build: '6.12.16-1-lts'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [block]

-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [consolefont]
==> WARNING: consolefont: no font found in configuration
-> Running build hook: [resume]
-> Running build hook: [filesystems]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-lts-fallback.img'
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> ERROR: Early uncompressed CPIO image generation FAILED: 'sort' reported an error
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img
==> Starting build: '6.13.4-arch1-1'
->
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img'
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> ERROR: Early uncompressed CPIO image generation FAILED: 'sort' reported an error
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
==> Using default configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-linux -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: '6.13.4-arch1-1'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [block]

-> Running build hook: [keyboard]
-> Running build hook: [keymap]
-> Running build hook: [consolefont]
==> WARNING: consolefont: no font found in configuration
-> Running build hook: [resume]
-> Running build hook: [filesystems]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img'
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> ERROR: Early uncompressed CPIO image generation FAILED: 'sort' reported an error
Fehler: Befehl konnte nicht korrekt ausgeführt werden
(13/23) Reloading system bus configuration...
(14/23) Checking for old perl modules...
(15/23) Check if user should be informed about rebooting after certain system package upgrades.
(16/23) Updating fontconfig cache...
(17/23) Updating 32-bit fontconfig cache...
(18/23) Compiling GSettings XML schema files...
(19/23) Updating icon theme caches...
(20/23) Checking which packages need to be rebuilt
pacconf: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
pactree: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
pacman: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory

(21/23) Updating the info directory file...
(22/23) Updating the desktop file MIME type cache...
(23/23) Updating the vlc plugin cache...
==> Erstelle Paket: chirp-next 20250221-1 (So 23 Feb 2025 22:26:17 CET)
==> Prüfe Laufzeit-Abhängigkeiten...
/usr/bin/pacman: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> Prüfe Buildtime-Abhängigkeiten...
/usr/bin/pacman: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> Empfange Quellen...
-> chirp-next-20250221.tar.gz gefunden
==> Überprüfe source Dateien mit sha1sums...
chirp-next-20250221.tar.gz ... Erfolg
==> Entferne existierendes $srcdir/ Verzeichnis...
==> Entpacke Quellen...
-> Entpacke chirp-next-20250221.tar.gz mit bsdtar
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> FEHLER: Konnte chirp-next-20250221.tar.gz nicht entpacken
Breche ab...
-> Fehler beim Erstellen: chirp-next-exit status 1
==> Erstelle Paket: brave-nightly-bin 1.77.58-1 (So 23 Feb 2025 22:26:19 CET)
==> Prüfe Laufzeit-Abhängigkeiten...
/usr/bin/pacman: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> Prüfe Buildtime-Abhängigkeiten...
==> Empfange Quellen...
-> brave-nightly-bin.sh gefunden
-> brave-browser-nightly_1.77.58_amd64.deb gefunden
==> Überprüfe source Dateien mit sha512sums...
brave-nightly-bin.sh ... Erfolg
==> Überprüfe source_x86_64 Dateien mit sha512sums...
brave-browser-nightly_1.77.58_amd64.deb ... Erfolg
==> Entferne existierendes $srcdir/ Verzeichnis...
==> Entpacke Quellen...
==> Beginne prepare()...
tar: data.tar.xz: Funktion open fehlgeschlagen: Datei oder Verzeichnis nicht gefunden
tar: Error is not recoverable: exiting now
==> FEHLER: Ein Fehler geschah in prepare().
Breche ab...
-> Fehler beim Erstellen: brave-nightly-bin-exit status 4
-> Die folgenden Pakete konnten nicht installiert werden. Ein manueller Eingriff ist erforderlich:
chirp-next - exit status 1
brave-nightly-bin - exit status 4
[dietrich@dietrich-medion ~]$ sudo pacman -Syu
[sudo] Passwort für dietrich:
pacman: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
[dietrich@dietrich-medion ~]$ yay -Syu
yay: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
[dietrich@dietrich-medion ~]$ yay -Syu
yay: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
[dietrich@dietrich-medion ~]$
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Sebastian am 24. Februar 2025, 06:24:13
Hallo Dietrich,

Ich habe leider grade nicht viel Zeit (muss zur Arbeit) deswegen drößel ich dir das heute spät Nachmittag erst, auf was da passiert ist. Aber im Groben ist folgendes passiert:

Ein AUR Paket electron30 hat mit dem Offizielen Entwicklungen von Arch nicht mitgehalten, und benötigt eine ältere Version der Bibliothek libicuuc.so=75-64 und noch weitere. Diese Bibliothek ist Bestandteil des Pakets icu dem du pacman mitgeteilt hast das er dies nicht mit aktualisieren soll
Zitat:
yay -Syu --ignore=icu,flac


Die Bibliothek libicuuc wird aber noch von ganz vielen anderen Programmen benötigt, unter anderen von dem Programm bsdtar das Pacman verwendet wird um Pakete zu entpacken. Dadurch das du jetzt nur ein Teilupdate gemacht hast (was Arch nicht offiziell aus diesem Grund unterstützt) und deine bsdtar Programm nun aktueller ist und damit auch die neuere Bibliothek benötigt, wird. Kann pacman bzw. du im allgemein keine tar Archive mehr damit entpacken was dazu führt das keine Pakete mehr aktualisiert werden können.

Man könnte jetzt versuchen die Bibliothek von Hand zu aktualisieren, damit bstar wieder funktioniert und damit auch wieder der Paketmanager arbeiten kann. Aber für Details habe ich grade keine Zeit, vielleicht kann Andreas da auch schon früher helfen.

Auf jeden fall sollte man sich das gut überlegen, wenn man gegen den Offiziellen Empfehlungen von Arch Teilupgrades durchführt, und mit ignore arbeitet um Pakete zu ignorieren, besonders, wenn Pakete aus dem core Repository ignoriert werden, die meistens sehr wichtig sind.

LG
Sebastian
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Andreas am 24. Februar 2025, 07:46:10
Ja, wie Sebastian schon sagte: icu auszunehmen war keine gute Idee. Den Rechner eingeschaltet zu lassen schon...

Was ich jetzt vorschlage ist heftig und ich habe schon mal ein ähnliches Problem so gelöst, aber Du musst GENAu machen was ich schreibe...


1) Entpacke das Paket icu aus dem Ordner /var/cache/pacman/pkg und kopiere die Dateien aus lib, usr etc. an die korrespondierenden Stellen in deinem System (ich habe das damals mit mc gemacht). Damit hast Du dann die Dateien des neuen icu an der richtigen Stelle und dei pacman läuft wieder - aber deine Paketdatenbank ist jetzt inkosistent.
2) Als nächsten Schritt musst Du unbedingt das Paket icu erneu installieren, diesmal mit pacman mit dem Befehl
Code:
sudo pacman --overwrite "*" -Udd /var/cache/pacman/pkg/icu<TAB>
. Damit "bügelst" Du ohne Rücksicht auf Verluste das neue Paket über das (vermeintlich) ältere. Dass dort schon die richtigen Dateien liegen ist unerheblich - sie werden mit sich selbst überschrieben und die lokale Paketdatenbank stimmt wieder.
3) Dann entfernst Du das nicht mehr nötige electron30 (das wäre von Anfang an die richtige Lösung gewesen) - aktuell ist electron34. Alle älteren Versionen können weg.

LG
Andreas
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 24. Februar 2025, 10:53:44
Ja, den Fehler habe ich wohl gemacht :'(
Danke Sebastian, Andreas für Eure Antworten....
Andreas, im von Dir genannten Ordner /var/cache/pacman/pkg gibt es die Datei icu nicht, bin jetzt erstmal bis heute Abend außer Haus.
Werde dann meinem PC mal tief in die Augen Schauen.
Im pacman Wicki steht auch etwas zum reinstallieren von pacman, natürlich ohne Bezug auf icu

https://wiki.archlinux.org/title/Pacman#Manually_reinstalling_pacman

Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Andreas am 24. Februar 2025, 12:58:20
Hier hilft es nicht, pacman zu reinstallieren. Dir fehlt die neue Version von icu. Dann musst Du die "manuell" runterladen. Mit pacman geht es nicht mehr. Aber mit einem Browser.

LG
Andreas
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Sebastian am 24. Februar 2025, 19:22:00
So sorry wurde bei mir doch noch etwas später, war ein langer Tag gewesen :-\

Zu Schulungszwecken drößel ich die Fehlermeldung von Dietrich mal auf, um zu zeigen wie man diese lesen kann und sich am besten selbst helfen kann:
Zitat:
...
:: Vollständige Systemaktualisierung wird gestartet …
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …
Fehler: Vorgang konnte nicht vorbereitet werden (Kann Abhängigkeiten nicht erfüllen)
:: Installation von icu (76.1-1) verletzt Abhängigkeit »libicui18n.so=75-64«, benötigt von electron30
:: Installation von icu (76.1-1) verletzt Abhängigkeit »libicuuc.so=75-64«, benötigt von electron30
:: Installation von flac (1.5.0-1) verletzt Abhängigkeit »libFLAC.so=12-64«, benötigt von electron30
-> error installing repo packages
...


An dieser Stelle hat pacman die Paketabhängigkeiten geprüft und festgestellt, dass er das Paket icu und flac nicht installieren kann, ohne einen Konflikt mit dem Paket electron30 auszulösen. Da das Paket electron30 ältere Bibliotheken benötigt, die das Paket icu und flac in der aktuellen Paketversion nicht mehr bereitstellen. Da die offiziellen Arch Linux Pakete aus den Offzielen Repositorys sehr gut auf einander abgestimmt sind, lag für mich hier bereits die vermutung nah das electron30 ein AUR Paket ist. Was ich mit einer einfachen Suche im AUR (https://aur.archlinux.org/packages?O=0&K=electron30)bestätigt bekommen habe.

Da AUR Pakete von der Community gepflegt werden (oder halt auch nicht) können AUR Pakete häufiger einen Konflikt auslösen, da die Paket Maintainer vielleicht nicht so schnell ihre Bauanleitung (PKGBUILD) anpassen. Also Vorsicht beim einsatz von AUR Pakten

Dann ging es im nächsten Schritt weiter mit:
Zitat:
...
yay -Syu --ignore=icu,flac
...


Hier wurde yay angewiesen, die beiden Pakete icu und flac zu ignorieren und damit nicht mitzuaktualisieren. Yay gibt diesen Befehl als AUR helper quasi nur an pacman weiter:
Zitat:
...
:: Durchsuche AUR nach Updates...
:: Durchsuche Datenbanken nach Updates...
-> flac: ignoring package upgrade (1.4.3-2 => 1.5.0-1)
-> icu: ignoring package upgrade (75.1-2 => 76.1-1)
...


der nun kein Konflikt mehr beim Aktualisieren mit dem Paket electron30 gesehen hat. Und wie befohlen alle Pakete bis auf diese beiden aktualisiert hat. Was aber einen langen Rattenschwanz mit sich gebracht hat. Den grade das icu Paket enthält viele wichtige Bibliotheken, wo darauf ganz viele andere Programme darauf aufbauen und diese benötigen. Die nun auch aktualisiert wurden, und jetzt alle die aktuellen Bibliotheken benötigen. Ein Hinweis das es sich um ein wichtiges Paket handelt kann man schon daran erkennen, das es aus dem Repository core kommt.
Zitat:
...
Warnung: flac: Ignoriere Paket-Aktualisierung (1.4.3-2 => 1.5.0-1)
Warnung: icu: Ignoriere Paket-Aktualisierung (75.1-2 => 76.1-1)
Abhängigkeiten werden aufgelöst …
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "electron32")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "electron33")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "electron34")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicui18n.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "gspell")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "libsndfile")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "libsndfile")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicui18n.so=76-64" nicht auflösen (eine Abhängigkeit von "libphonenumber")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "raptor")
Warnung: Ignoriere Paket flac-1.5.0-1
Warnung: Kann "libFLAC.so=14-64" nicht auflösen (eine Abhängigkeit von "libsndfile")
Warnung: Ignoriere Paket icu-76.1-1
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "raptor")
Warnung: Ignoriere Paket icu-76.1-1javascript:surroundText('','')
Warnung: Kann "libicuuc.so=76-64" nicht auflösen (eine Abhängigkeit von "harfbuzz-icu")
:: Die folgenden Pakete können aufgrund nicht auflösbarer Abhängigkeiten nicht aktualisiert werden:
electron32 electron33 electron34 gspell harfbuzz-icu libphonenumber libsndfile raptor

:: Möchten Sie die oben genannten Pakete bei dieser Aktualisierung überspringen? [j/N] j
Nach in Konflikt stehenden Paketen wird gesucht …
...


Hier sieht man die folge das die beiden Pakete icu und flag ignoriert wurden. Ganz viele andere Pakete benötigen die neue Biliblotek ibicuuc.so aus dem Paket icu das ja nicht aktualisiert werden sollte. Und im Nachgang fragte pacman nach ob auch diese Pakete übersprungen werden sollen, was bejat wurde.
Zitat:
...
:: Post-transaction-Hooks werden gestartet …
...
( 9/23) Updating the MIME type database...
/usr/bin/update-mime-database: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
Fehler: Befehl konnte nicht korrekt ausgeführt werden


Und nach der Aktualisierung zieht sich das Problem der fehlenden libicuuc.so weiter durch. Indem Programme die durch Pacman Hooks gestartet werden auch nicht mehr funktionieren.
Zitat:
...
(12/23) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
==> Using configuration file: '/etc/mkinitcpio.conf'
==> WARNING: Deprecated option 'ALL_microcode' found. Update '/etc/mkinitcpio.d/linux-lts.preset' to use the 'microcode' hook instead.
-> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> Starting build: '6.12.16-1-lts'
...


Hier gibt es ein Hinweis das in der /etc/mkinitcpio.d/linux-lts.preset eine alte Option verwendet wird und man besser einen Hook für einsetzten sollte.
Zitat:
...
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-lts.img'
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> ERROR: Early uncompressed CPIO image generation FAILED: 'bsdtar (step 1)' reported an error
...


Hier habe ich gesehen das auch bsdtar das pacman zum entpacken von Paketen verwendet davon betroffen ist.

Und so weiter und so on. ;)

PS:

An dieser stelle möchte ich noch einmal den Vorteil eines Btrfs Dateisystems hervorheben. Hier hätte man jetzt mit einen schnellen Rollback in ein Snapshot der Vor der Aktualisierung automatisiert erstell worden wäre (z.b. durch yabsnap) Das ganze ganz schnell wieder rückgängig gemacht werden können. Ohne in Nachgang viel manuell reparieren zu müssen. Auch hätte hier bedenkenlos der Rechner ausgeschaltet werden können, da auch hier ein Rollback weiterhin funktioniert hätte.
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 24. Februar 2025, 22:02:46
Auf der Seite von ICU muss ich mehrere Dateien runterladen, es scheinen immer Pärchen zu sein

https://github.com/unicode-org/icu/releases/tag/release-75-1

ich kann bei den *.bin Dateien keine Dateien erkennen die pacman benötigt, kann sie aber in der Paarung
*.data.zip und *.data.zip.asc sehen.

Welche sind jetzt aber für mich relevant....

Finde momentan den "Einstieg" nicht und es gibt immer wieder den Hinweis das man das Problem noch weiter vergrößern kann.


Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 24. Februar 2025, 22:09:19
Hallo Sebastian,

ich muss gestehen das die Vorgehensweise mit dem ignorieren von mit "Fehlern" abgebrochenen Updates, bis zum gestrigen Tag immer funktionierte hat, nun denn , da bin ich an die falschen Dateien geraten.
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Sebastian am 25. Februar 2025, 04:59:50
Zitat von: Dietrich am 24. Februar 2025, 22:02:46
Auf der Seite von ICU muss ich mehrere Dateien runterladen, es scheinen immer Pärchen zu sein

https://github.com/unicode-org/icu/releases/tag/release-75-1

ich kann bei den *.bin Dateien keine Dateien erkennen die pacman benötigt, kann sie aber in der Paarung
*.data.zip und *.data.zip.asc sehen.

Welche sind jetzt aber für mich relevant....

Finde momentan den "Einstieg" nicht und es gibt immer wieder den Hinweis das man das Problem noch weiter vergrößern kann.


Guten Morgen Dietrich, da haben wir uns gestern wohl wieder verpasst. Warum nimmst du nicht einfach das aktuelle fertige Paket aus dem Arch Linux Repo? Das müsste dann nur manuell Entpackt werden und die Dateien an die entsprechenden stellen geschoben werden, wie Andreas auch schon schrieb.

https://archlinux.org/packages/core/x86_64/icu/

Schau mal rechts auf der Seite da ist ein Link unter "Package Actions" der sich "Download From Mirror" nennt. Damit lädst du das aktuelle Paket in dem Zeitpunkt wo ich das hier schreibe in Version 76.1-1 die du benötigst herunter.

Arch Linux bewahrt doch alle Pakete Versionen ziemlich lange auf.
Zitat von: Dietrich am 24. Februar 2025, 22:09:19
Hallo Sebastian,

ich muss gestehen das die Vorgehensweise mit dem ignorieren von mit "Fehlern" abgebrochenen Updates, bis zum gestrigen Tag immer funktionierte hat, nun denn , da bin ich an die falschen Dateien geraten.


Das kann auch lange gut gehen, solange keine wichtigen Pakete betroffen bzw. kein Paket betroffen ist wovon ganz viele andere abhängig sind.
Zitat:
:: Die folgenden Pakete können aufgrund nicht auflösbarer Abhängigkeiten nicht aktualisiert werden:
electron32 electron33 electron34 gspell harfbuzz-icu libphonenumber libsndfile raptor

:: Möchten Sie die oben genannten Pakete bei dieser Aktualisierung überspringen? [j/N] j
Nach in Konflikt stehenden Paketen wird gesucht …


Spätestens an der Stelle wo pacman noch mal darauf hinweist das durch das Ignorieren von icu noch mehr Pakete ein abhähigkeitsproblem bekommen, (und das sind jetzt offizielle Pakete) und empfahlt hier nicht weiter zu machen, hätte klar sein müssen, das hier etwas verkehrt läuft.

Meine Empfehlung hier, nicht aus Gewohnheit (weil bisher immer gut gegangen) etwas auszuwählen oder zu bestätigen. Sondern sich informieren, was da jetzt genau Phase ist. Was möchte mein Paktmanager von mir? Warum entstehen da jetzt Abhähigkeitsprobleme etc. um auch ein Lerneffekt zu haben. Was ich sagen möchte, man sollte nachforschen was da jetzt eigentlich passiert.

Anderenfalls geht man nur eine Routine nach, ohne eigentlich zu wissen, was man macht. Was nicht gut ist.

LG
Sebastian
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Andreas am 25. Februar 2025, 08:03:23
Ohne Programme aus den AURs ist für mich ein Arch nicht nutzbar, es fehlen dann über 90% aller Anwendungen, die ich tagtäglich benötige. Aber es gibt sie ja, die AURs, und mit ihnen ist ein Arch-System in der Auswahl der Anwendungen jedem anderen System überlegen. Der Preis für diese Überlegenheit ist, dass man sich mit den Zusammenhängen befassen muss. Ja, richtig gelesen: muss. Ohne das Verständnis der Zusammenhänge läuft man zwangsläufig in Probleme. Es ist keine Frage, ob man in Probleme läuft: das ist sicher. Unsicher ist nur, wann man in solche Probleme kommt. Um es mit dem Straßenverkehr zu vergleichen: Man kann fünfzigmal die Vorfahrt missachtet haben und es passiert nichts. Aber irgendwann, vielleicht beim einundfünfzigsten Mal, scheppert es. "Automatisches Verhalten" hilft nicht weiter. Nur, weil eine Lösung bisher geklappt hat, muss sie beim nächsten Mal nicht klappen.

Hier hilft, wie ich schon geschrieben habe, die Dateien aus dem Original-Arch-Paket manuell an die richtigen Stellen zu kopieren. Ich will meinen Lösungstipp nicht nochmal abtippen - einfach nochmal zurückblättern.

Ich will hier nicht verwirren, aber auch nicht Wissen zurückhalten. Es gibt vielleicht noch einen anderen Weg. Einen einfacheren, den ich für andere Pakete auf meinen Servern schon öfter gegangen bin. Dort läuft Software, die teilweise sehr alt ist, nicht mehr gepflegt wird, trotzdem unerlässlich ist und nicht mehr baut. Wenn ich da eine Meldung von checkrebuild bekomme, dass die Anwendungen neu gebaut werden müssen, rufe ich checkrebuild mit dem Parameter -vv erneut auf uns sehe dann, welche Bibliothek nicht gefunden wird. Zum Beispiel wird /lib/xyz.so.12 nicht mehr gefunden, dafür gibt es aber jetzt /lib/xyz.so.13 im System. Meine Erfahrung hat gezeigt, dass häufig auch die neue Version funktionieren würde (es gibt aber keine Garantie, man muss es ausprobieren!!!). Das erledige ich, indem ich in /lib/ einen Symlink mit dem Namen xyz.so.12 anlege, der auf xyz.so.13 zeigt. Damit wird die "alte Bibliothek" (dem Namen nach) gefunden und man hat berechtigte Hoffnung, dass die aufgerufenen Funktionen auch in der neuen Bibliothek enthalten sind und genauso funktionieren. Ob das mit den libs aus icu funktioniert, weiß ich nicht. Da ich so ein zerschossenes System hier nicht habe kann ich es auch nicht ausprobieren. Das Vorgehen wäre so, dass man alle fehlenden libs als Symlink anlegt und schaut, ob pacman dann wieder läuft. Wenn ja --> flugs die neue Version von icu installieren (vorher electron30 löschen). Mit dieser Installation würden alle alten icu-Dateien sauber entfernt und die Symlinks mit den neuen Dateien überschrieben. Vermutlich müsste man die Installation von icu mit dem Zusatzparameter --overwrite "*" ausstatten: die Symlinks sollen ja überschrieben werden und pacman überschreibt nichts ungefragt. Wenn man die Zusammenhänge verstanden hat, kann man schon - ohne Schaden anzurichten - beherzt im System rumarbeiten und sich selbst helfen. Aber es wird mal wieder dieses Grundverständnis über die Zusammenhänge gefragt. Ich schreibe es mal hier verschachtelt in einem Nebensatz: dieses Problem werden alle haben die ein System von mir haben. Electron ist auf allen diesen Systemen, und ältere electron-Versionen werden bei Updates nicht automatisch gelöscht, sondern sammeln sich im System an und das führt zu genau diesem Problem. Ich bin gespannt, wer sich sonst noch so meldet...

LG
Andreas
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 25. Februar 2025, 10:25:00
Hallo Sebastian /Andreas,

danke für Eure Geduld, habe wieder ein funktionierendes System, nachdem Sebastian auf die Seitenleiste mit dem Download hingewiesen hat, hat sich der Rest von selbst ergeben und ich konnte die Info von Andreas umsetzen. Alle "Außenverbindungen" USB klappen wieder nur, jetzt kann es sein das es noch einen kleinen Fehler gibt da ich ja einige Dateien überschrieben habe. ich lasse den PC doch lieber noch an.
Ich gehe jetzt davon aus, da ich die icu75 ordner nicht gelöscht habe, das dadurch das update nicht durchgelaufen ist.
[:: Installation fortsetzen? [J/n]
:: Pakete werden empfangen …
cmake-3.31.6-1-x86_64 11,9 MiB 1751 KiB/s 00:07 [----------------------------------------------------------------------------] 100%
grub-2:2.12.r212.g4dc616657-2-x86_64 7,0 MiB 902 KiB/s 00:08 [----------------------------------------------------------------------------] 100%
libqalculate-5.5.1-1-x86_64 2,8 MiB 1194 KiB/s 00:02 [----------------------------------------------------------------------------] 100%
fzf-0.60.2-1-x86_64 1514,4 KiB 1231 KiB/s 00:01 [----------------------------------------------------------------------------] 100%
icu-76.1-1-x86_64 ist aktuell
suitesparse-7.9.0-1-x86_64 1500,5 KiB 1359 KiB/s 00:01 [----------------------------------------------------------------------------] 100%
sdl3-3.2.4-2-x86_64 1374,1 KiB 1209 KiB/s 00:01 [----------------------------------------------------------------------------] 100%
pacman-7.0.0.r6.gc685ae6-2-x86_64 924,3 KiB 1353 KiB/s 00:01 [----------------------------------------------------------------------------] 100%
libphonenumber-1:8.13.55-1-x86_64 1132,8 KiB 1184 KiB/s 00:01 [----------------------------------------------------------------------------] 100%
flac-1.5.0-1-x86_64 335,2 KiB 1004 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
lib3mf-2.3.2-1-x86_64 865,4 KiB 1311 KiB/s 00:01 [----------------------------------------------------------------------------] 100%
parallel-20250222-1-any 332,4 KiB 1200 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
libsndfile-1.2.2-3-x86_64 315,5 KiB 1524 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
raptor-2.0.16-6-x86_64 292,6 KiB 1348 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
socat-1.8.0.3-1-x86_64 214,3 KiB 1612 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
liburcu-0.15.1-1-x86_64 130,8 KiB 984 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
gspell-1.14.0-2-x86_64 100,1 KiB 1669 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
usb_modeswitch-2.6.2-1-x86_64 83,3 KiB 1097 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
python-trove-classifiers-2025.2.18.16-1-any 19,0 KiB 380 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
os-prober-1.83-1-x86_64 17,2 KiB 344 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
which-2.23-1-x86_64 16,0 KiB 320 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
endeavouros-mirrorlist-25.2.2-1-any 13,1 KiB 262 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
harfbuzz-icu-10.3.0-1-x86_64 7,9 KiB 169 KiB/s 00:00 [----------------------------------------------------------------------------] 100%
electron32-32.3.1-3-x86_64 75,7 MiB 1926 KiB/s 00:40 [----------------------------------------------------------------------------] 100%
electron33-33.4.1-3-x86_64 77,1 MiB 1880 KiB/s 00:42 [----------------------------------------------------------------------------] 100%
electron34-34.2.0-3-x86_64 77,6 MiB 1808 KiB/s 00:44 [----------------------------------------------------------------------------] 100%
Gesamt (26/26) 261,1 MiB 5,94 MiB/s 00:44 [----------------------------------------------------------------------------] 100%
(26/26) Schlüssel im Schlüsselbund werden geprüft [----------------------------------------------------------------------------] 100%
(26/26) Paket-Integrität wird überprüft [----------------------------------------------------------------------------] 100%
(26/26) Paket-Dateien werden geladen [----------------------------------------------------------------------------] 100%
(26/26) Auf Dateikonflikte wird geprüft [----------------------------------------------------------------------------] 100%
Fehler: Der Vorgang konnte nicht durchgeführt werden (In Konflikt stehende Dateien)
icu: /usr/lib/icu/76.1/Makefile.inc existiert im Dateisystem
icu: /usr/lib/icu/76.1/pkgdata.inc existiert im Dateisystem
icu: /usr/lib/libicudata.so.76 existiert im Dateisystem
icu: /usr/lib/libicudata.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicui18n.so.76 existiert im Dateisystem
icu: /usr/lib/libicui18n.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicuio.so.76 existiert im Dateisystem
icu: /usr/lib/libicuio.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicutest.so.76 existiert im Dateisystem
icu: /usr/lib/libicutest.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicutu.so.76 existiert im Dateisystem
icu: /usr/lib/libicutu.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicuuc.so.76 existiert im Dateisystem
icu: /usr/lib/libicuuc.so.76.1 existiert im Dateisystem
icu: /usr/share/icu/76.1/LICENSE existiert im Dateisystem
icu: /usr/share/icu/76.1/config/mh-linux existiert im Dateisystem
icu: /usr/share/icu/76.1/install-sh existiert im Dateisystem
icu: /usr/share/icu/76.1/mkinstalldirs existiert im Dateisystem
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 25. Februar 2025, 10:57:04
Kleiner Nachtrag,
Um die Datenbank zu bereinigen/aktualisieren habe ich nach Hinweis von Andreas mit

pacman -Udd (pfad zur icu Datei)

die Paketdatenbank aktualisieren wollen, hat nicht geklappt.

[dietrich@dietrich-medion ~]$ sudo pacman -Udd ~/Downloads/icu-76.1-1-x86_64.pkg.tar.zst
[sudo] Passwort für dietrich:
Pakete werden geladen …
Nach in Konflikt stehenden Paketen wird gesucht …

Paket (1) Alte Version Neue Version Netto-Veränderung

icu 75.1-2 76.1-1 1,12 MiB

Gesamtgröße der installierten Pakete: 41,76 MiB
Größendifferenz der Aktualisierung: 1,12 MiB

:: Installation fortsetzen? [J/n]
(1/1) Schlüssel im Schlüsselbund werden geprüft [----------------------------------------------------] 100%
(1/1) Paket-Integrität wird überprüft [----------------------------------------------------] 100%
(1/1) Paket-Dateien werden geladen [----------------------------------------------------] 100%
(1/1) Auf Dateikonflikte wird geprüft [----------------------------------------------------] 100%
Fehler: Der Vorgang konnte nicht durchgeführt werden (In Konflikt stehende Dateien)
icu: /usr/lib/icu/76.1/Makefile.inc existiert im Dateisystem
icu: /usr/lib/icu/76.1/pkgdata.inc existiert im Dateisystem
icu: /usr/lib/libicudata.so.76 existiert im Dateisystem
icu: /usr/lib/libicudata.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicui18n.so.76 existiert im Dateisystem
icu: /usr/lib/libicui18n.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicuio.so.76 existiert im Dateisystem
icu: /usr/lib/libicuio.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicutest.so.76 existiert im Dateisystem
icu: /usr/lib/libicutest.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicutu.so.76 existiert im Dateisystem
icu: /usr/lib/libicutu.so.76.1 existiert im Dateisystem
icu: /usr/lib/libicuuc.so.76 existiert im Dateisystem
icu: /usr/lib/libicuuc.so.76.1 existiert im Dateisystem
icu: /usr/share/icu/76.1/LICENSE existiert im Dateisystem
icu: /usr/share/icu/76.1/config/mh-linux existiert im Dateisystem
icu: /usr/share/icu/76.1/install-sh existiert im Dateisystem
icu: /usr/share/icu/76.1/mkinstalldirs existiert im Dateisystem
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.
[dietrich@dietrich-medion ~]$ pacman -Udd ~/Downloads/icu-76.1-1-x86_64.pkg.tar.zst
Fehler: Sie benötigen Root-Rechte, um diese Operation auszuführen.
[dietrich@dietrich-medion ~]$ pacman -Udd ~/Downloads/icu-76.1-1-x86_64.pkg.tar.zst


Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Andreas am 25. Februar 2025, 11:19:13
Sorry - mein Fehler. So muss der Befehl aussehen:


Code:
sudo pacman --overwrite "*" -Udd /var/cache/pacman/pkg/icu<TAB>



EDIT:
Ich habe eben noch meinen Originalpost korrigiert - nicht, dass Du Dich wunderst... Der nächste muss ja nichts falsches vorfinden 8)

LG
Andreas
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Sebastian am 25. Februar 2025, 13:18:34
@Dietrich

Freud mich das dein System wieder läuft, wenn du jetzt noch den letzten Schritt gemacht hast, das Anderas vorgeschlagen hat.

Ist zwar akut kein Problem, aber ich habe in einem Output noch das hier gesehen:
Zitat:
(12/23) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux-lts.preset: 'default'
==> Using configuration file: '/etc/mkinitcpio.conf'
==> WARNING: Deprecated option 'ALL_microcode' found. Update '/etc/mkinitcpio.d/linux-lts.preset' to use the 'microcode' hook instead.
-> -k /boot/vmlinuz-linux-lts -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-lts.img
==> Starting build: '6.12.16-1-lts'


Da möchte dir dein Initram Generator mkinitcpio (https://wiki.archlinux.org/title/Mkinitcpio) mitteilen, das in der erwähnten Konfigurationsdatei eine veraltete Option verwendet wird. Und man stattdessen lieber den microcode Hook verwendet werden soll. Da ich kein mkinitcpio nicht verwende und auf dracut umgestiegen bin, weis ich nicht was genau das bedeutet und du solltest dich selbst darüber schlaumachen. Abgekündigte Optionen werden meistens irgendwann nicht mehr unterstützt und führen dann zu einem verhalten, das man eventuell nicht erwartet. Daher sollte man nach Möglichkeit sich vorbeugend darum kümmern, bevor es zu fehl verhalten kommt.

@Andreas
Zitat:
Ich schreibe es mal hier verschachtelt in einem Nebensatz: dieses Problem werden alle haben die ein System von mir haben. Electron ist auf allen diesen Systemen, und ältere electron-Versionen werden bei Updates nicht automatisch gelöscht, sondern sammeln sich im System an und das führt zu genau diesem Problem. Ich bin gespannt, wer sich sonst noch so meldet...


Nachdem Dietrich hier Vorarbeit geleistet hat, werden andere diesen Thread lesen und dementsprechend präventiv vorgehen. So dass sich hier keiner mehr melden muss 8)

LG
Sebastian
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 25. Februar 2025, 17:52:27
Alles schick bis zum Neustart, da habe ich im Vorfeld wohl noch etwas falsch gemach.
Jetzt habe wie bei Windows einen blue screen
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Sebastian am 25. Februar 2025, 18:30:30
Ach misst, ich vermute mal das dein intramfs Image noch defekt ist.
Zitat:
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img'
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
bsdtar: error while loading shared libraries: libicuuc.so.76: cannot open shared object file: No such file or directory
==> ERROR: Early uncompressed CPIO image generation FAILED: 'sort' reported an error
Fehler: Befehl konnte nicht korrekt ausgeführt werden


Vor dem Neustart hätte das Initramfs Image noch neu gebaut werden müssen, da dies beim Updaten ja nicht automatisch erzeugt werden konnte da deine Bibliotheken für bsdtar noch kaputt waren.

Aber auch das kann man noch im Nachgang fixen. Ein Rettungs USB-Stick rein davon booten. Partitionen Mounten und in einem chroot das initramfs Neubauen.

Da ich vermute, das auch hier Andreas dein System besser kennt (und ich mich mit mkinitpico nicht mehr so auskenne) lasse ich Andreas mal lieber beschreiben.

Offtopic:

Ich mache hier noch mal ein wenig schleich Werbung für Btrfs da man hier mit einen Rollback eines Snapshots alle Probleme auf einen Schlag erschlagen hätte können. So ist aber die Lernkurve natürlich viel höher ;)

LG
Sebastian
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 25. Februar 2025, 20:57:24
Hallo Sebastian,
Chroot hatte ich auch schon im Kopf... heute habe ich keine Ruhe dazu. Ist kein großes Ding, will aber ordentlich gemacht werden
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Andreas am 26. Februar 2025, 05:20:49
Wenn das ein System von mir ist hast Du im root deines Dateisystems das Bash-Script "chrintonewsystem"... Dann gehst Du wie folgt vor:

1) boote von einem Rescue-Stick
2) dort mountest Du das Rootdateisystem deines Arch, z.B. mit mount /dev/sda1 /mnt (wobei sda1 nicht unbedingt stimmen muss)
3) schau nach mit ls /mnt/ ob Du auch dein Arch-System gemounted hast. Wenn ja, weiter mit 4)
4) /chrintonewsystem
5) dann bist Du in deinem Arch-System und führst zunächst aus mkinitcpio -P
6) jetzt installierst Du icu neu wie in meinen Threads beschrieben
7) mit exit das chroot verlassen
8) mit poweroff abschalten und dann den Stick abziehen
9) neu booten und schauen was passiert...

Sollte bei 5) kein neues initramfs gebaut werden kannst Du auch alternativ den oder die Kernel und Kernelquellen mit pacman neu installieren, ein Hook triggert den Bau des initramfs

LG
Andreas
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Dietrich am 26. Februar 2025, 13:11:22
Na bitte, geht doch... chroot und der PC läuft wieder wie immer

Bedanke mich nochmals recht herzlich für Eure Geduld.

Das Ticket kann geschlossen werden.

PS: An Alle die ähnliche Probleme haben, nix übereilen, lieber mal eine Frage in das Forum stellen, damit kann man schon ein paar Klippen umschiffen.

LG
Dietrich
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Sebastian am 26. Februar 2025, 13:59:56
Glückwunsch, Dietrich :)

Wenn du dich mit chroot auskennst, dann kannst du ja beim nächsten Mal den Rechner ruhig ausschalten und später mit einem Rettungsstick dein System reparieren, dann muss der nicht durchlaufen.

Das ist auch der Beweis, dass man auch komplexere Probleme auch möglichst zeitnah lösen und dazu Rückmeldungen zu geben kann. 8)

PS:

Probiert ruhig mal Btrfs (https://www.suletuxe.de/wiki/doku.php?id=tutorials:dateisysteme:btrfs:btrfs) aus ;)

LG
Sebastian
Titel: Re:Update fehlgeschlagen, Fehlerquelle libicuuc.so.76
Beitrag von: Andreas am 26. Februar 2025, 16:55:10
Exakt so stelle ich mir einen "Hilfevorgang" vor:
  • gut beschriebenes Problem
  • schnelles Feedback auf die Hilfsvorschläge
  • eindeutig erkennbarer Lernvorgang
  • Bestätigung des Erfolges - Problem gelöst
    • Mehr von solchen Vorgängen und die Stimmung bei den Hilfestellung gebenden bleibt im grünen Bereich :)

    Und ja: BTRFS ist in so einem Fall eine große Hilfe!

    LG
    Andreas


Diskussions- und Newsboard der Linux Interessen Gruppe Suletuxe | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.