Miałem podobną sytuację w vmware fusion, próbując użyć pliku .vmx, który prawdopodobnie został utworzony w systemie Windows.mogę uruchomić maszynę wirtualną, ale każda próba eksportować maszyny z ovftool lub użyć VMware vdiskmanager zbombardowane z:
Error: Failed to open disk: source.vmdk
Completed with errors
diskname był całkowicie poprawny, ścieżka była ważna, uprawnienia były ważne, a jedyną wskazówką było ovftool z:
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
jak sugerowali inni, wziąłem okiem w .vmdk. Znalazłem w nim 3 inne tropy:
encoding="windows-1252"
createType="monolithicSparse"
# Extent description
RW 16777216 SPARSE "source.vmdk"
więc najpierw konwertowane VMDK monolithicSparse do „zdefiniowanej przez wirtualny podział dysku w plikach 2GB”:
vmware-vdiskmanager -r source.vmdk -t3 foo.vmdk
wtedy będę mógł edytować „do” foo.vmdk zmiany kodowania, który teraz wygląda:
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
i wreszcie, po utrwaleniu się na source.vmx:
scsi0:0.fileName = "foo.vmdk"
zysk:
ovftool source.vmx dest.ova
...
Opening VMX source: source.vmx
Opening OVA target: dest.ova
Writing OVA package: dest.ova
Transfer Completed
Completed successfully
Miałem podobną sytuację, jednak w moim przypadku kodowanie było już Windows-1252. Odkryłem, że zmiana w UTF-8 zrobiła dla mnie tę sztuczkę. – user926600
utf-8 pracował również dla mnie; W moim przypadku .vmdk był małym plikiem tekstowym, edytowanym za pomocą vi –