NVIDIA-Suspend scheitert beim Erhalt des Grafikspeichers · Linux Fix Lab

Symptome und Geltungsbereich

Der Schlafmodus wird abgebrochen oder sofort verlassen.
Nach dem Aufwachen sind Texturen fehlerhaft oder GPU-Anwendungen scheitern; allein ist dies kein Beleg für einen Schnittstellenkonflikt.

Betroffene Umgebung

NVIDIA-Systeme mit NVreg_PreserveVideoMemoryAllocations und den dokumentierten Schnittstellen für System-Energieverwaltung des Treibers.

Erkennbare Meldungen (synthetische Beispiele)

NVRM: GPU 0000:01:00.0: PreserveVideoMemoryAllocations module parameter is set. System Power Management attempted without driver procfs suspend interface.

Treiber-Einbindung abgleichen, statt daraus fehlende Suspend-Fähigkeit der Plattform abzuleiten.

Mögliche Ursachen

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

Vollständiger Speichererhalt kann ohne die benötigte Einbindung der Suspend-Schnittstelle aktiv sein.
Das vorgesehene Dateisystem kann benötigte temporäre Dateien nicht unterstützen oder zu wenig Platz bieten; andere Resume-Fehler bleiben möglich.

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

Aktive NVIDIA-Modulparameter lesen; PreserveVideoMemoryAllocations und TemporaryFilePath beachten.

cat /proc/driver/nvidia/params

Ergebnis einordnen: Ein Erhaltungswert von 1 erfordert die passende dokumentierte Einbindung dieser Treiberversion. Den temporären Pfad auf diesem Rechner bewerten.

Prüfschritt 2

Schlaf-Units der Distribution prüfen, ohne sie zu starten oder zu aktivieren; Paketierung kann andere Namen verwenden.

systemctl status nvidia-suspend.service nvidia-resume.service nvidia-hibernate.service --no-pager

Ergebnis einordnen: Fehlende oder gescheiterte Units begründen die Prüfung der Paketeinbindung. Inaktive Oneshot-Units nach Ausführung können normal sein; Journal und Abhängigkeiten lesen.

Nächste Schritte nach Befund

Parameter und paketierte Schlaf-Einbindung abgleichen

Meldet der Treiber ausdrücklich Erhaltungsmodus ohne nötige procfs-Schnittstelle, die dokumentierte Suspend-Einbindung der Distribution für den installierten Treiber nutzen. Suspend-, Resume- und Hibernate-Hooks gemeinsam vor einem kontrollierten Test einrichten.

Vorsicht: Das zitierte NVIDIA-Handbuch beschreibt eine Version, keine universellen Standards. Arbeit speichern und Suspend vor Hibernate testen; keine Befehle direkt in die procfs-Schnittstelle schreiben.

Wiederherstellung / Rücknahme: Dokumentierte Standardparameter und Unit-Konfiguration des Pakets wiederherstellen; bei neu zu ladenden Modulparametern danach neu starten.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Geeigneten Speicherplatz für Erhaltung bereitstellen

Wird vollständiger Erhalt benötigt und fehlt Platz, ein unterstütztes Dateisystem mit Raum für den gemeinsamen GPU-Speicher plus Handbuch-Reserve wählen und den Pfad über Distributions-Einstellungen setzen.

Vorsicht: Eine kleine tmpfs kann RAM verbrauchen und Speichern verhindern. Umgang mit verschlüsselten Daten und frühe Mount-Verfügbarkeit zur vorhandenen Konfiguration passend halten.

Wiederherstellung / Rücknahme: Bei Fehlern des neuen Speichers vorherigen temporären Pfad und Erhaltungsmodus zurückstellen; nur vom Test erzeugte Dateien nach Gebrauch entfernen.