Actually, there are lots of space on the machine (166G free out of 199G in total, only one partition C). So the test output is not reasonable.

Please see the following test output:
----------System.out:(14/867)*----------
--listing C:\\Users\\aurora\\sandbox\\gresults\\testoutput\\jdk_tools\\JTwork\\scratch\\.---
C:\\Users\\aurora\\CommonData\\jdk\\bin\\jimage.exe extract C:\\Users\\aurora\\CommonData\\jdk\\lib\\modules\\bootmodules.jimage --dir out
--listing C:\\Users\\aurora\\sandbox\\gresults\\testoutput\\jdk_tools\\JTwork\\scratch\\.---
d out
C:\\Users\\aurora\\CommonData\\jdk\\bin\\jar.exe cf rt.jar -C out .
java.io.IOException: Not enough storage is available to process this command
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:233)
at sun.tools.jar.Main.copy(Main.java:892)
at sun.tools.jar.Main.copy(Main.java:907)
at sun.tools.jar.Main.addFile(Main.java:854)
at sun.tools.jar.Main.create(Main.java:558)
at sun.tools.jar.Main.run(Main.java:213)
at sun.tools.jar.Main.main(Main.java:1308)
----------System.err:(16/821)----------
java.lang.RuntimeException: process failed with non-zero exit
at Utils.runExec(Utils.java:510)
at Utils.runExec(Utils.java:471)
at Utils.createRtJar(Utils.java:581)
at Pack200Props.verifySegmentLimit(Pack200Props.java:59)
at Pack200Props.main(Pack200Props.java:53)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:502)
at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:218)
at java.lang.Thread.run(Thread.java:745)