search

corpnewt / gibMacOS

Py2/py3 script that can download macOS components direct from Apple
MIT License
5.87k stars 776 forks source link

MakeInstall.bat fails with file not found #99

Open F1Fan opened 4 years ago

F1Fan commented 4 years ago

This is a little puzzling. The install USB disk did get created ok if I used the recovery option. However, since this type of Catalina install needs to download files from the web and I don't have a wired Ethernet connection available, I do need to have the full install option - not selecting the recovery option. The download of the install components (11 files) does complete with out any errors. However, when running the MakeInstall.bat, I get the following as it attempts to create the USB: Gathering DUET boot files...

boot
boot0af
boot1f32
Copying EFI folder to G:/EFI...
Copying boot to G:/boot...
Traceback (most recent call last):
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 863, in
w.main()
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 782, in main
self.main()
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 859, in main
self.main()
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 858, in main
self.diskpart_erase(selected_disk, use_gpt, clover_version)
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 290, in diskpart_erase
self.select_package(disk, clover_version)
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 386, in select_package
self.dd_image(disk, os.path.join(temp, hfs), clover_version)
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 424, in dd_image
if clover_version == "OpenCore": self.install_oc(disk)
File "D:\Peter\Create USB\gibMacOS-master\MakeInstall.py", line 496, in install_oc
shutil.copy(os.path.join(temp,self.oc_boot),"{}/boot".format(part))
File "C:\Users\Peter\AppData\Local\Programs\Python\Python38\lib\shutil.py", line 415, in copy
copyfile(src, dst, follow_symlinks=follow_symlinks)
File "C:\Users\Peter\AppData\Local\Programs\Python\Python38\lib\shutil.py", line 261, in copyfile
with open(src, 'rb') as fsrc, open(dst, 'wb') as fdst:
FileNotFoundError: [Errno 2] No such file or directory: 'C:\Users\Peter\AppData\Local\Temp\tmp8i5kyuyb\boot'
Looking at the temp folder, the boot folder is definitely not there.
By using a Mac virtual machine, I can get the installation USB created.
The downside is that I have to switch between Windows and MacOS to complete the build - some utilities have to be run on the Windows environment to gather hardware-specific information for the config.plist build.
Any pointers will be very much appreciated.
Thanks ... Peter
F1Fan commented 4 years ago

Update: Even using the recovery option in the preceding gibMacOS.bat, which completes successfully like the full option, the following attempt running MakeInstall.bat fails in an identical manner.

JoshuaPettus commented 4 years ago

I'm afraid I'm hitting the same thing. I saw in another thread it is recommended to clone rather than download the repo in a zip. I gave that a try and still the same thing. It seems the boot file isn't generating in Temporary Files. Any suggestions? Thank-you!

`Downloading... Downloaded 1.97 MB of 1.97 MB (100.00%) Extracting OpenCore-0.5.8-RELEASE.zip... Gathering DUET boot files...

F1Fan commented 4 years ago

Hi Joshua, I had to take advantage of a MacOS virtual machine to generate the install USB. I just had to copy the files created by the gibMacOS.bat from Windows to the Mac and the follow the steps detailed in the macOS section of the OpenCore Desktop guide. Yes, it is a clunky workaround, but it did work. I would have preferred to keep the setup completely in Windows.

JoshuaPettus commented 4 years ago

Well I'm fairly certain there is a bug here, though user error is always a very likely possibility. :)

corpnewt commented 4 years ago

Acidanthera changed the location of the DuetPkg files again - should be fixed with this commit.

-CorpNewt

JoshuaPettus commented 4 years ago

Fantastic! I'll be sure to give it a try when I get home

F1Fan commented 4 years ago

Great, thanks so much!!

F1Fan commented 4 years ago

I can get the installation USB created, but there is still a wrinkle... At the point where "Updating the MBR with bootaf..." appears, an error dialog is displayed with the message "GetMyFileSize: The system cannot find the file specified." After pressing the OK button, the following dialog is displayed image Using the "..." button and navigating to the OpenCore-0.5.7-RELEASE > Utilities> BootInstall folder, all of the boot files are located there and the process will complete successfully.

JoshuaPettus commented 4 years ago

Strange, I didn't hit that one. MakeInstall did it's thing no problem now. I'm still having issues with booting into it, with just a flashing cursor, but I susspect that's way out side this issue, and even this application. Thank-you!

F1Fan commented 4 years ago

Once you get all of the other items in place, as per the guide, I believe you'll overcome that symptom. I did see the same thing during my early foray into the build of the system, but taking the steps as laid out in the guide resulted in a successful outcome.

JoshuaPettus commented 4 years ago

Indeed, I followed it carefully three times, I think it might be something more fundamentally wrong with my motherboard that would take some more advanced tinkering.

F1Fan commented 4 years ago

If you have a very recent motherboard and or CPU, you may indeed have to do more rummaging around. My kit is a little older - Intel CoreI5 (Haswell) and Asus H97 motherboard, which are certainly well documented. My main Windows box is much later and has had trouble with a few software packages - one was VirtualBox which needed to be upgraded to version 1.6.1 to fix a problem booting a MacOS Catalina VM. Best of luck!

richardphan01 commented 4 years ago

Getting this error on MakeInstall.bat

agso0 commented 4 years ago

It looks like the new url for the boot files is "https://github.com/acidanthera/OpenCorePkg/tree/870017d0e5d53abeaf0347997da912c3e382a04a/Utilities/LegacyBoot", instead of "https://github.com/acidanthera/OpenCorePkg/raw/master/Utilities/LegacyBoot/". I am a 45 yo noob guys. Please, correct me if I am wrong.

agso0 commented 4 years ago

I replaced "https://github.com/acidanthera/OpenCorePkg/raw/master/Utilities/LegacyBoot/" in MakeInstall.py and it worked again. Is it ok what I did guys? Danks.

F1Fan commented 4 years ago

Hello, corpnewt did provide a commit (May 18) which corrected the original problem. If you follow the URL https://github.com/acidanthera/OpenCorePkg/raw/master/Utilities/LegacyBoot/ it does resolve to the latest update, but the boot binary does not appear to be present in the package.

Here is how MakeInstall.bat completes:

Extracting OpenCore-0.5.9-RELEASE.zip... Gathering DUET boot files...

Armans3838 commented 4 years ago

Hi All, Just experienced the same issue and did a little digging. Corpnewt made a new commit on 7/26/2020 which corrects the self.oc_boot_url path.

Tested the updated MakeInstall.bat with the following result:

image

-Cheers!

F1Fan commented 4 years ago

Hmm... this was working OK, but with the newer versions of GibMacos and OpenCore, I new get this failure:

#######################################################

Installing OpenCore

#######################################################

Gathering info...

Script exited with error code: 1

Press [enter] to exit...

When I look at the temp folder tmp12lrh43y, the EFI folder is actually a sub folder of X64.

Any help would be appreciated.

Kn1ght0fZer0 commented 3 years ago

I´m having the same issue with Catalina recovery Full Install, that EFI thing doesnt want to copy

FToby commented 3 years ago

facing the same problem when try to make a USB installer

Kn1ght0fZer0 commented 3 years ago

Yes, apparently the EFI folder now has been put on subfolders name X64 and 32 and the program fail to find the route.

El El lun, nov. 23, 2020 a la(s) 2:13 p. m., FToby notifications@github.com escribió:

facing the same problem when try to make a USB installer

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/corpnewt/gibMacOS/issues/99#issuecomment-732367987, or unsubscribe https://github.com/notifications/unsubscribe-auth/ARAQEOAUTSRQBT2ACH6HLNTSRKX6XANCNFSM4MY65AMQ .

FToby commented 3 years ago

Yes, apparently the EFI folder now has been put on subfolders name X64 and 32 and the program fail to find the route. El El lun, nov. 23, 2020 a la(s) 2:13 p. m., FToby notifications@github.com escribió: … facing the same problem when try to make a USB installer — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#99 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/ARAQEOAUTSRQBT2ACH6HLNTSRKX6XANCNFSM4MY65AMQ .

In this case, any solution without using existed MacOS?

F1Fan commented 3 years ago

The boot elements are successfully created on the USB. I copied an EFI folder that I had backed up to the USB, so I was able to get the install of Catalina done.

Kn1ght0fZer0 commented 3 years ago

I’m gonna try that👌

El El mar, nov. 24, 2020 a la(s) 6:22 a. m., F1Fan notifications@github.com escribió:

The boot elements are successfully created on the USB. I copied an EFI folder that I had backed up to the USB, so I was able to get the install of Catalina done.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/corpnewt/gibMacOS/issues/99#issuecomment-732855137, or unsubscribe https://github.com/notifications/unsubscribe-auth/ARAQEOAKVKBWTBGQXJYPRBTSROJODANCNFSM4MY65AMQ .