Paketverwaltung und Updates

pacman verweigert das Überschreiben einer Konfliktdatei

Ein Konfliktpfad kann zu einem anderen Paket oder einer Handinstallation gehören. Vor Löschen oder overwrite zuerst den Besitzer abfragen.

Auf dieser Seite
  1. Symptome und Geltungsbereich
  2. Mögliche Ursachen
  3. Sicher prüfen
  4. Nächste Schritte nach Befund
  5. Quellen und Prüfung
  6. Verwandte Probleme

Symptome und Geltungsbereich

  • pacman beendet eine Transaktion wegen Dateikonflikten.
  • Eine eingehende Datei existiert schon und gehört eventuell einem anderen Paket.

Betroffene Umgebung

Arch-Linux-pacman-Dateikonfliktprüfung; eingehende Paketarchive lassen sich ohne Installation prüfen.

Erkennbare Meldungen (synthetische Beispiele)
error: failed to commit transaction (conflicting files)

Vorherige Pfadliste und Besitzerabfragen nutzen; die Zusammenfassung beweist keine Handinstallation.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

  • Ein manueller Installer kann unverwaltete Dateien an Paketpfaden abgelegt haben.
  • Ein Paketübergang oder Drittanbieterpaket kann mit einem installierten Besitzer kollidieren.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Durch den genauen von pacman genannten Pfad ersetzen; fragt dessen installierten Besitzer ab, ohne etwas zu entfernen.

pacman -Qo /path/to/conflicting-file

Ergebnis einordnen: Ein bekannter Paketbesitzer schließt blindes Löschen aus. Kein Besitzer spricht für eine manuelle Datei, beweist aber nicht ihre Entbehrlichkeit.

Prüfschritt 2

Durch das heruntergeladene Archiv der fehlerhaften Transaktion ersetzen; listet eingehende Pfade ohne Entpacken oder Installation.

pacman -Qlp /path/to/incoming-package.pkg.tar.zst

Ergebnis einordnen: Konfliktpfad und Verzeichnis-/Dateityp mit dem vorhandenen Objekt vergleichen. Bei fehlendem Cache-Archiv das unterstützte Paket vor diesem Vergleich beziehen.

Nächste Schritte nach Befund

Eine bestätigte unverwaltete Handdatei beiseitelegen

Wenn Besitzerprüfung und Zweck zeigen, dass der Pfad zu einer alten Handinstallation gehört, ihn sichern und nur dieses Objekt vor dem geprüften Transaktionsversuch aus dem Paketpfad verschieben. Benutzerdaten und Konfiguration von Programmdateien trennen.

Vorsicht: Nicht ganze Verzeichnisse rekursiv entfernen, weil eine enthaltene Datei kollidiert. Symlinks und lokale Konfiguration ausdrücklich prüfen.

Wiederherstellung / Rücknahme: Die gesicherte Handdatei erst nach nötiger regulärer Entfernung des neuen Besitzerpakets herstellen; dessen verwaltete Datei nicht an pacman vorbei überschreiben.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Den dokumentierten Paketbesitzerwechsel umsetzen

Wenn ein anderes Paket den Pfad besitzt, Arch- oder Betreuerhinweise für genau dieses Paketpaar prüfen. Den unterstützten Ersetzungs-/Entfernungsvorgang nutzen; ein enges --overwrite nur erwägen, wenn der Betreuer Pfad und Besitzerfolgen ausdrücklich nennt.

Vorsicht: Nie --overwrite "*" als allgemeine Lösung verwenden. Paket-/Versionsliste und Konfiguration vor einem Austausch sichern.

Wiederherstellung / Rücknahme: Den vorherigen zusammenhängenden Paketsnapshot oder den dokumentierten Rücktausch mit unterstützten Versionen und gesicherter Konfiguration herstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Quellen und Prüfung

Diese Anleitung basiert auf Originalquellen von Projekten oder Distributionen und wurde am genannten Datum redaktionell geprüft. Das ist eine Quellenprüfung, kein Nachweis einer auf deiner Hardware reproduzierten Lösung. Log-Beispiele sind synthetische Testdaten. Versionsabhängige Details müssen zur installierten Ausgabe passen.