BIOS will only boot FAT16 File System, but I want to use my 8GB flash drive to Multiboot
Hey guys! As the title says, I need to format my 8gb drive to fat16 in order to make it bootable with my bios, but I do not want to lose the space as I wish to mulitboot! I am curious if it is possible to install a boot loader to a smaller partition formatted to fat16 and load my multiple Linux ISO's to a larger partition formatted in fat32 and have the boot loader pointed at those in order to boot them? Or if anyone knows any other work around, that would be fantastic! Also, one of the images I would like to use is larger than 4gb on its own, so I would really like to be able to boot it.
|
Something is off here. BIOS does not deal with filesystems, it executes the code on MBR, which is outside of partitions.
|
How ancient is your machine that it only boots fat16??? That would be EARLY 1990's BIOS (Windows 95 was FAT32 default), and would probably be unusable with MOST modern distro's, even those geared towards older hardware.
|
Are you using a multiboot tool? If so which one?
I'm confused too... If the computer is capable of booting a USB flash drive then the BIOS should not have a 8GB limitation nor is the filesystem type as already stated. Some additional information about your computer hardware would be helpful. I have not really played with multiboot tools but yumi and xboot can handle large DVD images. I believe that YUMI uses syslinux for booting that requires a FAT32 filesystem but then chain loads to grub so size isn't an issue. |
:idea: It must be UEFI boot then.
|
I have read multiple comments stating that formatting my drive to fat16 will fix it. If this isn't the case, can anyone tell me why my newly bought 8gb flash drive will not boot? I was previously using a 4gb which booted fine, but did not have enough space. I upgraded to this 8gb, and the first time I loaded Linux ISOs on to it, it did TRY to boot, but gave an error, "failed to load ldlinux.c32" so I formatted and tried again, but this time it just hangs after bios. When I look in bios to set HDD boot priority, the USB is not there with the 8gb (it is there with the 4gb). Any thoughts on how to fix this?
|
Okay, so I have made some progress.... but first some info about my system:
My PC was built in 2008 and my MOBO is a Gigabyte GA-M57SLI-S4 (but as you have stated, this is NOT an issue with my MOBO) I am currently Dual Booting Slack 14.2 and Windows 7 (thank god for linux) When I format the drive in Slackware (I should have tried this before posting here) and use the DD function to install a Linux ISO directly to the drive, it becomes instantly bootable and shows up in my BIOS, but the ISO I used did not boot and gave me an error that some file was missing. I am going to attempt now to use multibootusb in Slackware and see how that goes. Does anyone know why it works when I use Linux to format and install ISOs as compared to Winblows? That just doesn't make sense to me unless Winderz isn't writing the MBR correctly. I am still puzzled. There aren't too many good Multiboot tools for Linux, which is why I was attempting to use Windoughs. |
Is your pc set as UEFI boot like Emerson posted? If so, is the image you're trying to use UEFI compatible?
|
Quote:
|
Quote:
It may be that whatever you are using to write the boot blocks cannot use Linux native file systems to identify block numbers for the MBR boot. What you USED to have to do is install the boot blocks on a raw floppy plus the kernel. Then the first boot you direct the kernel to the target using the "root=" kernel option. Once the target system is booted you use that to write the boot blocks on the targeted disk. I haven't had to use a fat16 anything (until the ARM boot on the Raspberry PI) in over 20 years. You BIOS doesn't care what is IN the boot blocks, but the boot blocks themselves have to load the kernel. Grub and Grub2 understands most Linux filesystems (ext4) that putting it in the boot blocks is sufficient, and can load the linux kernel from the filesystem rather than using a block map (which LILO uses). |
Quote:
|
Well after attempting to use multibootusb in slack I am back to square one as it acted the same as if I created it with YUMI in Windows. It seems the only way so far I have been able to have my BIOS recognize the drive as bootable is to use DD in the terminal. Any suggestions?
|
Quote:
Windows will not WRITE the MBR (well, I think it actually does, but it writes 0's) on a USB. It must still allocate the space. It also looks like you BIOS doesn't support USB booting either. The only options I see are for various hard disks, CDROM and floppy. Reference: http://www.manualslib.com/manual/358...page=38#manual |
Quote:
That would lead to the conclusion that your drive is recognised fine by the BIOS, so you're not back to square 1, and the problem is in your use of both the multiboot packages. Would that be correct? |
Using dd with a hybrid ISO images basically overwrites the existing MBR and partitions so as long as it was built correctly does not care about what currently exists on the drive. In most cases the image size is less then the size of the flash drive and so you need to create a new MBR so the OS will see the entire disk again.
unetbootin does not format or overwrite existing data on the drive. It needs to be formatted as FAT32. The contents of the ISO are extracted and written to the flash drive and a bootloader (syslinux) is installed. Not all distributions work out of the box with unetbootin. yumi can work with a FAT16/FAT32/NTFS partition but needs a specific volume label. The link below indicates that NTFS is buggy. In another thread the OP discovered their 8GB drive was formatted as NTFS by the manufacture. You might need to rebuild the MBR and boot loader. http://www.syslinux.org/wiki/index.php?title=Isohybrid http://www.pendrivelinux.com/yumi-mu...t-usb-creator/ |
All times are GMT -5. The time now is 05:10 AM. |