DISM schlägt fehl mit "Es ist nicht genügend Speicherplatz auf der Festplatte vorhanden." während Sie ein Bild aufnehmen

14091
Wouter

Ich verwende DISM, um Bilder aufzunehmen und auf einer Netzwerkfestplatte zu speichern. Ich benutze eine standardmäßige 32-Bit-WinPE 4.0-Umgebung, um sie aufzunehmen.

Mein aktueller Pfad wurde auf festgelegt i:\imagesund ich habe den folgenden Befehl ausgeführt:

dism /capture-image /imagefile:ae2212-w81-64bit-v1.wim /capture-dir:c:\ /name:system

Es lief bis zu 100% und an welchem ​​Punkt es mit dem Fehler fehlgeschlagen ist There is not enough space on the disk.. Während der Aufnahme habe ich das Netzlaufwerk überwacht und konnte ein wachsendes Image sehen. Bei Auftreten der Fehlermeldung wurde das Bild gelöscht.

Seltsam ist, dass das Image etwa 15 GB gewesen wäre und das Netzlaufwerk über 500 GB frei ist.

Was könnte schief gehen, sollte ich die /scratchdirOption verwenden?

2014-02-19 01:04:37, Info DISM DISM WIM Provider: PID=1216 c:\Windows.old\Windows\WinSxS\x86_wcf-m_svc_mon_sup_dll_31bf3856ad364e35_6.2.9200.16432_none_a2bd221c1cde6e62\ServiceMonikerSupport.dll (HRESULT=0x8007011A) - CWimManager::WimProviderMsgLogCallback [1216] [0xc144012f]  2014-02-19 01:04:37, Info DISM DISM WIM Provider: PID=1216 c:\Windows.old\Windows\WinSxS\x86_wcf-system.identitymodel_b03f5f7f11d50a3a_6.2.9200.16432_none_30a420f7f05ab330\System.IdentityModel.dll (HRESULT=0x8007011A) - CWimManager::WimProviderMsgLogCallback [1216] [0xc144012f]  2014-02-19 01:04:37, Info DISM DISM WIM Provider: PID=1216 c:\Windows.old\Windows\WinSxS\x86_wcf-system.runtime.serialization_b03f5f7f11d50a3a_6.2.9200.16432_none_123c6840d0913997\System.Runtime.Serialization.dll (HRESULT=0x8007011A) - CWimManager::WimProviderMsgLogCallback [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. [1216] [0x80070070] ReadWriteDataInternal:(141): There is not enough space on the disk. 2014-02-19 01:56:22, Error DISM DISM WIM Provider: PID=1216 TID=1220 base\ntsetup\opktools\dism\providers\wimprovider\dll\wimmanager.cpp:1217 - CWimManager::Capture(hr:0x80070070) 2014-02-19 01:56:22, Error DISM DISM WIM Provider: PID=1216 TID=1220 base\ntsetup\opktools\dism\providers\wimprovider\dll\wimmanager.cpp:4274 - CWimManager::InternalCmdCaptureBase(hr:0x80070070) 2014-02-19 01:56:22, Error DISM DISM WIM Provider: PID=1216 TID=1220 Error executing command - CWimManager::InternalExecuteCmd(hr:0x80070070) 2014-02-19 01:56:22, Error DISM DISM WIM Provider: PID=1216 TID=1220 base\ntsetup\opktools\dism\providers\wimprovider\dll\wimmanager.cpp:1928 - CWimManager::ExecuteCmdLine(hr:0x80070070) 2014-02-19 01:56:22, Error DISM DISM.EXE: WimManager processed the command line but failed. HRESULT=80070070 2014-02-19 01:56:22, Info DISM DISM.EXE: Image session has been closed. Reboot required=no. 2014-02-19 01:56:22, Info DISM DISM.EXE:  2014-02-19 01:56:22, Info DISM DISM.EXE: <----- Ending Dism.exe session -----> 2014-02-19 01:56:22, Info DISM DISM.EXE:  2014-02-19 01:56:22, Info DISM DISM Provider Store: PID=1216 TID=1220 Found the OSServices. Waiting to finalize it until all other providers are unloaded. - CDISMProviderStore::Final_OnDisconnect 2014-02-19 01:56:22, Info DISM DISM Provider Store: PID=1216 TID=1220 Disconnecting Provider: FolderManager - CDISMProviderStore::Internal_DisconnectProvider 2014-02-19 01:56:22, Info DISM DISM Provider Store: PID=1216 TID=1220 Disconnecting Provider: WimManager - CDISMProviderStore::Internal_DisconnectProvider 2014-02-19 01:56:22, Info DISM DISM Provider Store: PID=1216 TID=1220 Disconnecting Provider: VHDManager - CDISMProviderStore::Internal_DisconnectProvider 2014-02-19 01:56:22, Info DISM DISM Provider Store: PID=1216 TID=1220 Disconnecting Provider: GenericImagingManager - CDISMProviderStore::Internal_DisconnectProvider 2014-02-19 01:56:22, Info DISM DISM Provider Store: PID=1216 TID=1220 Disconnecting Provider: Compatibility Manager - CDISMProviderStore::Internal_DisconnectProvider 2014-02-19 01:56:22, Info DISM DISM Provider Store: PID=1216 TID=1220 Releasing the local reference to DISMLogger. Stop logging. - CDISMProviderStore::Internal_DisconnectProvider
2

4 Antworten auf die Frage

2
James J. R. Aiello

Abhängig vom Startgerät (USB oder CD / ROM) entscheidet der Erfassungsprozess, wo die Scratch-Dateien geschrieben werden sollen. Da ein USB-Gerät beschreibbar ist, versucht er, massive Scratch-Dateien darauf zu schreiben. Versuchen Sie es mit der Option / scratchdir und leiten Sie die Scratch-Dateien auf Medien mit viel Platz.

2
Mi Rey

Anstatt das "Scratch-Verzeichnis" zu ändern, habe ich den Scratch-Bereich unter WinPE erhöht (der Standard ist 32 MB). Das hat für mich funktioniert:

DISM / Mount-Wim / WimFile: < Bildpfad > / Index: Indexnum / MountDir: < Mountdirlocation >

DISM / Bild: < Mountdirlocation > / Set-ScratchSpace: 512

DISM / Unmount-Wim / MountDir: < Mountdirlocation > / Commit

Stellen Sie den Scratch-Bereich so hoch ein, wie die Systeme, die Sie abbilden möchten, unterstützen. Gültige Werte für den Arbeitsbereich sind 32, 64, 128, 256 und 512 (MB).

Weitere Informationen: https://technet.microsoft.com/de-de/library/dd799261(WS.10).aspx

1
Iconiu

Ich habe ein ähnliches Problem, bei dem das Bild um 60% versagt. Wie Sie habe ich fast ein Terrabyte frei, und auf den Servern sind keine Quotenverwaltungsfunktionen aktiviert. Ich verwende Windows PE4 32bit, das von einem Flash-Laufwerk und der neuesten Version von DISM gebootet wurde.

Die zusätzliche Komplikation ist, dass ich auf eine DFS-aktivierte Freigabe aufnehme. Normalerweise gelingt das erneute Erfassen des Bildes, daher bin ich mir nicht sicher, ob das zweite Capture funktioniert, wenn mein sekundärer Fix einen Nichtnamensraum-Freigabenamen verwendet, weil ich Glück hatte oder ein Problem mit dem Namespace vorliegt. Ich wünschte, ich hätte eine bessere Antwort für Sie, aber Sie müssen sie möglicherweise auf ein Flash-Laufwerk aufnehmen und später manuell kopieren.

0
Jon

Ich hatte dieses Problem auch auf einer VM, der nur 1 GB Speicher zugewiesen wurde.

Nach der Zuweisung von 4 GB Speicher funktionierte es einwandfrei.

Das hat mir wirklich geholfen. Aufgrund des dynamischen Hyper-V-Arbeitsspeichers hat meine virtuelle Maschine nicht genügend Arbeitsspeicher zur Verfügung gestellt, um die Installation entweder über die normalen Mittel oder über das manuelle Image-Image durchführen zu können. Vielen Dank. (Die Scratch-Verzeichnis-Option hat * nicht * funktioniert) Paul Stelian vor 7 Jahren 0

Verwandte Probleme