Danke an Sauerland! Das Löschen und die anschließende Installation von WebKitGTK-4.0-lang hat bei mir funktioniert.
Beiträge von luigi
-
-
Code
Alles anzeigen... # zypper patch Metadaten von Repository 'mnhauke's playground (15.4)' abrufen ..................................................................................[fertig] Cache für Repository 'mnhauke's playground (15.4)' erzeugen .....................................................................................[fertig] Metadaten von Repository 'Packman' abrufen ......................................................................................................[fertig] Cache für Repository 'Packman' erzeugen .........................................................................................................[fertig] Metadaten von Repository 'Update repository of openSUSE Backports' abrufen ......................................................................[fertig] Cache für Repository 'Update repository of openSUSE Backports' erzeugen .........................................................................[fertig] Metadaten von Repository 'Update repository with updates from SUSE Linux Enterprise 15' abrufen .................................................[fertig] Cache für Repository 'Update repository with updates from SUSE Linux Enterprise 15' erzeugen ....................................................[fertig] Repository-Daten werden geladen... Installierte Pakete werden gelesen... Paketabhängigkeiten werden aufgelöst... Problem: das installierte WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch erfordert 'WebKit2GTK-4.0 = 2.38.6', aber diese Anforderung kann nicht bereitge stellt werden Nicht installierbare Anbieter: libwebkit2gtk-4_0-37-2.36.0-150400.2.13.x86_64[repo-oss] libwebkit2gtk-4_0-37-2.36.3-150400.4.3.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.4-150400.4.6.2.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.5-150400.4.9.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.7-150400.4.12.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.36.8-150400.4.15.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.2-150400.4.22.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.3-150400.4.25.1.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.5-150400.4.34.2.x86_64[repo-sle-update] libwebkit2gtk-4_0-37-2.38.6-150400.4.39.1.x86_64[repo-sle-update] Lösung 1: Deinstallation von WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch Lösung 2: patch:openSUSE-SLE-15.4-2023-3419-1.noarch nicht installieren Lösung 3: WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch durch Ignorieren einiger Abhängigkeiten brechen Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie (a)b [1/2/3/a/d/?] (a): -
Update: Der Zugriff auf die ...deltainfo.xml.gz bei den backports geht wieder.
Aber trotzdem lässt sich webkit2gtk3 nicht installieren:
Auch hier der Fehler beim Aktualisieren
'the installed WebKit2GTK-4.0-lang-2.38.6-150400.4.42.4.noarch requires 'WebKit2GTK-4.0 = 2.38.6', but this requirement cannot be provided'
-
Bei mir (Leap 15.4) funktioniert der update von WebKit2GTK seit ein paar Tagen ebenfalls nicht. Die ursprüngliche Fehlermeldung lautet aber:
CodeFile './repodata/51942897c68fedf34e4c7b69865f2fc5067ca8d1dddbf3c0820d3da156fa0661-deltainfo.xml.gz' not found on medium 'http://download.opensuse.org/update/leap/15.4/backports/' -
-
Eine Lösung, welche das frühere Erscheinugsbild reaktiviert, habe ich bisher nicht gefunden.
Als workaround habe ich mit about:config den Eintrag 'browser.tabs.inTitlebar' von 0 auf 1 gesetzt und damit die für mich sinnfreie 1. Titelzeile entfernt und somit ein bisschen mehr Platz auf dem Screen bekommen ...
-
Bei mir sieht es ähnlich aus, aber das passierte bereits nach dem Update von Firefox, der kernelupdate kam bei mir erst später...
-
Hier zwei Gedanken-Ansätze eines Nicht-Tumbleweed-Nutzers. Daher kann ich es weder testen noch eine Gewähr übernehmen.
Bei macher hardware mit ähnlichen Boot Problemen von neueren kernel half laut meinen Internetrecherchen der folgende Boot-Parameter:
Codetpm_tis.interrupts=0Außerdem könntest du mal versuchen, direkt auf den neuesten kernel 6.4.6 zu springen, um zu sehen, ob das Problem inzwischen gefixt wurde.
Codezypper addrepo https://download.opensuse.org/repositories/openSUSE:Factory/standard/openSUSE:Factory.repo zypper refresh zypper install kernel-defaultAber bitten nur testen, wenn du dich wirklich mit dieser Materie auskennst und nicht am Ende dein System ruinierst ...
Sorry, wie ich gerade sehe, war ich mal wieder zu langsam und überlasse das Feld natürlich Sauerland ...
-
1. Nachdem nun festgestellt ist, dass der Superblock nicht beschädigt ist, schlage ich dir vor, dieses Thema und den thread zu beenden.
2. Das Problem, dass das home-Verzeichnis bei einer per usb angeschlossenen FP mit btrfs-Filesystem leer ist, hattest du schon einmal.
Lies bitte deinen alten thread dazu nochmals durch: Daten von Festplatte auslesen
Dort hatte dir sterun haarklein erklärt, wie du bei einem btrfs-Filesystem an deine Daten kommst. Diesen thread hattest du als erledigt markiert!
3. Nachdem du dort aber anschließend noch versucht hast, die btrfs-Partition /etc auf /mnt/usb zu mounten, kam folgende Fehlermeldung:
ZitatCodelocalhost:/home/hgtschudi # mount -o subvol=/@/etc /dev/sda2 /mnt/usb mount: /mnt/usb: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sda2 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.Hier ist das wichtige Wort nicht Superblock, sondern 'oder'. Ich vermute nämlich, dass du /etc mounten wolltest, ohne das zuvor gemountete /home durch
Codeumount /mnt/usbwieder frei zu geben. Daher sehe ich keinerlei Problem mehr, bei dem ich noch helfen könnte ...
-
Konntest du nun nach Neustart normal auf die usb-Platte zugreifen und die Partition auslesen?
Falls nicht, dann als root
Codedmesgund die Ausgabe nach BTRFS: error durchsuchen ...