"E: Unterprozess / usr / bin / dpkg hat einen Fehlercode (1) zurückgegeben." Was bedeutet das?

Ich habe diese Meldung mehrmals gesehen, wenn ein Problem beim Installieren, Aktualisieren oder Entfernen einer Software aufgetreten ist. Ich frage mich jedoch, was dies bedeutet und was noch wichtiger ist, ob es möglich ist , das Problem zu beheben .

(Reading database ... 81657 files and directories currently installed.)
 Removing mongodb-10gen ...
 arg: remove
 invoke-rc.d: unknown initscript, /etc/init.d/mongodb not found.
 dpkg: error processing mongodb-10gen (--remove):
  subprocess installed pre-removal script returned error exit status 100
 invoke-rc.d: unknown initscript, /etc/init.d/mongodb not found.
 dpkg: error while cleaning up:
  subprocess installed post-installation script returned error exit status 100
 Errors were encountered while processing:
  mongodb-10gen
 E: Sub-process /usr/bin/dpkg returned an error code (1)

(das obige ist nur ein Beispiel, nicht mein eigentliches Problem)

Diese Nachricht ist generisch. Es bedeutet nur, dass die dpkgvon apt/ aufgerufene Instanz apt-getaus irgendeinem Grund fehlgeschlagen ist. Es erklärt nicht warum, wie oder gibt Hinweise, wie man es löst. Als Diagnosemeldung ist es nicht sinnvoll.

Sie müssen die Zeilen vor der Meldung lesen (manchmal eine ganze Reihe von Zeilen), um den tatsächlichen Fehler zu finden, der Sie daran hindert, die Installation abzuschließen.

Ja, aber wie löse ich das?

Es gibt keinen einzigen Weg, dies zu lösen. Es gibt so viele Gründe, warum dies passieren kann, dass es sinnlos ist, sie alle in einem einzigen Beitrag aufzulisten. Jeder einzelne Umstand ist für dieses Paket / diese Umgebung fast einzigartig.

Aber es gibt Erlösung. Die Tatsache, dass Sie diese Nachricht sehen, bedeutet, dass sich wahrscheinlich relevantere Informationen in den Zeilen vor der Nachricht befinden. Zur Veranschaulichung verwende ich ein Beispiel:

(Reading database ... 81657 files and directories currently installed.)
 Removing mongodb-10gen ...
 arg: remove
 invoke-rc.d: unknown initscript, /etc/init.d/mongodb not found.
 dpkg: error processing mongodb-10gen (--remove):
  subprocess installed pre-removal script returned error exit status 100
 invoke-rc.d: unknown initscript, /etc/init.d/mongodb not found.
 dpkg: error while cleaning up:
  subprocess installed post-installation script returned error exit status 100
 Errors were encountered while processing:
  mongodb-10gen
 E: Sub-process /usr/bin/dpkg returned an error code (1)

Um nun das Problem zu finden, müssen Sie rückwärts lesen:

• E: Sub-process /usr/bin/dpkg returned an error code (1)sagt mir nichts nützliches. Also mach weiter.
• Errors were encountered while processing: mongodb-10gensagt mir nur was paket probleme hat. Ist nützlich aber nicht genug.
• subprocess installed post-installation script returned error exit status 100: dies sagt mir, dass das fehlgeschlagene Skript das war postinst, das nach der Installation ausgeführt wurde. Dies ist in einigen Situationen nützlich, in diesem jedoch nicht.
• dpkg: error while cleaning up: hier nix brauchbares.

• invoke-rc.d: unknown initscript, /etc/init.d/mongodb not found.BINGO! Dies sagt uns, dass invoke-rc.deine Binärdatei, die das Init-Skript in den meisten Debian-ähnlichen Systemen steuert, fehlgeschlagen ist. Es ist fehlgeschlagen, weil das /etc/init.d/mongodbSkript nicht gefunden werden konnte . Das ist schlecht. Wir müssen es erstellen oder von einem anderen Ort kopieren, damit es wieder funktioniert. Das erneute Installieren des Pakets ist normalerweise auch eine Option für file not foundFehler.

  In diesem Fall ist das Melden eines Fehlers nicht erforderlich, da es wahrscheinlich ist, dass wir das Skript entfernt haben. Wenn Sie jedoch völlig sicher sind, dass Sie die Datei nicht berührt haben (a debsums -slasollte dies bestätigen), melden Sie einen Fehler.

Also, was genau brauchst du, um Hilfe zu bekommen? Idealerweise ist die komplette Ausgabe des Problems. Es ist auch hilfreich, die Ausgabe von sudo dpkg -Cund sudo apt-get checkund die Ausgabe von apt-cache policy package1 package2...where "package1 package2 ..." enthält alle Pakete mit Problemen.