Kein Platz mehr auf dem Gerät vorhanden

Ich tat git pull –rebase und ich habe folgenden Fehler:

 error: file write error (No space left on device)
 fatal: unable to write sha1 file 
 fatal: unpack-objects failed

Ich habe viel Speicherplatz auf meinem Gerät. Keine Ahnung warum dieser Fehler angezeigt wird.

Zum ersten Mal habe ich diesen Fehler.

Sie haben keinen Speicherplatz mehr. Löschen Sie einige ungebraucht Dateien von überall auf Ihrem Computer. Nachdem du etwas Hausputz gemacht hast, denkst du vielleicht ans Laufen git gc Git Garbage Collection für Ihr Repository zu haben; Wenn Sie in letzter Zeit viele Änderungen an den Objekten von Git vorgenommen haben – wie dies bei einem Rebase der Fall sein kann – können Sie wichtige Daten von Git selbst zurückfordern. Nachdem Sie git etwas Platz zum Atmen gegeben haben (da GC ein wenig Spielraum braucht, um Daten in neue Dateien zu kopieren, während es funktioniert), git gc wird Ihr Git-Repository so weit wie möglich komprimieren, ohne den Verlauf Ihres Repositorys zu verlieren.

Dies ist weniger eine Antwort als vielmehr eine Klärung des Problems und was das Problem tatsächlich sein könnte. Ich stelle fest, dass GIT diese Art von Fehlercode regelmäßig ausspuckt, wenn ich viel Platz auf meinem Windows 8.1-System und meinen Laufwerken habe.

Nachdem ich 5 Mal ausgeführt und den Speicher im Task-Manager überprüft hatte, stellte ich fest, dass dieser Fehler jedes Mal ausgelöst wurde, wenn sich der Systemspeicher der maximalen Grenze näherte. Es hatte nichts mit dem verfügbaren Speicherplatz zu tun, also ist die Antwort von @Matt zwar für einige Fälle richtig, aber nicht für alle.

Der Task-Manager meldet einen geringen Anteil des von GIT verwendeten Speichers, aber jedes Mal, wenn GIT ausgeführt wird, erhöht es den verwendeten Speicher. Dieses Problem scheint mit einem Speicherleck in GIT zusammenzuhängen.

Ich hatte einen ähnlichen Fehler beim Pushen auf eine Remote, und tatsächlich lag es nicht daran, dass auf meinem lokalen Computer nicht genügend Speicherplatz vorhanden war, sondern auf dem Git-Server.

Überprüfen Sie einfach den vollständigen Fehler, zum Beispiel habe ich Folgendes erhalten:

Failed to write to log, write /var/log/gitlab/gitlab-shell/gitlab-shell.log: no space left on device

informiert mich, dass der Fehler kam gitlab-shellnicht git.

Um die andere Antwort zu ergänzen:

Jedes Mal, wenn GIT ausgeführt wird, erhöht es den verwendeten Speicher. Dieses Problem scheint mit einem Speicherleck in GIT zusammenzuhängen.

Git 2.20 (4. Quartal 2018) konzentriert sich darauf, die letzten in Git bekannten Fälle von Speicherlecks zu beseitigen und eine Handvoll Speicherlecks im Ref-Filter-Codepfad zu schließen.

Sehen f0062d3 übergeben, Commit deec6b8, Commit 23941dd (18.10.2018) von Olga Teleschnaja (telezhnaya).
^{(Zusammengeführt von Junio ​​C. Hamano — gitster — in begehen 9d0010030.10.2018)}

Git 2.24 (Q4 2019) korrigiert “for-each-ref” (und Freunde, die Refs zeigen, haben sich nicht gegen alte Tags geschützt) haben keine Tagger-Namen aufgezeichnet, als sie gebeten wurden, “%(taggername)“,.

Sehen Übertrage 8b3f33e (17.08.2019) von Mischa POSLAWSKY (shiar).
^{(Zusammengeführt von Junio ​​C. Hamano — gitster — in Commit a477ab09.09.2019)}

ref-filter: leere Namens- oder E-Mail-Felder initialisieren

Formatierung $(taggername) auf Headerless Tags wie v0.99 in Git verursacht a SIGABRT mit Fehler “munmap_chunk(): ungültiger Zeiger”, wegen eines Versehens beim Commit f0062d3 (ref-filter: free item->value und item->value->s, 2018-10-19, Git v2.20.0-rc0).

In meinem Fall wurde die .gitconfig an einem Netzwerkspeicherort gespeichert, der im Wesentlichen alle Konfigurationsdateien für meinen Computer enthält, sodass das Unternehmen, wenn der PC stirbt, dieselben Konfigurationen auf einer neuen Hardware wiederherstellen kann. Wie auch immer, auf diesem Netzlaufwerk war kein Platz mehr, sodass Git die Datei nicht aktualisieren konnte. Entweder können Sie den Speicherplatz des Netzwerklaufwerks erhöhen oder es einfach trennen und git verwendet die lokale Konfiguration, die sich auf Ihrem Hauptlaufwerk befindet.

Ich habe dieses Problem mit der Git-Bash-Konsole. Durch die Verwendung der Windows-Konsole gab es kein Problem mehr. Ich könnte das Repository klonen.

In meinem Fall ist dem Remote-Gerät der Speicherplatz ausgegangen, nicht dem lokalen Computer. Wenn Ihr lokaler Computer also über genügend Speicherplatz verfügt, sollten Sie vielleicht den Remote-Computer überprüfen.