Unallocated spaces at the beginning & end of the BOOT disk

Page 3 of 9 FirstFirst 12345 ... LastLast

  1. Posts : 6,292
    Windows 7 64 Bit Home Premium SP1
       #21

    I"m saying that Windows will create those unallocated spaces during installation. I do not know about doing so after partitioning with a Linux based program. I believe that it only does so on an unallocated, blank hard drive. But maybe you have proven otherwise.

    I have done Windows installations on hard drives I formatted beforehand and do not have those spaces. But those are GPT disks, so it could be something else, like it is needed on MBR disks.
      My Computer


  2. Posts : 6,330
    Multi-Boot W7_Pro_x64 W8.1_Pro_x64 W10_Pro_x64 +Linux_VMs +Chromium_VM
       #22

    TVeblen said:
    I have done Windows installations on hard drives I formatted beforehand and do not have those spaces. But those are GPT disks, so it could be something else, like it is needed on MBR disks.
    I have a Windows triple boot on a single SSD initialized as MBR and I don't have those unallocated spaces.
    I also don't have a System Reserved partition.
    I pre-partition my HD's/SSD's.
      My Computer


  3. Posts : 16,129
    7 X64
       #23

    I expect partition wizard uses nt6 based alignment as standard.

    Paragon lets you choose:

    Unallocated spaces at the beginning & end of the BOOT disk-paragon-align.jpg

    AOMEI lets you choose:

    Unallocated spaces at the beginning & end of the BOOT disk-aomei-align.jpg
      My Computers


  4. Posts : 2,752
    Windows 7 Pro x64 (1), Win7 Pro X64 (2)
       #24

    Just thought I'd add some additional examples and pictures to this thread. I have two machines, one with 3 internal hard drives and one with 4 internal hard drives. Description of each of these is very interesting, as I DO see "unallocated" space on one of them (although it's not on a drive where the OS lives, but rather on a secondary data drive).


    (1) The 3-drive machine is a dual-boot setup, with WinXP and Win7. Since WinXP was installed (back in 2008) first there is no "system reserved" partition, as that XP system partition was "active" and where Boot Manager lived originally. When 7 was installed as a second OS (originally in 2009, but subsequently several times again from scratch), the Win7 Boot Manager was installed in the still "active" XP partition to support the two bootable OS's (with 7 being the default), and there still is no "system reserved".

    Furthermore, this machine has undergone several hard drive upgrades/replacements over the past 6 years. I used to have all SCSI drives (off of an Adaptec controller) but eventually migrated to all SATA drives, typically larger than the original SCSI drives they replaced. In the process partitions were rearranged/resized and/or moved/resized to other drives than where they were originally located, depending on the configuration at that time and depending on the new hard drive capacity.

    And finally, the only "primary" partitions I have on that machine are the two OS partitions, for WinXP and Win7 which are both on the same physical drive. There is also a logical partition on that same drive. All the other partitions are on other drives, and these are ALL "logical" partitions. I also have one 2TB external USB 3.0 drive for backups, and it is a single primary partition.

    As you can see from the following PW screenshot taken under Win7, the boot drive with WinXP (O-active, primary) and Win7 (C, primary) appears as DISK2. There is a logical partition (G) in between the two OS partitions. There is also 8MB of unallocated space at the physical front of the drive, which I am certain is tied to the presence of a logical partition on the drive and is the expected "logical partition overhead" (where I believe info about the boundaries of the zero or more logical partitions is kept). It's curious that this 8MB overhead is at the front of the drive, followed by a primary partition, and then followed by the logical partition space (i.e. "extended partition"), and then the second primary partition. But this may simply be due to the history of when/how this drive originally looked when WinXP was first installed and then later Win7 was installed, coupled with the other history of SCSI/SATA drive replacement/upgrades over the years, and how I happened to do the partitioning. Anyway, it's obvious that this arrangement is functionally acceptable, though a bit unusual.

    Also note that DISK3 is composed of all logical partitions. Again, there is the 8MB of "logical partition overhead" at the start of the drive. But note that there is also 11.34MB of UNALLOCATED SPACE at the right side of the drive. I honestly don't know how that came to be and what might have caused it. While the logical partitions on this drive may have been resized (through PW) over the years as space requirements for those partitions changed, I don't recall consciously not using the final 11.34MB of drive capacity in the partition size adjustments. So most likely it was PW that did this, although I never noticed it before.



    Ok. Germane to this thread, I have now decided to "absorb" that 11.34 of unallocated capacity... to see if it becomes permanently annexed, or if it returns. No, it's not on the boot drive, but I'm still curious to see if it ever returns in the future.

    I used the PW "extend partition" dialog to extend logical partition K (just to the left of the unallocated space), which offered me the ability to absorb any amount of that unallocated space from 0 to the max of 11.34MB. I moved the slider all the way to the right, to absorb it all.



    PW then re-drew things to reflect the after-result, showing the new slightly larger K partition and zero unallocated space.



    I then pushed APPLY, and PW made this happen. I then re-booted (to ensure everything would remain as it currently now looked). And in fact it did look the same... EXCEPT that for some reason DISK2 and DISK3 had now "swapped"!! I can't explain that, other than it obviously is perfectly acceptable (since the system booted perfectly). It clearly has nothing to do with hardware and cabling of drives to SATA controllers on the motherboard, which obviously hadn't changed at all. It obviously had something to do with what PW had done in "updating system" after extending the K partition to be slightly larger. Anyway, it's interesting to observe... but that's all. No other effect on my environment.



    So, we'll now let time go by and check back periodically to see if any "unallocated" space returns or not anywhere on the three drives of this machine.


    (2) The 4-drive machine is single OS, pure Win7. As with the other 3-drive machine, this 4-drive machine (which is also my HTPC) has evolved over the years from an initial all-SCSI drive configuration to an all-SATA drive configuration. And smaller/slower SATA-II drives were upgraded to larger/faster SATA-II drives, as additional HTPC capacity and performance was required. And as with the 3-drive machine, there is also a 2TB external USB 3.0 drive used for backups (with a single primary partition).

    Since this was a Win7 fresh install from scratch, there IS a "system reserved" (active) partition for Boot Manager, and then Win7 is in a primary C partition. Aside from that, all other partitions on all other internal drives are logical.

    Looking at the following PW screenshot of that machine (where again partition sizes and locations have adjusted over the years, as hard drives were replaced and upgraded), there are several very interesting (and, frankly, unexpected) observations to be made:

    ( a ) DISK1 is composed of all logical partitions. And yet there is NO "logical partition overhead" of about 8MB present as I would expect to see. I have never seen this ever before. I can't explain it, as I have always believed there was this 8MB overhead whenever at least one logical partition was defined on a drive. Apparently there must be some other explanation for this setup, that I'm at a loss to provide, but it must have come when I used PW to copy/move/resize partitions when new larger hard drives replaced older smaller drives.

    ( b ) DISK2 (the boot drive) has the one primary OS partition and all the other partitions are logical. And again, I now see that there is no 8MB "logical partition overhead"!! Again, no explanation, except to assume it came from PW's work during partition rearrangement onto new drives.

    ( c ) DISK3 and DISK4 are all logical partitions, and do have the 8MB "logical partition overhead" on them.

    ( d ) NO DRIVES have any inexplicable "unallocated" space at the right.

      My Computer


  5. Posts : 54
    WIN 7 32 bit
    Thread Starter
       #25

    119baystate said:
    TVeblen said:
    Partition Wizard will not create these unallocated spaces because Linux does not have a use for them.
    Wait a minute, are you saying that WINDOWS created the unallocated spaces in an autonomous operation subsequent the PARTITION WIZARD splitting the drive into separate partitions?
    TVeblen got me motivated to run another test to see if this is WINDOWS or PARTITION WIZARD creating these unallocated spaces. Most of the conversation has pointed towards WINDOWS, but I did the following:

    1) booted from a MACRIUM rescue disk which I believe does not care what operating system it is attempting to recover;

    2) with a USB flash drive with PARTITION WIZARD installed I deleted the boot disk;

    3) the size of the disk with no partitions according to PARTITION WIZARD is 238417.78 MBYTES which is 249,894,304,481.25 ....... bytes;

    4) I then created 1 single primary partition on that very disk;

    5) the size of that partition according to PARTITION WIZARD is 238416 MBYTES which is 249,892,438,016 .......... bytes;

    NOTE the difference in size. The first is not an integer multiple of 512 bytes which if I am correct is a block size for NTFS? The 2nd size is an integer multiple. The residual 1.78 Mb. What did PARTITION WIZARD do with that residual space?

    Keep in mind I am not booted into WINDOWS unless the MACRIUM rescue disk is based off a WINDOWS OS; moreover, I am creating a single primary partition. PARTITION WIZARD created 2 unallocated spaces. The 1 preceding the primary partition is 1.00Mb & the 1 following is 0.78Mb. The 1Mb space is an integer multiples of 512 bytes while the 2nd one is not.

    So I am more asking a question than making a statement. This does not appear to be a WINDOWS artifact? The 1Mb preceding the primary partition is what, part of an extended boot record? The 0.78 Mb space is simply left over & no system whether WINDOWS, LINUX, APPLE, or UNIX can use since it is less than a block size?

    I also did the same experiment by creating a single logical partition & the results were the same. Try it yourself. It is a quick test & you can finish in 5 minutes depending how fast your system will boot off a CD.
      My Computer


  6. Posts : 54
    WIN 7 32 bit
    Thread Starter
       #26

    TVeblen said:
    I"m saying that Windows will create those unallocated spaces during installation.
    NOPE, this is not the case. Read the results of my last test. PARTITION WIZARD creates those spaces independent of the OS.
      My Computer


  7. Posts : 54
    WIN 7 32 bit
    Thread Starter
       #27

    DavidE said:
    TVeblen said:
    I have done Windows installations on hard drives I formatted beforehand and do not have those spaces. But those are GPT disks, so it could be something else, like it is needed on MBR disks.
    I have a Windows triple boot on a single SSD initialized as MBR and I don't have those unallocated spaces.
    I also don't have a System Reserved partition.
    I pre-partition my HD's/SSD's.
    David,
    The results of my last test seem to indicate PARTITION WIZARD is creating these spaces. If I preformat my drive what partitioning tool do you use?
      My Computer


  8. Posts : 6,330
    Multi-Boot W7_Pro_x64 W8.1_Pro_x64 W10_Pro_x64 +Linux_VMs +Chromium_VM
       #28

    119baystate said:
    DavidE said:
    TVeblen said:
    I have done Windows installations on hard drives I formatted beforehand and do not have those spaces. But those are GPT disks, so it could be something else, like it is needed on MBR disks.
    I have a Windows triple boot on a single SSD initialized as MBR and I don't have those unallocated spaces.
    I also don't have a System Reserved partition.
    I pre-partition my HD's/SSD's.
    David,
    The results of my last test seem to indicate PARTITION WIZARD is creating these spaces. If I preformat my drive what partitioning tool do you use?
    Like dsperber i have transferred to a new HD/SSD several times over the years.
    I've used different tools including Windows DM, Partition Wizard, and EASEUS Partition Master.
    My last transfer i probably used Partition Wizard Pro 8.1.1
      My Computer


  9. Posts : 54
    WIN 7 32 bit
    Thread Starter
       #29

    119baystate said:
    DavidE said:
    TVeblen said:
    I have done Windows installations on hard drives I formatted beforehand and do not have those spaces. But those are GPT disks, so it could be something else, like it is needed on MBR disks.
    I have a Windows triple boot on a single SSD initialized as MBR and I don't have those unallocated spaces.
    I also don't have a System Reserved partition.
    I pre-partition my HD's/SSD's.
    David,
    The results of my last test seem to indicate PARTITION WIZARD is creating these spaces. If I preformat my drive what partitioning tool do you use?
    Well I gave a shot with AOMEI Partition Asst 5.6.3 & repeated the test I discussed in post #25 & the result was a 7.84 Mb unallocated space at the END of the disk with a SINGLE primary partition. AGAIN, no system is installed. I am booting from the MACRIUM rescue disk.

    So should I surmize that these leftovers are completely dependent on the partition manager & have nothing to do with the OS? If that is the case then how do I instruct the partition manager to partition my drive so that these spaces do not occur. It apparently can be done given David E's posting.
      My Computer


  10. Posts : 6,292
    Windows 7 64 Bit Home Premium SP1
       #30

    Interesting results from all involved.

    Notice, however, that PW is creating approx. 1MB unallocated spaces.
    Windows will create 8MB (7.88MB) spaces.

    I'm wondering if 119baystate is on to something in that PW may be having alignment type problems, starting partitions at the first full sector? A completely different issue.
      My Computer


 
Page 3 of 9 FirstFirst 12345 ... LastLast

  Related Discussions
Our Sites
Site Links
About Us
Windows 7 Forums is an independent web site and has not been authorized, sponsored, or otherwise approved by Microsoft Corporation. "Windows 7" and related materials are trademarks of Microsoft Corp.

© Designer Media Ltd
All times are GMT -5. The time now is 11:43.
Find Us