Are partitioning schemes applied to the disk as whole or are they partition specific?

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












0














I was playing around with gdisk utility on my dual boot (windows 10 and fedora) by doing #gdisk /dev/sdaX and found out that for windows partitions, gdisk said MBR present while for linux partitions I wasn't seeing the expected GPT present. This makes me wonder why do separate logical disks need a separate partition scheme? All this time I was under the impression that windows 10 and linux share a common GPT scheme which were located in a location where the firmware or kernel can locate it and it is only update when changes are made to the partition like creation or deletion.



Can someone clarify if this is true?










share|improve this question


























    0














    I was playing around with gdisk utility on my dual boot (windows 10 and fedora) by doing #gdisk /dev/sdaX and found out that for windows partitions, gdisk said MBR present while for linux partitions I wasn't seeing the expected GPT present. This makes me wonder why do separate logical disks need a separate partition scheme? All this time I was under the impression that windows 10 and linux share a common GPT scheme which were located in a location where the firmware or kernel can locate it and it is only update when changes are made to the partition like creation or deletion.



    Can someone clarify if this is true?










    share|improve this question
























      0












      0








      0


      1





      I was playing around with gdisk utility on my dual boot (windows 10 and fedora) by doing #gdisk /dev/sdaX and found out that for windows partitions, gdisk said MBR present while for linux partitions I wasn't seeing the expected GPT present. This makes me wonder why do separate logical disks need a separate partition scheme? All this time I was under the impression that windows 10 and linux share a common GPT scheme which were located in a location where the firmware or kernel can locate it and it is only update when changes are made to the partition like creation or deletion.



      Can someone clarify if this is true?










      share|improve this question













      I was playing around with gdisk utility on my dual boot (windows 10 and fedora) by doing #gdisk /dev/sdaX and found out that for windows partitions, gdisk said MBR present while for linux partitions I wasn't seeing the expected GPT present. This makes me wonder why do separate logical disks need a separate partition scheme? All this time I was under the impression that windows 10 and linux share a common GPT scheme which were located in a location where the firmware or kernel can locate it and it is only update when changes are made to the partition like creation or deletion.



      Can someone clarify if this is true?







      disk






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Dec 21 '18 at 9:15









      Weezy

      1185




      1185




















          1 Answer
          1






          active

          oldest

          votes


















          0














          Generally speaking, you should run partitioning tools on full disk devices, not individual partitions; in your case:



          gdisk /dev/sda


          I’m not sure why gdisk reports “MBR present” for Windows partitions (I would guess it’s some signature which is matched).



          Partitioning schemes are designed for managing entire volumes.



          (There are some cases where partitions exist inside partitions, e.g. with logical partitions inside extended partitions, or BSD disklabels inside an MBR partition. They are really implementation accidents, and not really germane to the discussion here; in particular, logical partitions are managed by full-disk partition tools. As another aside, it’s possible to have partitions anywhere using the Linux loop device, but feel free to ignore that here.)






          share|improve this answer




















          • One of the reasons that the EFI partitioning scheme is an improvement is that it has unambiguous signatures and checksums to match, which the MBR partitioning scheme largely has not. gdisk (and indeed fdisk and anything else) has no way to distinguish between the primary MBR and secondary MBRs in extended partitions, and the block device for an extended partition will look like a (faulty) MBR-partitioned disc.
            – JdeBP
            Dec 21 '18 at 12:10










          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',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader:
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          ,
          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%2f490289%2fare-partitioning-schemes-applied-to-the-disk-as-whole-or-are-they-partition-spec%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          0














          Generally speaking, you should run partitioning tools on full disk devices, not individual partitions; in your case:



          gdisk /dev/sda


          I’m not sure why gdisk reports “MBR present” for Windows partitions (I would guess it’s some signature which is matched).



          Partitioning schemes are designed for managing entire volumes.



          (There are some cases where partitions exist inside partitions, e.g. with logical partitions inside extended partitions, or BSD disklabels inside an MBR partition. They are really implementation accidents, and not really germane to the discussion here; in particular, logical partitions are managed by full-disk partition tools. As another aside, it’s possible to have partitions anywhere using the Linux loop device, but feel free to ignore that here.)






          share|improve this answer




















          • One of the reasons that the EFI partitioning scheme is an improvement is that it has unambiguous signatures and checksums to match, which the MBR partitioning scheme largely has not. gdisk (and indeed fdisk and anything else) has no way to distinguish between the primary MBR and secondary MBRs in extended partitions, and the block device for an extended partition will look like a (faulty) MBR-partitioned disc.
            – JdeBP
            Dec 21 '18 at 12:10















          0














          Generally speaking, you should run partitioning tools on full disk devices, not individual partitions; in your case:



          gdisk /dev/sda


          I’m not sure why gdisk reports “MBR present” for Windows partitions (I would guess it’s some signature which is matched).



          Partitioning schemes are designed for managing entire volumes.



          (There are some cases where partitions exist inside partitions, e.g. with logical partitions inside extended partitions, or BSD disklabels inside an MBR partition. They are really implementation accidents, and not really germane to the discussion here; in particular, logical partitions are managed by full-disk partition tools. As another aside, it’s possible to have partitions anywhere using the Linux loop device, but feel free to ignore that here.)






          share|improve this answer




















          • One of the reasons that the EFI partitioning scheme is an improvement is that it has unambiguous signatures and checksums to match, which the MBR partitioning scheme largely has not. gdisk (and indeed fdisk and anything else) has no way to distinguish between the primary MBR and secondary MBRs in extended partitions, and the block device for an extended partition will look like a (faulty) MBR-partitioned disc.
            – JdeBP
            Dec 21 '18 at 12:10













          0












          0








          0






          Generally speaking, you should run partitioning tools on full disk devices, not individual partitions; in your case:



          gdisk /dev/sda


          I’m not sure why gdisk reports “MBR present” for Windows partitions (I would guess it’s some signature which is matched).



          Partitioning schemes are designed for managing entire volumes.



          (There are some cases where partitions exist inside partitions, e.g. with logical partitions inside extended partitions, or BSD disklabels inside an MBR partition. They are really implementation accidents, and not really germane to the discussion here; in particular, logical partitions are managed by full-disk partition tools. As another aside, it’s possible to have partitions anywhere using the Linux loop device, but feel free to ignore that here.)






          share|improve this answer












          Generally speaking, you should run partitioning tools on full disk devices, not individual partitions; in your case:



          gdisk /dev/sda


          I’m not sure why gdisk reports “MBR present” for Windows partitions (I would guess it’s some signature which is matched).



          Partitioning schemes are designed for managing entire volumes.



          (There are some cases where partitions exist inside partitions, e.g. with logical partitions inside extended partitions, or BSD disklabels inside an MBR partition. They are really implementation accidents, and not really germane to the discussion here; in particular, logical partitions are managed by full-disk partition tools. As another aside, it’s possible to have partitions anywhere using the Linux loop device, but feel free to ignore that here.)







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Dec 21 '18 at 9:47









          Stephen Kitt

          164k24365445




          164k24365445











          • One of the reasons that the EFI partitioning scheme is an improvement is that it has unambiguous signatures and checksums to match, which the MBR partitioning scheme largely has not. gdisk (and indeed fdisk and anything else) has no way to distinguish between the primary MBR and secondary MBRs in extended partitions, and the block device for an extended partition will look like a (faulty) MBR-partitioned disc.
            – JdeBP
            Dec 21 '18 at 12:10
















          • One of the reasons that the EFI partitioning scheme is an improvement is that it has unambiguous signatures and checksums to match, which the MBR partitioning scheme largely has not. gdisk (and indeed fdisk and anything else) has no way to distinguish between the primary MBR and secondary MBRs in extended partitions, and the block device for an extended partition will look like a (faulty) MBR-partitioned disc.
            – JdeBP
            Dec 21 '18 at 12:10















          One of the reasons that the EFI partitioning scheme is an improvement is that it has unambiguous signatures and checksums to match, which the MBR partitioning scheme largely has not. gdisk (and indeed fdisk and anything else) has no way to distinguish between the primary MBR and secondary MBRs in extended partitions, and the block device for an extended partition will look like a (faulty) MBR-partitioned disc.
          – JdeBP
          Dec 21 '18 at 12:10




          One of the reasons that the EFI partitioning scheme is an improvement is that it has unambiguous signatures and checksums to match, which the MBR partitioning scheme largely has not. gdisk (and indeed fdisk and anything else) has no way to distinguish between the primary MBR and secondary MBRs in extended partitions, and the block device for an extended partition will look like a (faulty) MBR-partitioned disc.
          – JdeBP
          Dec 21 '18 at 12:10

















          draft saved

          draft discarded
















































          Thanks for contributing an answer to Unix & Linux Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.





          Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


          Please pay close attention to the following guidance:


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f490289%2fare-partitioning-schemes-applied-to-the-disk-as-whole-or-are-they-partition-spec%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown






          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?