Jump to content
30960 posts in this topic

Recommended Posts

Hi,

 

I want to use a 640MB USB stick as a clover boot stick, using EFI boot. But I seem to be unable to make it work. I tried to format it with GPT+HFS, no boot. I also tried GPT+FAT16, but no boot. diskutil always shows me that no EFI partition was created... I guess I need a EFI partition on the usb stick to boot in efi mode (being available as EFI boot drive)?

 

After those steps, I always installed clover with boot0af.

 

How do I setup this stick so it boots clover in EFI mode?

 

You need to make sure it is formatted as FAT32. It does not matter if it is GPT or MBR just that the actual partition is FAT32 (for GPT it will be an EFI partition which you will need to specially setup and probably can only do from linux or your disk will get read funny, for MBR just make one FAT32 partition). You'll probably need to set the cluster size to the smallest possible size you can so that it uses more than 65536 and does not fallback to FAT16. Try formatting the disk in linux or windows, that usually works better for me.

If you "Always install clover with boot0af" there is no need to make the USB as GPT, just format it as Master Boot Record and MS DOS

 

Haha, didn't even notice he said that..... Yeah, listen to Pavo and don't do this, this is for legacy booting.

 

EDIT: Oh man, that is so not clear, sounds like I said to do and not to do the same thing. To clarify, just format as one MBR FAT32 partition but do not install boot0af, do no install any bootX stuff, that's all for legacy. It may make your disk not UEFI bootable depending on your firmware.

  • Like 2

You need to make sure it is formatted as FAT32. It does not matter if it is GPT or MBR just that the actual partition is FAT32 (for GPT it will be an EFI partition which you will need to specially setup and probably can only do from linux or your disk will get read funny, for MBR just make one FAT32 partition). You'll probably need to set the cluster size to the smallest possible size you can so that it uses more than 65536 and does not fallback to FAT16. Try formatting the disk in linux or windows, that usually works better for me.

 

Haha, didn't even notice he said that..... Yeah, listen to Pavo and don't do this, this is for legacy booting.

 

I can tell that FAT32 + GPT does not work here. It won't boot then here, the boot process even freezes, until I remove the stick. What works is MBR+FAT32, thx @vandroiy2012

  • Like 1

I can tell that FAT32 + GPT does not work here. It won't boot then here, the boot process even freezes, until I remove the stick. What works is MBR+FAT32, thx @vandroiy2012

 

When you create a GPT with a FAT32 volume (which you most likely created a FAT16 volume because of the size), you are actually creating both an EFI partition and a FAT partition. Both probably got created as FAT16 because of the size of the disk. It needs to be FAT32 because that's the only driver that most firmwares have because don't think many people are booting from floppy disks.

 

EDIT: Also did you install to the EFI partition of that disk or the FAT partition? If you installed to the FAT partition and installed boot0af on that partition the firmware will ignore it as not UEFI bootable.

apianti: The hard drive utility never created an efi partition on that 640mb stick, even with GPT. And I don't know how to create it manually on macos.  I installed clover on the only existing FAT partition then. My mainboard bios seems to freeze then, maybe a bug?

apianti: The hard drive utility never created an efi partition on that 640mb stick, even with GPT. And I don't know how to create it manually on macos.  I installed clover on the only existing FAT partition then. My mainboard bios seems to freeze then, maybe a bug?

 

Ummmm.... No. GPT must have an EFI partition or it's not a GPT disk, it's just a malformed MBR disk. Maybe you just didn't see it cause it's not mounted unless you do it manually?

 

EDIT: I'm assuming you are using macOS disk utility, which is why I suggested using linux or windows to format the disk. Disk utility probably made the EFI partition FAT16 which caused your firmware to hang trying to access it.

Guys, the topic is "Difficulties creating UEFI bootable flash drive with Clover". Instead, all of you suggested using MBR "because it's easier". If there is a problem with the Clover package, trying to install Clover on USB drive, then your answers are not helpful at all !!!

@Funky frank you didn't answer my question: how exactly did you format that drive and exactly how are you trying to install Clover on it?

Some shots/dumps from Terminal with sudo diskutil list would be helpful.

apianti, no, I used "diskutil list" after macos diskutility formatting. there is no efi partition.  The MBR+msdos combination works fine though, as I wrote. So my bios seems to be capable of reading FAT16. Also I assume FAT16 actually nowadays is the same as FAT32. I don't have linux.


Guys, the topic is "Difficulties creating UEFI bootable flash drive with Clover". Instead, all of you suggested using MBR "because that's easier". If there is a problem with the Clover package, trying to install Clover on USB drive, then your answers are not helpful at all.

@Funky frank you didn't answer my question: how exactly did you format that drive and exactly how are you trying to install Clover on it?

I already answered that above. I used the macos high sierra disk utility. Only MBR+msdos is bootable here, but not GPT+HFS or GPT+MSDOS. Also after selecting GPT formatting, there is no EFI partition created my disk utility, I checked that with "diskutil list". After the formatting I installed clover with boot0af on the first partition.

apianti, no, I used "diskutil list" after macos diskutility formatting. there is no efi partition.  The MBR+msdos combination works fine though, as I wrote. So my bios seems to be capable of reading FAT16. Also I assume FAT16 actually nowadays is the same as FAT32. I don't have linux.

 

And I'll repeat myself then it was not a properly formatted GPT disk.... Don't make that assumption about FAT16 and FAT32 because it's 100% not accurate. Almost all Linux distros can run from a USB without needed to be installed, just by burning the ISO to the USB.

 

EDIT: How do you know your firmware reads FAT16? I very much doubt it does. That MBR partition is probably FAT32.

btw. offtopic, regarding APFS, a frightening video: http://docs.macsysadmin.se/2017/video/Day3Session4.mp4


And I'll repeat myself then it was not a properly formatted GPT disk.... Don't make that assumption about FAT16 and FAT32 because it's 100% not accurate. Almost all Linux distros can run from a USB without needed to be installed, just by burning the ISO to the USB.

 

EDIT: How do you know your firmware reads FAT16? I very much doubt it does. That MBR partition is probably FAT32.

I just want to format a usb stick, man. I don't want to install linux just to be able to make an uefi bootable bootstick for clover. Yes, I also assume it is FAT32 and the disk utility just shows "FAT16" if it is below 4GB size.

btw. offtopic, regarding APFS, a frightening video: http://docs.macsysadmin.se/2017/video/Day3Session4.mp4

I just want to format a usb stick, man. I don't want to install linux just to be able to make an uefi bootable bootstick for clover. Yes, I also assume it is FAT32 and the disk utility just shows "FAT16" if it is below 4GB size.

 

No, it's FAT16 then, and your firmware appears to be able to boot it fine, that does not mean it will boot a FAT16 EFI partition though.... I think, however, the problem was that the GPT disk was just not correctly formatted, I bet you didn't click on the disk itself instead of the partition and set the partition map format to GPT before formatting to one partition? I literally have a USB devoted to just having linux on it all the time just in case something happens because it always boots and can fix anything basically. And you don't install it you just put it on a USB or CD and boot from it and it runs like a normal OS, you could even run the ISO in a virtual machine and passthrough the disk you want to format....

 

EDIT: Jesus, that video makes it seems like APFS is terrible, it's like way slower than HFS+ and doesn't seem like it gives any advantage except in SSD+HDD mixed drives.

EDIT2: 24 hours to encrypt/decrypt for every ~200GB of the disk???!?!??!?!

EDIT3: At my previous job we had to encrypt every drive no matter what and every mac had the largest fusion drive, that would take like a week to encrypt, and it was at a university and is the law so we would have had to do it..... That's nuts.

apianti, no, I used "diskutil list" after macos diskutility formatting. there is no efi partition.  The MBR+msdos combination works fine though, as I wrote. So my bios seems to be capable of reading FAT16. Also I assume FAT16 actually nowadays is the same as FAT32. I don't have linux.

I already answered that above. I used the macos high sierra disk utility. Only MBR+msdos is bootable here, but not GPT+HFS or GPT+MSDOS. Also after selecting GPT formatting, there is no EFI partition created my disk utility, I checked that with "diskutil list". After the formatting I installed clover with boot0af on the first partition.

As apianti said, something wrong happens in Disk Utility with this USB drive. The GPT formatted drive always has an EFI partition at the beginning, no matter what FS should be used for the rest.

  • Like 1

As apianti said, something wrong happens in Disk Utility with this USB drive. The GPT formatted drive always has an EFI partition at the beginning, no matter what FS should be used for the rest.

 

I agree. I feel like disk utility never works right. I try not to format a whole disk in disk utility because it usually does not end up well. Will only reformat an HFS+ partition I created in linux to make it correctly journaled.

  • Like 1

I agree. I feel like disk utility never works right. I try not to format a whole disk in disk utility because it usually does not end up well. Will only reformat an HFS+ partition I created in linux to make it correctly journaled.

Well, I can't do that, the flash drive I use for installing macOS is being used as MBR FAT32 most of the time, so... have no choice, but to use Disk Utility. You know, if I didn't have to use it with old computers (Windows XP), I would have formatted it permanently as GPT long time ago and GPT is supported by Windows 7+

As apianti said, something wrong happens in Disk Utility with this USB drive. The GPT formatted drive always has an EFI partition at the beginning, no matter what FS should be used for the rest.

 

 

I agree. I feel like disk utility never works right. I try not to format a whole disk in disk utility because it usually does not end up well. Will only reformat an HFS+ partition I created in linux to make it correctly journaled.

 

FlashDrives under 1Gb are always formats without EFI partition in macOS Disk Utility.  

Well, I can't do that, the flash drive I use for installing macOS is being used as MBR FAT32 most of the time, so... have no choice, but to use Disk Utility. You know, if I didn't have to use it with old computers (Windows XP), I would have formatted it permanently as GPT long time ago and GPT is supported by Windows 7+

 

Windows XP??? You should not be running that on any machine you don't want to be compromised, lol. You could format it in windows though too..... hahaha.

 

FlashDrives under 1Gb are always formats without EFI partition in macOS Disk Utility.  

 

I don't own a flash drive under 1GB or under 8GB actually, and I always have trouble, I even have trouble with internal SSDs and HDDs too. I think it's just disk utility is not really that great.... Especially when compared to something like gparted.

 

EDIT: Actually forgot I have this one 2GB card style one but I broke the card part so it doesn't fit into the USB port anymore.

EDIT2: Just remembered that once I needed to manually install an update on the macs at work and I had to use linux to format the disk to GPT so I could restore the update dmg image on it.... My boss and I spent like a whole day yelling at macs.  :hysterical:

  • Like 1

No, it's FAT16 then, and your firmware appears to be able to boot it fine, that does not mean it will boot a FAT16 EFI partition though.... I think, however, the problem was that the GPT disk was just not correctly formatted, I bet you didn't click on the disk itself instead of the partition and set the partition map format to GPT before formatting to one partition? I literally have a USB devoted to just having linux on it all the time just in case something happens because it always boots and can fix anything basically. And you don't install it you just put it on a USB or CD and boot from it and it runs like a normal OS, you could even run the ISO in a virtual machine and passthrough the disk you want to format....

 

EDIT: Jesus, that video makes it seems like APFS is terrible, it's like way slower than HFS+ and doesn't seem like it gives any advantage except in SSD+HDD mixed drives.

EDIT2: 24 hours to encrypt/decrypt for every ~200GB of the disk???!?!??!?!

EDIT3: At my previous job we had to encrypt every drive no matter what and every mac had the largest fusion drive, that would take like a week to encrypt, and it was at a university and is the law so we would have had to do it..... That's nuts.

Yes, that let APFS look like a horror vision. I am already converting my High Sierra back to HFS (using 1:1 file cloning to HFS drive). I see no advantage at all for me using APFS.

 

Yes, I clicked the whole drive of course in disk utility, and not a partition :)

Yes, that let APFS look like a horror vision. I am already converting my High Sierra back to HFS (using 1:1 file cloning to HFS drive). I see no advantage at all for me using APFS.

 

Yes, I clicked the whole drive of course in disk utility, and not a partition :)

 

Seems disk utility is not working correctly then... Good thing you don't really need GPT. As far as APFS, what happens when they start forcing use? Because you know that's coming. I swear they are forcefully obsoleting all of their products on purpose. We've already found out that's the case with iPhones, which every one suspected anyway.

I hope you guys then will find a way to circumvent that upcoming apfs enforcement. Maybe that statement in e video was made before they knew high sierra force-converts ssds to apfs, and that actually was meant? Apfs makes no sense at all on spinning hdds, and there are still a lot of these... Or do you think then a ssd is required, too?

I hope you guys then will find a way to circumvent that upcoming apfs enforcement. Maybe that statement in e video was made before they knew high sierra force-converts ssds to apfs, and that actually was meant? Apfs makes no sense at all on spinning hdds, and there are still a lot of these... Or do you think then a ssd is required, too?

 

I don't know it's hard to say, or if that's even desirable. It may also be the case that APFS is currently in like a debug build phase and not optimized fully and could end up being faster. It's not like all your drives/volumes need to be formatted APFS and realistically who has just an HDD though? For those that don't, this may just cause them to finally upgrade to an SSD. As for the SSD requirement, all macs that can be supported by High Sierra have at least a partial SSD in a fusion drive, if not just an SSD. So it makes sense in Apple's perspective, they aren't making plans based on anything but the hardware they want to explicitly support.

 

EDIT: I think APFS is more of an answer to Apple wanting to use SSDs to cache much larger HDDs and designing a system around this sort of drive cache sharing.

I have the famous "OSInstall.mpkg appears to be missing or damaged"


 


Background:


 


Before I had installed macOS 10.13.1 that ran without a problem, without weird errors. So I decided to make a clean install of 10.13.2, I downloaded the latest macOS using AppStore (at first it downloaded like 19 MB after that I started the installation and when it downloaded all the files right before reboot I quit the installer and I did make a new folder inside the OS X Installer called SharedSupport where I copied the downloaded files by the Installer)


 


then I made the USB using createinstallmedia then installed the latest Clover, put my kexts and config.plist in place and rebooted. I erased the SSD using Disk Utility, then I selected the disk to install macOS. It took 30 seconds the installation (strange I know) and after reboot I booted from SSD and I get that error regarding "OSInstall.mpkg appears to be missing or damaged"


 


I tried:


 


- Clear NVRAM using Clover,


- Update all kexts to the latest version


- Check USB for errors


 


I think that the 19 MB installer and the copied frankenstein thing ****** up the installer.


 


This situation can be Clover related ?


I have the famous "OSInstall.mpkg appears to be missing or damaged"

 

Background:

 

Before I had installed macOS 10.13.1 that ran without a problem, without weird errors. So I decided to make a clean install of 10.13.2, I downloaded the latest macOS using AppStore (at first it downloaded like 19 MB after that I started the installation and when it downloaded all the files right before reboot I quit the installer and I did make a new folder inside the OS X Installer called SharedSupport where I copied the downloaded files by the Installer)

 

then I made the USB using createinstallmedia then installed the latest Clover, put my kexts and config.plist in place and rebooted. I erased the SSD using Disk Utility, then I selected the disk to install macOS. It took 30 seconds the installation (strange I know) and after reboot I booted from SSD and I get that error regarding "OSInstall.mpkg appears to be missing or damaged"

 

I tried:

 

- Clear NVRAM using Clover,

- Update all kexts to the latest version

- Check USB for errors

 

I think that the 19 MB installer and the copied frankenstein thing ****** up the installer.

 

This situation can be Clover related ?

 

One question... Why wouldn't you just run the upgrade application?? I have gotten this problem in two different ways and it is because you started the installer app while it was downloading. It now downloads a small stub installer first because it thinks you're going to upgrade, then downloads the installer. You need to like double click the the download button again to get it to download the whole installer and not that weird stub app. There's no way to get an installer working again without macOS. Although, I'm not sure if it still works but there is cvad's tool for windows too. You'd still need the installer dmg though. You best bet is to find either a friend with macOS and remake the installer, try to get a virtual machine to make it, or check to make sure that your problem isn't /macOS Install Data/OSInstallAttr.plist.

 

One question... Why wouldn't you just run the upgrade application?? I have gotten this problem in two different ways and it is because you started the installer app while it was downloading. It now downloads a small stub installer first because it thinks you're going to upgrade, then downloads the installer. You need to like double click the the download button again to get it to download the whole installer and not that weird stub app. There's no way to get an installer working again without macOS. Although, I'm not sure if it still works but there is cvad's tool for windows too. You'd still need the installer dmg though. You best bet is to find either a friend with macOS and remake the installer, try to get a virtual machine to make it, or check to make sure that your problem isn't /macOS Install Data/OSInstallAttr.plist.

 

Ok, I will try the virtual machine way. You said that: "You need to like double click the the download button again to get it to download the whole installer and not that weird stub app." that means I have to click twice on the download button ? Isn't a little bit weird ? I will also check the OSInstallAttr.plist.

 

Thanks

×
×
  • Create New...