GCORE Linux -Befehl

Kerndateien werden generiert, wenn ein Prozess unerwartet schließt, um als Schnappschüsse zu fungieren, die die Debugging -Informationen unter Linux anbieten. Der Kern -Müllkippe enthält den Schnappschuss des Speichers, den der geschlossene Prozess besetzt hat. Manchmal müssen Sie den Core -Dump manuell erzeugen und Linux bietet die an gcore Befehl, der dies möglich macht.

Die Hauptfunktion des Befehls gcore besteht darin, die Kernbilder des angegebenen Laufprozesses zu erhalten. Dieser Artikel deckt die Verwendung einer Prozess -ID ab, um sein Kernbild einfach über GCORE zu erhalten.

So verwenden Sie den Befehl gcore linux

Der Befehl gcore bietet nicht viele Nutzungsoptionen. Trotzdem können Sie es anders verwenden, um die verschiedenen Kernbilder für das Ausführen der Prozesse zu erhalten. Mit GCORE wird im Gegensatz zu dem automatischen Fall, in dem die Kern -Müllkopien beim unerwarteten Ausführen von Prozessen erstellt werden, das Ausführen von Prozessen nicht durch die Verwendung des GCORE -Befehls beeinflusst.

Der erste Schritt, um mit Gcore zu beginnen, besteht darin, seine Mannseite anzuzeigen.

$ MAN GCORE

Sie werden feststellen, dass nur zwei Optionen bereitgestellt werden, die -Ö Und -A. Wir werden die Optionen mit den verschiedenen Beispielen verwenden, um den Befehl zu verstehen.

Die grundlegende Syntax für den GCORE ist:

$ gcore [-O Dateiname] [PID]

Abhängig von Ihrer Präferenz können Sie die Mehrfachprozess -IDs kombinieren oder eine einzelne verwenden.

Es gibt verschiedene Möglichkeiten, eine Prozess -ID zu erhalten. Du kannst den ... benutzen Spitze Befehl, der den laufenden Prozess auflistet.

In unserem Fall versuchen wir, die Prozess -ID für den Prozess zu erhalten Spitze. Wir können aus der vorherigen Ausgabe erkennen, dass seine PID ist 9855 .

Wenn Sie den Prozessnamen kennen, können Sie alternativ die verwenden PIDOF Befehl in der folgenden Syntax, um seine Prozess -ID zu erhalten.

$ pidof [Prozessname]

Beachten Sie, dass die beiden Methoden dieselbe Prozess -ID angeben.

Mit der bekannten Prozess -ID können wir den GCORE verwenden, um das Kernbild für den Prozess manuell zu erhalten. Der Befehl lautet wie folgt:

$ sudo gcore 9855

Sobald das Kernbild erstellt wird, wird es im aktuellen Arbeitsverzeichnis gespeichert. Und wie im vorherigen Beispiel stellen wir fest, dass es mit einer Erweiterung der Prozess -ID gespeichert wurde.

Verwenden Sie das, um es mit einem anderen Namen zu speichern, die -Ö Flagge gefolgt von dem Namen, den Sie lieber verwenden möchten. Lassen Sie uns beispielsweise dasselbe Kernbild wie speichern wie Probe1.

$ sudo gcore -o Dateiname prozess -id

Wir haben jetzt eine neue Ausgabedatei mit dem Namen „Sample11).9855 ”.

Arbeiten mit mehreren Prozessen

Sie können ein Kernbild der Schnappschüsse verschiedener Prozesse erstellen, vorausgesetzt, Sie haben ihre Prozess -ID. Die Syntax ist wie im Folgenden dargestellt:

$ gcore -o Dateiname PID1 PID2 PIDN

Beachten Sie, dass GCORE die Kernbilder mit den angegebenen Prozess -IDs erstellt, wie im vorherigen Bild, wo es ein Kernbild nach dem anderen erstellt hat.

Hier ist ein Beispiel dafür, wo wir denselben Namen für das Kernbild angeben.

Beachten Sie, wie die Kernbilder mit demselben Namen erstellt werden, LinuxHint, aber mit einer anderen Prozess -ID, um sie zu unterscheiden.

Auch beim Ausführen des gcore Befehl, das Super -Benutzer -Berechtigte ist erforderlich, damit sich GCORE vom spezifischen Vorgang ablenken kann, um es zu vermeiden, es auch nach dem Generieren des Kernmülls zu unterbrechen.

Abschluss

Das Linux -System kann automatisch die Kernmumpen erstellen, wenn die Prozesse unerwartet nahe beim Debuggen der Probleme helfen. Sie können jedoch immer noch die Kernbilder eines jeden laufenden Vorgangs mit dem Befehl gcore linux manuell generieren. Das Gute mit Gcore ist, dass der Prozess nicht betroffen ist. Stattdessen läuft es auch nach dem Erstellen des Kernbildes immer wieder. Wir haben die verschiedenen Möglichkeiten abgedeckt, wie Sie mit dem Befehl gcore linux herumspielen können.