Partition Resizing (expanding) not working. Windows 7 Single Partition (Resizable)
-
Why i feel that Tom is thinking of me when we speak of 100% partition problem ?
-
No, I think this is still EXACTLY the case. The issue is the partition size that gets created is outside the size of your written to disk (as specified earlier in the thread.)
The issue isnāt in the creating of the disk size to contain the data. As does and it writes the data to the disk after. However, when the āpartedā system ran, it couldnāt build your disk even to 99% of the new size of the disk because the partition table was outside the size of the real disk. I know, weird.
If you right click on the partition and tell it to expand within windows, Iāll bet everything will be perfectly fine. Iām also starting to think you have a āresizerā in the unattend thatās telling the windows system the disk is already a specific size?
-
[quote=ājmeyer, post: 37196, member: 6537ā]Why i feel that Tom is thinking of me when we speak of 100% partition problem ? :D[/quote]
Your stuff should be perfectly fine now.
-
Is it normal that it display current blocks and total blocks for a resizable upload ?
I donāt remember having this (maybe i just donāt take time to look during download and upload).
This let me think about RAW format. -
And Howās that possible, My Virtual Disk is 35GB, my partition in VirtualBox is 34.8GB and is now 7GB free (Iāve cleaned some unnecessary software) and Iām deploying it to a 80GB disk and to 500GB disk. You see my Universal Image Disk is much smaller to the ones Iām deploying to. And I did not had any fixed size or autoexpanding stuff in my unattended.xml file. I did put just now the clause about the ExpandOSPartition in my unattend file, Iāll test it and get back to you.
P.S. So somebody tell me how to fix (workaround) my problem. -
Are you sure that your image type is on resizable single partition on FOG web page ?
-
[quote=āTom Elliott, post: 37198, member: 7271ā]Your stuff should be perfectly fine now.[/quote]
Not exactly.
I will explain somewhere else that on this topic. -
Absolutely
-
I donāt use ExpandOSPartition on my sysprep so this shouldnāt be needed i think.
Have you only one partition on the drive (other than the small one for system created by Windows) ? -
Yes I do have only one, beside 100MB boot partition.
-
What looks extremely strange to me is the order your partitions are listed. Itās almost like the āmain partitionā is the first partition and the recovery partition is the second. This may be the issue?
-
No, no. See below where is the disc geometry. At the top I accidently clicked on the name column and changed the view order.
-
just as a test, could you try replacing the init.xz and init_32.xz files with the versions located here
[url]http://sourceforge.net/p/freeghost/code/HEAD/tree/trunk/packages/web/service/ipxe/[/url]
( if youāre running ubuntu theyāre located on your server at /var/fog/service/ipxe/ )
and try deploying the image again -
Directly checking deploy problem ?
Maybe image isnāt saved the right way on the server and already has a fixed drive size after upload ? -
Iām running the latest svn build, so this file is the correct one, e. g. Iāve tested with this one and itās not working.
-
Just to clarify: Itās not my first time making images with FOG, the image is selected rightfully, single disk, multiple partition (resizable), taken down from the VirtualBox and then uploaded to a real hardware. The image is made as described by the thread about Universal Windows 7 with SAD drivers deploying in this forum and It was working superbly up until now. Iām using the latest SVN trunk (2353). When using clonezilla for creating and deploying the same image iāve noticed that just after deploying image and restarting the process and booting from HDD, the first thing that is being done is disk checking by the automated Windows 7 hardware independable installation and all is GOOD, but my failing FOG deployment does not run Windows disk checking.
P.S. Tomorrow Iāll run Single Disk, Multiple Partitions (not Resizable) type of image. -
ālatest svn buildā is basically meaningless to me since the ālatestā version changes multiple times a day. also, you should NOT run a svn version as a production server unless you are doing so to address a specific issue you had with the official release, and it was recommended by a developer.
in your first post, you said āUsing FOG 1.2ā which is NOT TRUE, invalidating many of the assumptions that were made while trying to help you. -
It was 1. 2 but after this problems I decided to use latest as of time svn 2353 build and that did not change nothing
-
Not sure of this but there is check disk thing in options -> general settings -> FOG_DISABLE_CHKDSK
It looks disabled for me because itās ticked.
Maybe translation isnāt good ? -
[quote=ājmeyer, post: 37232, member: 6537ā]Not sure of this but there is check disk thing in options -> general settings -> FOG_DISABLE_CHKDSK
It looks disabled for me because itās ticked.
Maybe translation isnāt good ?[/quote]Yes it was disabled [checked] in my config. Tomorrow when I go to office will try deploying the image with this option unset. And Iāll get you posted. Thanks for your post.
