Resizable partition is not expanding
-
Things I do know:
We need to capture the image based on the starting point of the partition, regardless of if the partition has been shrunk. This is because the “start” points is where the data begins for that partition.
On deploy, we should NOT need to be so cautious to the start point whether the partition is a fixed size or not because we get to place the data whereever it may be needed.
-
No, the image is not double captured. I will try to capture a fixed partition image today to see if it will work, since most of my lab computers are using the same size hard drives, but it would be nice to have the resizable partitions work.
Thanks!
-
Please repull and try deploying again.
I doubt it will fix the issue entirely, but it should bring back expanding disks in, what I suspect, will be a more appropriate manner.
-
By repull, I mean rerun the fog installer.
-
This post is deleted! -
@Tom-Elliott There is something wrong. After I reinstalled FOG, uploaded a resizable partition, then downloaded the image to another computer. Both the base image computer and the new computer’s partition table got changed.
Here is the partition table before upload the image:
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 467030015 466823168 222.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467030016 765794303 298764288 142.5G 83 Linux
/dev/sda4 765794304 781420543 15626240 7.5G 82 Linux swap / SolarisHere is the partition table on the base image computer after upload the image:
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 467030015 466823168 222.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467030016 516360375 49330360 23.5G 83 Linux
/dev/sda4 765794304 781420543 15626240 7.5G 82 Linux swap / SolarisHere is the partition table on the new computer:
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 383646 381599 186.3M 7 HPFS/NTFS/exFAT
/dev/sda2 383647 870205150 869821504 414.8G 7 HPFS/NTFS/exFAT
/dev/sda3 870205152 961146436 90941285 43.4G 83 Linux
/dev/sda4 961146438 976772677 15626240 7.5G 82 Linux swap / SolarisWhen I define the image, I used Linux as the Operating System, but it looks like the partition table changes are only affecting the Linux partitions, should I choose a different Operating System for the image?
Now I feel regret, I should have upload a non-resizable image first, I didn’t expect it will change the partition table when uploading an image…
-
@Hongyun said in Resizable partition is not expanding:
Here is the partition table before upload the image:
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 467030015 466823168 222.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467030016 765794303 298764288 142.5G 83 Linux
/dev/sda4 765794304 781420543 15626240 7.5G 82 Linux swap / Solaris
Here is the partition table on the base image computer after upload the image:
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 467030015 466823168 222.6G 7 HPFS/NTFS/exFAT
/dev/sda3 467030016 516360375 49330360 23.5G 83 Linux
/dev/sda4 765794304 781420543 15626240 7.5G 82 Linux swap / Solaris
Here is the partition table on the new computer:
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 383646 381599 186.3M 7 HPFS/NTFS/exFAT
/dev/sda2 383647 870205150 869821504 414.8G 7 HPFS/NTFS/exFAT
/dev/sda3 870205152 961146436 90941285 43.4G 83 Linux
/dev/sda4 961146438 976772677 15626240 7.5G 82 Linux swap / SolarisI’m seeing changes on all three.
First one is the “original”
Second one is the shrunken state.
Third one is the “expanded” form. Linux looks expanded, and NTFS looks expanded. Is this not happening? -
@Tom-Elliott The first one is the original, the second one is the original after I upload image, upload shouldn’t make any changes on the partition, right?
-
@Hongyun It does make changes, but it should reapply the original partition table.
-
@Tom-Elliott then in this case, it didn’t reapply the original partition table, I have to use gparted to resize the partition.
-
@Hongyun What’s the contents of the new image’s:
d1.partitions and d1.minimum.partitions
-
@Tom-Elliott previous numbers I gave you are all the result of fdisk command
$ cat d1.partitions
label: dos
label-id: 0x242a986c
device: /dev/sda
unit: sectors/dev/sda1 : start= 2048, size= 204800, type=7, bootable
/dev/sda2 : start= 206848, size= 466823168, type=7
/dev/sda3 : start= 467030016, size= 49330360, type=83
/dev/sda4 : start= 765794304, size= 15626240, type=82$ cat d1.minimum.partitions
label: dos
label-id: 0x242a986c
device: /dev/sda
unit: sectors/dev/sda1 : start= 2048, size= 204800, type=7, bootable
/dev/sda2 : start= 206848, size= 466823168, type=7
/dev/sda3 : start= 467030016, size= 48807402, type=83
/dev/sda4 : start= 765794304, size= 15626240, type=82 -
Did you mess with the partition layouts before having fog capture it? It looks, to me, like this is the case. The d1.partitions should be different from the d1.minimum.partitions files. d1.partitions is the “original” layout, so if they are the exactly the same, then you will have some issues.
-
@Tom-Elliott No, I didn’t change any partition settings, I only installed some updates, and then started the upload process. And this is a newly created image, I might have changed it to non-resizable, and then changed back to resizable, but these changes are on FOG WebGUI, before I issue the upload task.
-
Please re-run the installer and try again?
I know it’s a lot of back and forth, but it should work (hopefully).
At least the original and new sizes appear to be expanding on the same originating disk, I have not yet had the chance to test orig < smaller drive and orig > larger drive yet. Just same size disk for now. All appears to be working atleast in that regard.
-
@Tom-Elliott Yeah! It’s resized properly this time. Thank you so much for your quick response and quick fix!!!
-
Want to give a shot on both upload and deploy (or did you already do this?)
-
@Tom-Elliott Yes, I already did this. Updated FOG, then changed the image from non-resizable to resizable, then upload the image, and downloaded to another computer. All works perfectly. Thanks again!
-
@Hongyun I hate to ask you to do this all again, but apparently something was awry from earlier.
Can you please re-run the installer and perform the same tasks again?
I know I keep asking, and I’m sorry. Just know I’m trying to get to the bottom of it. I’ll bet, currently, your d1.partitions and d1.minimum.partitions files are identical again/still.
-
@Tom-Elliott You are right, the two files are identical. I will try again. but will let you know the result tomorrow, I’m afraid I don’t have enough time to finish both upload and download before I leave for today. Thanks!
