File system of a boot disk

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
1
down vote

favorite












I am using a USB Stick as a boot disk.



Is it possible to use any file system on a boot disk and mark it as bootable, or it has to be FAT only?



Can it be a ext4 partition instead of FAT?



I am using the following commands to flash my usb stick with an OS image, but Is there any reason why FAT was chosen here:



sudo mkfs.fat -I /dev/sdX


What is the technical signifigance of -I here.



Then



isohybrid isofile.iso --entry 4 --type 0x1c
dd if=isofile.iso of=/dev/sdX bs=1M


Can I also use --entry 4 and --type 0x83? What is the significance of this line? I tested with 0x83, but it failed to boot. With 0x1c, it works fine.










share|improve this question























  • Is isofile the same as pathtoiso.iso? If so, please make them the same so it's clear.
    – roaima
    Apr 3 '17 at 17:09










  • You're asking about mkfs.fat -I. Have you read the man page yet? (man mkfs.fat)
    – roaima
    Apr 3 '17 at 17:11






  • 1




    A partition table isn't essential, but it is usually recommended. You would usually provide one on a disk or USB stick, but you don't need one. You wouldn't use one on a DVD/CD (because the ISO format doesn't expect one), and they weren't available at all on floppy disks.
    – roaima
    Apr 3 '17 at 23:09







  • 1




    Yes and yes. It's very unusual to have a disk without a partition table but they can exist, and will work fine using /dev/sdX instead of /dev/sdXN.
    – roaima
    Apr 3 '17 at 23:28






  • 1




    You cannot boot a disk that has no partition table, agreed. That's one of the reasons such disk layouts are unusual.
    – roaima
    Apr 4 '17 at 6:51














up vote
1
down vote

favorite












I am using a USB Stick as a boot disk.



Is it possible to use any file system on a boot disk and mark it as bootable, or it has to be FAT only?



Can it be a ext4 partition instead of FAT?



I am using the following commands to flash my usb stick with an OS image, but Is there any reason why FAT was chosen here:



sudo mkfs.fat -I /dev/sdX


What is the technical signifigance of -I here.



Then



isohybrid isofile.iso --entry 4 --type 0x1c
dd if=isofile.iso of=/dev/sdX bs=1M


Can I also use --entry 4 and --type 0x83? What is the significance of this line? I tested with 0x83, but it failed to boot. With 0x1c, it works fine.










share|improve this question























  • Is isofile the same as pathtoiso.iso? If so, please make them the same so it's clear.
    – roaima
    Apr 3 '17 at 17:09










  • You're asking about mkfs.fat -I. Have you read the man page yet? (man mkfs.fat)
    – roaima
    Apr 3 '17 at 17:11






  • 1




    A partition table isn't essential, but it is usually recommended. You would usually provide one on a disk or USB stick, but you don't need one. You wouldn't use one on a DVD/CD (because the ISO format doesn't expect one), and they weren't available at all on floppy disks.
    – roaima
    Apr 3 '17 at 23:09







  • 1




    Yes and yes. It's very unusual to have a disk without a partition table but they can exist, and will work fine using /dev/sdX instead of /dev/sdXN.
    – roaima
    Apr 3 '17 at 23:28






  • 1




    You cannot boot a disk that has no partition table, agreed. That's one of the reasons such disk layouts are unusual.
    – roaima
    Apr 4 '17 at 6:51












up vote
1
down vote

favorite









up vote
1
down vote

favorite











I am using a USB Stick as a boot disk.



Is it possible to use any file system on a boot disk and mark it as bootable, or it has to be FAT only?



Can it be a ext4 partition instead of FAT?



I am using the following commands to flash my usb stick with an OS image, but Is there any reason why FAT was chosen here:



sudo mkfs.fat -I /dev/sdX


What is the technical signifigance of -I here.



Then



isohybrid isofile.iso --entry 4 --type 0x1c
dd if=isofile.iso of=/dev/sdX bs=1M


Can I also use --entry 4 and --type 0x83? What is the significance of this line? I tested with 0x83, but it failed to boot. With 0x1c, it works fine.










share|improve this question















I am using a USB Stick as a boot disk.



Is it possible to use any file system on a boot disk and mark it as bootable, or it has to be FAT only?



Can it be a ext4 partition instead of FAT?



I am using the following commands to flash my usb stick with an OS image, but Is there any reason why FAT was chosen here:



sudo mkfs.fat -I /dev/sdX


What is the technical signifigance of -I here.



Then



isohybrid isofile.iso --entry 4 --type 0x1c
dd if=isofile.iso of=/dev/sdX bs=1M


Can I also use --entry 4 and --type 0x83? What is the significance of this line? I tested with 0x83, but it failed to boot. With 0x1c, it works fine.







bootable






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Aug 31 at 13:57

























asked Apr 3 '17 at 17:00









infoclogged

306112




306112











  • Is isofile the same as pathtoiso.iso? If so, please make them the same so it's clear.
    – roaima
    Apr 3 '17 at 17:09










  • You're asking about mkfs.fat -I. Have you read the man page yet? (man mkfs.fat)
    – roaima
    Apr 3 '17 at 17:11






  • 1




    A partition table isn't essential, but it is usually recommended. You would usually provide one on a disk or USB stick, but you don't need one. You wouldn't use one on a DVD/CD (because the ISO format doesn't expect one), and they weren't available at all on floppy disks.
    – roaima
    Apr 3 '17 at 23:09







  • 1




    Yes and yes. It's very unusual to have a disk without a partition table but they can exist, and will work fine using /dev/sdX instead of /dev/sdXN.
    – roaima
    Apr 3 '17 at 23:28






  • 1




    You cannot boot a disk that has no partition table, agreed. That's one of the reasons such disk layouts are unusual.
    – roaima
    Apr 4 '17 at 6:51
















  • Is isofile the same as pathtoiso.iso? If so, please make them the same so it's clear.
    – roaima
    Apr 3 '17 at 17:09










  • You're asking about mkfs.fat -I. Have you read the man page yet? (man mkfs.fat)
    – roaima
    Apr 3 '17 at 17:11






  • 1




    A partition table isn't essential, but it is usually recommended. You would usually provide one on a disk or USB stick, but you don't need one. You wouldn't use one on a DVD/CD (because the ISO format doesn't expect one), and they weren't available at all on floppy disks.
    – roaima
    Apr 3 '17 at 23:09







  • 1




    Yes and yes. It's very unusual to have a disk without a partition table but they can exist, and will work fine using /dev/sdX instead of /dev/sdXN.
    – roaima
    Apr 3 '17 at 23:28






  • 1




    You cannot boot a disk that has no partition table, agreed. That's one of the reasons such disk layouts are unusual.
    – roaima
    Apr 4 '17 at 6:51















Is isofile the same as pathtoiso.iso? If so, please make them the same so it's clear.
– roaima
Apr 3 '17 at 17:09




Is isofile the same as pathtoiso.iso? If so, please make them the same so it's clear.
– roaima
Apr 3 '17 at 17:09












You're asking about mkfs.fat -I. Have you read the man page yet? (man mkfs.fat)
– roaima
Apr 3 '17 at 17:11




You're asking about mkfs.fat -I. Have you read the man page yet? (man mkfs.fat)
– roaima
Apr 3 '17 at 17:11




1




1




A partition table isn't essential, but it is usually recommended. You would usually provide one on a disk or USB stick, but you don't need one. You wouldn't use one on a DVD/CD (because the ISO format doesn't expect one), and they weren't available at all on floppy disks.
– roaima
Apr 3 '17 at 23:09





A partition table isn't essential, but it is usually recommended. You would usually provide one on a disk or USB stick, but you don't need one. You wouldn't use one on a DVD/CD (because the ISO format doesn't expect one), and they weren't available at all on floppy disks.
– roaima
Apr 3 '17 at 23:09





1




1




Yes and yes. It's very unusual to have a disk without a partition table but they can exist, and will work fine using /dev/sdX instead of /dev/sdXN.
– roaima
Apr 3 '17 at 23:28




Yes and yes. It's very unusual to have a disk without a partition table but they can exist, and will work fine using /dev/sdX instead of /dev/sdXN.
– roaima
Apr 3 '17 at 23:28




1




1




You cannot boot a disk that has no partition table, agreed. That's one of the reasons such disk layouts are unusual.
– roaima
Apr 4 '17 at 6:51




You cannot boot a disk that has no partition table, agreed. That's one of the reasons such disk layouts are unusual.
– roaima
Apr 4 '17 at 6:51










1 Answer
1






active

oldest

votes

















up vote
4
down vote



accepted










The mkfs.fat command is redundant, since the dd command will overwrite the FAT file system with the pathtoiso.iso file (which contains an ISO9660 file system in itself). The point of the isohybrid command is to "enhance" the .iso file with a MBR partition table to make the result bootable from a USB Stick. See http://www.syslinux.org/wiki/index.php?title=Isohybrid






share|improve this answer




















  • and the parameters --entry 4 --type 0x1c alters the MBR too? Can one also use any other type here and not 0x1c? Is there any special signifiance to the 0x1c file system type here? The commands has been copied from one of the questions on this site ( that was also the accepted answer )
    – infoclogged
    Apr 3 '17 at 23:29






  • 1




    The --entry option selects the primary partition number to be used and sets the active flag on that partition. This makes the code in the boot sector use that partition for booting. I'm surprised the type code made a difference in your tests. Apparently some code does actually check this value.
    – Johan Myréen
    Apr 4 '17 at 4:12










  • i guess active flag is the same as the boot flag. But, its really confusing to set an active flag for a partition that does not exist. In the above case, the entry number is 4 which means, the fourth parition is bootable. However, the ISO file is dd ied to the usb disk and hence all the paritions from the stick in my opinion are deleted. So, what is the signifigance of the entry option, when anyways the disk would not hold any partition? Could I have also used entry "any number" or may be completely omit the entry option from the command?
    – infoclogged
    Apr 4 '17 at 9:45






  • 1




    The ISO file contains empty space at the beginning, which can be used to write a partition table. The partition table is carefully crafted to contain an entry which points to the beginning of the ISO9660 file system. So it does hold a partition, which in turn is filled with a file system.
    – Johan Myréen
    Apr 4 '17 at 10:22











  • In fact, the partition probably points to the beginning of the disk, i.e. to the partition table, but I can't check that now.
    – Johan Myréen
    Apr 4 '17 at 10:43










Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f355652%2ffile-system-of-a-boot-disk%23new-answer', 'question_page');

);

Post as a guest






























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
4
down vote



accepted










The mkfs.fat command is redundant, since the dd command will overwrite the FAT file system with the pathtoiso.iso file (which contains an ISO9660 file system in itself). The point of the isohybrid command is to "enhance" the .iso file with a MBR partition table to make the result bootable from a USB Stick. See http://www.syslinux.org/wiki/index.php?title=Isohybrid






share|improve this answer




















  • and the parameters --entry 4 --type 0x1c alters the MBR too? Can one also use any other type here and not 0x1c? Is there any special signifiance to the 0x1c file system type here? The commands has been copied from one of the questions on this site ( that was also the accepted answer )
    – infoclogged
    Apr 3 '17 at 23:29






  • 1




    The --entry option selects the primary partition number to be used and sets the active flag on that partition. This makes the code in the boot sector use that partition for booting. I'm surprised the type code made a difference in your tests. Apparently some code does actually check this value.
    – Johan Myréen
    Apr 4 '17 at 4:12










  • i guess active flag is the same as the boot flag. But, its really confusing to set an active flag for a partition that does not exist. In the above case, the entry number is 4 which means, the fourth parition is bootable. However, the ISO file is dd ied to the usb disk and hence all the paritions from the stick in my opinion are deleted. So, what is the signifigance of the entry option, when anyways the disk would not hold any partition? Could I have also used entry "any number" or may be completely omit the entry option from the command?
    – infoclogged
    Apr 4 '17 at 9:45






  • 1




    The ISO file contains empty space at the beginning, which can be used to write a partition table. The partition table is carefully crafted to contain an entry which points to the beginning of the ISO9660 file system. So it does hold a partition, which in turn is filled with a file system.
    – Johan Myréen
    Apr 4 '17 at 10:22











  • In fact, the partition probably points to the beginning of the disk, i.e. to the partition table, but I can't check that now.
    – Johan Myréen
    Apr 4 '17 at 10:43














up vote
4
down vote



accepted










The mkfs.fat command is redundant, since the dd command will overwrite the FAT file system with the pathtoiso.iso file (which contains an ISO9660 file system in itself). The point of the isohybrid command is to "enhance" the .iso file with a MBR partition table to make the result bootable from a USB Stick. See http://www.syslinux.org/wiki/index.php?title=Isohybrid






share|improve this answer




















  • and the parameters --entry 4 --type 0x1c alters the MBR too? Can one also use any other type here and not 0x1c? Is there any special signifiance to the 0x1c file system type here? The commands has been copied from one of the questions on this site ( that was also the accepted answer )
    – infoclogged
    Apr 3 '17 at 23:29






  • 1




    The --entry option selects the primary partition number to be used and sets the active flag on that partition. This makes the code in the boot sector use that partition for booting. I'm surprised the type code made a difference in your tests. Apparently some code does actually check this value.
    – Johan Myréen
    Apr 4 '17 at 4:12










  • i guess active flag is the same as the boot flag. But, its really confusing to set an active flag for a partition that does not exist. In the above case, the entry number is 4 which means, the fourth parition is bootable. However, the ISO file is dd ied to the usb disk and hence all the paritions from the stick in my opinion are deleted. So, what is the signifigance of the entry option, when anyways the disk would not hold any partition? Could I have also used entry "any number" or may be completely omit the entry option from the command?
    – infoclogged
    Apr 4 '17 at 9:45






  • 1




    The ISO file contains empty space at the beginning, which can be used to write a partition table. The partition table is carefully crafted to contain an entry which points to the beginning of the ISO9660 file system. So it does hold a partition, which in turn is filled with a file system.
    – Johan Myréen
    Apr 4 '17 at 10:22











  • In fact, the partition probably points to the beginning of the disk, i.e. to the partition table, but I can't check that now.
    – Johan Myréen
    Apr 4 '17 at 10:43












up vote
4
down vote



accepted







up vote
4
down vote



accepted






The mkfs.fat command is redundant, since the dd command will overwrite the FAT file system with the pathtoiso.iso file (which contains an ISO9660 file system in itself). The point of the isohybrid command is to "enhance" the .iso file with a MBR partition table to make the result bootable from a USB Stick. See http://www.syslinux.org/wiki/index.php?title=Isohybrid






share|improve this answer












The mkfs.fat command is redundant, since the dd command will overwrite the FAT file system with the pathtoiso.iso file (which contains an ISO9660 file system in itself). The point of the isohybrid command is to "enhance" the .iso file with a MBR partition table to make the result bootable from a USB Stick. See http://www.syslinux.org/wiki/index.php?title=Isohybrid







share|improve this answer












share|improve this answer



share|improve this answer










answered Apr 3 '17 at 17:33









Johan Myréen

6,94711423




6,94711423











  • and the parameters --entry 4 --type 0x1c alters the MBR too? Can one also use any other type here and not 0x1c? Is there any special signifiance to the 0x1c file system type here? The commands has been copied from one of the questions on this site ( that was also the accepted answer )
    – infoclogged
    Apr 3 '17 at 23:29






  • 1




    The --entry option selects the primary partition number to be used and sets the active flag on that partition. This makes the code in the boot sector use that partition for booting. I'm surprised the type code made a difference in your tests. Apparently some code does actually check this value.
    – Johan Myréen
    Apr 4 '17 at 4:12










  • i guess active flag is the same as the boot flag. But, its really confusing to set an active flag for a partition that does not exist. In the above case, the entry number is 4 which means, the fourth parition is bootable. However, the ISO file is dd ied to the usb disk and hence all the paritions from the stick in my opinion are deleted. So, what is the signifigance of the entry option, when anyways the disk would not hold any partition? Could I have also used entry "any number" or may be completely omit the entry option from the command?
    – infoclogged
    Apr 4 '17 at 9:45






  • 1




    The ISO file contains empty space at the beginning, which can be used to write a partition table. The partition table is carefully crafted to contain an entry which points to the beginning of the ISO9660 file system. So it does hold a partition, which in turn is filled with a file system.
    – Johan Myréen
    Apr 4 '17 at 10:22











  • In fact, the partition probably points to the beginning of the disk, i.e. to the partition table, but I can't check that now.
    – Johan Myréen
    Apr 4 '17 at 10:43
















  • and the parameters --entry 4 --type 0x1c alters the MBR too? Can one also use any other type here and not 0x1c? Is there any special signifiance to the 0x1c file system type here? The commands has been copied from one of the questions on this site ( that was also the accepted answer )
    – infoclogged
    Apr 3 '17 at 23:29






  • 1




    The --entry option selects the primary partition number to be used and sets the active flag on that partition. This makes the code in the boot sector use that partition for booting. I'm surprised the type code made a difference in your tests. Apparently some code does actually check this value.
    – Johan Myréen
    Apr 4 '17 at 4:12










  • i guess active flag is the same as the boot flag. But, its really confusing to set an active flag for a partition that does not exist. In the above case, the entry number is 4 which means, the fourth parition is bootable. However, the ISO file is dd ied to the usb disk and hence all the paritions from the stick in my opinion are deleted. So, what is the signifigance of the entry option, when anyways the disk would not hold any partition? Could I have also used entry "any number" or may be completely omit the entry option from the command?
    – infoclogged
    Apr 4 '17 at 9:45






  • 1




    The ISO file contains empty space at the beginning, which can be used to write a partition table. The partition table is carefully crafted to contain an entry which points to the beginning of the ISO9660 file system. So it does hold a partition, which in turn is filled with a file system.
    – Johan Myréen
    Apr 4 '17 at 10:22











  • In fact, the partition probably points to the beginning of the disk, i.e. to the partition table, but I can't check that now.
    – Johan Myréen
    Apr 4 '17 at 10:43















and the parameters --entry 4 --type 0x1c alters the MBR too? Can one also use any other type here and not 0x1c? Is there any special signifiance to the 0x1c file system type here? The commands has been copied from one of the questions on this site ( that was also the accepted answer )
– infoclogged
Apr 3 '17 at 23:29




and the parameters --entry 4 --type 0x1c alters the MBR too? Can one also use any other type here and not 0x1c? Is there any special signifiance to the 0x1c file system type here? The commands has been copied from one of the questions on this site ( that was also the accepted answer )
– infoclogged
Apr 3 '17 at 23:29




1




1




The --entry option selects the primary partition number to be used and sets the active flag on that partition. This makes the code in the boot sector use that partition for booting. I'm surprised the type code made a difference in your tests. Apparently some code does actually check this value.
– Johan Myréen
Apr 4 '17 at 4:12




The --entry option selects the primary partition number to be used and sets the active flag on that partition. This makes the code in the boot sector use that partition for booting. I'm surprised the type code made a difference in your tests. Apparently some code does actually check this value.
– Johan Myréen
Apr 4 '17 at 4:12












i guess active flag is the same as the boot flag. But, its really confusing to set an active flag for a partition that does not exist. In the above case, the entry number is 4 which means, the fourth parition is bootable. However, the ISO file is dd ied to the usb disk and hence all the paritions from the stick in my opinion are deleted. So, what is the signifigance of the entry option, when anyways the disk would not hold any partition? Could I have also used entry "any number" or may be completely omit the entry option from the command?
– infoclogged
Apr 4 '17 at 9:45




i guess active flag is the same as the boot flag. But, its really confusing to set an active flag for a partition that does not exist. In the above case, the entry number is 4 which means, the fourth parition is bootable. However, the ISO file is dd ied to the usb disk and hence all the paritions from the stick in my opinion are deleted. So, what is the signifigance of the entry option, when anyways the disk would not hold any partition? Could I have also used entry "any number" or may be completely omit the entry option from the command?
– infoclogged
Apr 4 '17 at 9:45




1




1




The ISO file contains empty space at the beginning, which can be used to write a partition table. The partition table is carefully crafted to contain an entry which points to the beginning of the ISO9660 file system. So it does hold a partition, which in turn is filled with a file system.
– Johan Myréen
Apr 4 '17 at 10:22





The ISO file contains empty space at the beginning, which can be used to write a partition table. The partition table is carefully crafted to contain an entry which points to the beginning of the ISO9660 file system. So it does hold a partition, which in turn is filled with a file system.
– Johan Myréen
Apr 4 '17 at 10:22













In fact, the partition probably points to the beginning of the disk, i.e. to the partition table, but I can't check that now.
– Johan Myréen
Apr 4 '17 at 10:43




In fact, the partition probably points to the beginning of the disk, i.e. to the partition table, but I can't check that now.
– Johan Myréen
Apr 4 '17 at 10:43

















 

draft saved


draft discarded















































 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f355652%2ffile-system-of-a-boot-disk%23new-answer', 'question_page');

);

Post as a guest













































































Popular posts from this blog

How to check contact read email or not when send email to Individual?

Displaying single band from multi-band raster using QGIS

How many registers does an x86_64 CPU actually have?