Ich hatte eine ähnliche Situation in Vmware Fusion versuchen, eine .vmx, die wahrscheinlich auf Windows erstellt wurde.Ich konnte die VM starten, aber jeder Versuch, die Maschine mit ovftool zu exportieren oder vmware-vdiskmanager verwendet ausgebombt mit:
Error: Failed to open disk: source.vmdk
Completed with errors
der Diskname total gültig war, Pfad gültig war, Berechtigungen gültig waren, und der einzige Anhaltspunkt war laufender ovftool mit:
ovftool --X:logToConsole --X:logLevel=verbose source.vmx dest.ova
Opening VMX source: source.vmx
verbose -[10C2513C0] Opening source
verbose -[10C2513C0] Failed to open disk: ./source.vmdk
verbose -[10C2513C0] Exception: Failed to open disk: source.vmdk. Reason: Disk encoding error
Error: Failed to open disk: source.vmdk
wie andere vorgeschlagen, nahm ich einen Blick in die .vmdk. darin fand ich 3 weitere Hinweise:
encoding="windows-1252"
createType="monolithicSparse"
# Extent description
RW 16777216 SPARSE "source.vmdk"
so erste ich die monolithicSparse vmdk umgewandelt "in 2 GB-Dateien virtuelles Laufwerk Split vorbelegt":
vmware-vdiskmanager -r source.vmdk -t3 foo.vmdk
dann könnte ich die "foo.vmdk" bearbeiten, um ändern Sie die Codierung, die nun wie folgt aussieht:
encoding="utf-8"
createType="twoGbMaxExtentFlat"
# Extent description
RW 8323072 FLAT "foo-f001.vmdk" 0
RW 8323072 FLAT "foo-f002.vmdk" 0
RW 131072 FLAT "foo-f003.vmdk" 0
und schließlich nach der source.vmx bis zur Festsetzung:
scsi0:0.fileName = "foo.vmdk"
Gewinn:
ovftool source.vmx dest.ova
...
Opening VMX source: source.vmx
Opening OVA target: dest.ova
Writing OVA package: dest.ova
Transfer Completed
Completed successfully
Ich hatte eine ähnliche Situation, aber in meinem Fall war die Codierung bereits Windows-1252. Ich fand, dass eine Änderung zu UTF-8 den Trick für mich tat. – user926600
utf-8 hat auch für mich funktioniert; In meinem Fall war die .vmdk eine kleine Textdatei, die mit vi bearbeitet wurde –